[Dillo-dev]dillo-0.8.1-pre1.tar.bz2
Hi there, It took a long time to prepare the pre1 tarball for the next release. Mainly because complex problems were discovered in the last minute. For instance, a race condition in the dpi chain that produced segfaults (it took three days to find and fix), and several problems with the downloads server (it had troubles when saving unnamed pages as "index.html" when the file already existed, it was also not renaming those pages, etc). The "pre1" tarball can be found at: http://www.dillo.org/download/dillo-0.8.1-pre1.tar.bz2 When testing it, please pay special attention to the new detection routine for socklen_t (at ./configure time), and give the downloads server a hard test. Feedback is very important now, because I want to remove the "alpha software" label from dillo and name it as stable (beta). Thanks in advance Jorge.-
In article <Pine.LNX.4.58.0405011313350.1900@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
Feedback is very important now, because I want to remove the "alpha software" label from dillo and name it as stable (beta).
Thanks in advance Jorge.-
1) Is this also current cvs? 2) Is anyone else going to test on a playstation-2 - or do I have to boot the kids off the machine on a British (wet!) bank-holiday! -- robert w hall
On Sat, 1 May 2004, robert w hall wrote:
In article <Pine.LNX.4.58.0405011313350.1900@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
Feedback is very important now, because I want to remove the "alpha software" label from dillo and name it as stable (beta).
Thanks in advance Jorge.-
1) Is this also current cvs?
Yes, but the tarball is recommended because it tests the "configure" script (otherwise it is generated by the local auto* tools).
2) Is anyone else going to test on a playstation-2 - or do I have to boot the kids off the machine on a British (wet!) bank-holiday!
AFAIK, you'll have to! (do the test). As for the kids, no problem, it could be tomorrow too :-) Cheers Jorge.-
In article <Pine.LNX.4.58.0405012200030.1900@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
Yes, but the tarball is recommended because it tests the "configure" script (otherwise it is generated by the local auto* tools).
on playstation2-linux, tarball compiles and runs OK (socklen_t test went by without demur) (- still can't get the default installation to do downloads properly (dpid starts, but I get messages about 'unhandled MIME types on bz2 files...) - but this may well be finger trouble on my part.)
FAIK, you'll have to! (do the test).
As for the kids, no problem, it could be tomorrow too :-)
the sun came out so they're down the skate-park... :-) -- robert w hall
On Sun, 2 May 2004, robert w hall wrote:
In article <Pine.LNX.4.58.0405012200030.1900@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
Yes, but the tarball is recommended because it tests the "configure" script (otherwise it is generated by the local auto* tools).
on playstation2-linux, tarball compiles and runs OK (socklen_t test went by without demur) (- still can't get the default installation to do downloads properly (dpid starts, but I get messages about 'unhandled MIME types on bz2 files...) - but this may well be finger trouble on my part.)
When you left-click a link, the remote resource is requested for viewing; that's why dillo complains about an unhandled MIME type (it can't display it). If you choose "Save Link As..." from the link menu, the URL will be passed to the downloads dpi and retrieved and saves as a local file. Cheers Jorge.-
In article <Pine.LNX.4.58.0405030916110.32191@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
(- still can't get the default installation to do downloads properly (dpid starts, but I get messages about 'unhandled MIME types on bz2 files...) - but this may well be finger trouble on my part.)
When you left-click a link, the remote resource is requested for viewing; that's why dillo complains about an unhandled MIME type (it can't display it).
If you choose "Save Link As..." from the link menu, the URL will be passed to the downloads dpi and retrieved and saves as a local file.
My bad - too much using Firebird with brain out of gear! Works fine. -- robert w hall
On Mon, 3 May 2004, robert w hall wrote:
In article <Pine.LNX.4.58.0405030916110.32191@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
(- still can't get the default installation to do downloads properly (dpid starts, but I get messages about 'unhandled MIME types on bz2 files...) - but this may well be finger trouble on my part.)
When you left-click a link, the remote resource is requested for viewing; that's why dillo complains about an unhandled MIME type (it can't display it).
If you choose "Save Link As..." from the link menu, the URL will be passed to the downloads dpi and retrieved and saves as a local file.
My bad - too much using Firebird with brain out of gear! Works fine.
BTW, mime.c:161 reads: /* Type not handled (todo: offer download) */ :) Jorge.-
In article <Pine.LNX.4.58.0405031538190.32191@infinity.cl>, Jorge Arellano Cid <jcid@dillo.org> writes
On Mon, 3 May 2004, robert w hall wrote: BTW, mime.c:161 reads:
/* Type not handled (todo: offer download) */
:)
Jorge.-
Jorge Thanks FWIW - an apparent blemish www.samknows.com has lists of UK exchanges in various stages of getting broadband (see RH margin eg ' 'triggered waiting for RFS or similar) Both Netscape 4.7 and Dillo show page 1/first 50 of these exchange lists, but when you try to access page 2, throw you back to the main screen. Firefox however, renders the table pages correctly. Bob (also copied to Sam Crawford) -- robert w hall
On Mon, 3 May 2004, robert w hall wrote:
FWIW - an apparent blemish www.samknows.com has lists of UK exchanges in various stages of getting broadband (see RH margin eg ' 'triggered waiting for RFS or similar) Both Netscape 4.7 and Dillo show page 1/first 50 of these exchange lists, but when you try to access page 2, throw you back to the main screen.
Dillo and Netscape are right!
Firefox however, renders the table pages correctly.
Ok, here's the explanation: From RFC2396, [C., C.1]: <q> C. Examples of Resolving Relative URI References Within an object with a well-defined base URI of http://a/b/c/d;p?q the relative URI would be resolved as follows: C.1. Normal Examples [...] ?y = http://a/b/c/?y [...] </q> That is, instead of making an href with "?blah" it MUST be "league.php?blah". Feel free to tell Sam and Firefox fellows ;) Cheers Jorge.-
Jorge Arellano Cid wrote:
The "pre1" tarball can be found at:
http://www.dillo.org/download/dillo-0.8.1-pre1.tar.bz2
When testing it, please pay special attention to the new detection routine for socklen_t (at ./configure time), and give the downloads server a hard test.
I'm testing the pre on solaris 2.6. on Solaris 2.6 it says "int"
Feedback is very important now, because I want to remove the "alpha software" label from dillo and name it as stable (beta).
I was visiting osnews.com which I regularly visit with dillo 0.80. Using pre 0.8.1 I saw the first two text boxes render and then all stopped. The console said: Dns_server [1]: www.newmobilecomputing.com is 112488 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 8039 error_code 8 request_code 72 minor_code 0 visiting my own website at http://carduus.chanet.de yields the same problem, the first text lines appear and then: Dns_server [0]: carduus.chanet.de is 112598 Connecting to 217.110.112.61 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 4012 error_code 8 request_code 72 minor_code 0 Unfortunatly, I installed the new dillo over the old one so I cannot test the old anzmroe, but I bet it wasn't so bad. Now I can't visit any site at all basically. I will test other platforms. -Riccardo
On Mon, 3 May 2004, Riccardo Mottola wrote:
Jorge Arellano Cid wrote:
The "pre1" tarball can be found at:
http://www.dillo.org/download/dillo-0.8.1-pre1.tar.bz2
When testing it, please pay special attention to the new detection routine for socklen_t (at ./configure time), and give the downloads server a hard test.
I'm testing the pre on solaris 2.6.
on Solaris 2.6 it says "int"
Feedback is very important now, because I want to remove the "alpha software" label from dillo and name it as stable (beta).
I was visiting osnews.com which I regularly visit with dillo 0.80.
Are you saying that 0.8.0 worked OK on the same machine?
Using pre 0.8.1 I saw the first two text boxes render and then all stopped. The console said: Dns_server [1]: www.newmobilecomputing.com is 112488 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 8039 error_code 8 request_code 72 minor_code 0
visiting my own website at http://carduus.chanet.de yields the same problem, the first text lines appear and then: Dns_server [0]: carduus.chanet.de is 112598 Connecting to 217.110.112.61 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 4012 error_code 8 request_code 72 minor_code 0
Unfortunatly, I installed the new dillo over the old one so I cannot test the old anzmroe, but I bet it wasn't so bad. Now I can't visit any site at all basically.
Definitely those sites work with 081. It looks like a machine-specific problem. Unfortunately I don't have a Solaris 2.6 at hand to test. BTW, I know dillo works on Solaris 8, and frankly Solaris version numbers are confusing to me. Which SunOS number is given for 2.6?
I will test other platforms.
Thanks Cheers Jorge.-
Hello,
Using pre 0.8.1 I saw the first two text boxes render and then all stopped. The console said: Dns_server [1]: www.newmobilecomputing.com is 112488 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 8039 error_code 8 request_code 72 minor_code 0
visiting my own website at http://carduus.chanet.de yields the same problem, the first text lines appear and then: Dns_server [0]: carduus.chanet.de is 112598 Connecting to 217.110.112.61 Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 4012 error_code 8 request_code 72 minor_code 0
Unfortunatly, I installed the new dillo over the old one so I cannot test the old anzmroe, but I bet it wasn't so bad. Now I can't visit any site at all basically.
Definitely those sites work with 081. It looks like a machine-specific problem. Unfortunately I don't have a Solaris 2.6 at hand to test. BTW, I know dillo works on Solaris 8, and frankly Solaris version numbers are confusing to me. Which SunOS number is given for 2.6?
The bad news have yet to come. On another solaris box I have, I discovered today to have a 0.7.3 version of dillo compiled but not installed. accessing www.osnews.com I get with that Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 4992 error_code 8 request_code 72 minor_code 0 Interstingly enough, here too the built-in start page of dillo displays correctly Both boxes run solaris 2.6 which reports itself as SunOS 5.6 I wonder how can I know the version of gtk I installed? I have on this box (the one with 0.7.3 dillo) /usr/local/lib/libgtk-1.2.so.0.9.1 grr, how much do I hate GTK :) An multiple back-end that includes openmotif and others would be extremely nice! Cheers, Riccardo PS: any new hopes for AIX 4.2?
participants (3)
-
Jorge Arellano Cid -
Riccardo Mottola -
robert w hall