- Dillo-dev - lists.mailman3.com

[PATCH] I18N
by Kiyo Dec. 12, 2003

Dec. 12, 2003

Hi. I made an I18N patch for Dillo. This is simple I18N. Japanese, Chinese, Korean, Greek, etc. Only LOCALE character are displayed. Not support "complicated languages". (such as Arabic) Internal code is mainly processing by UTF-8. UTF-8 wrapper of a part of APIs of GTK+1 is included. This wrapper will be unnecessary if Dillo ports to FLTK2 or GTK+2. But, I think that others will be probably needed. A part of this patch referred to Mr. Robert Thomson's Japanese patch. It is better to also gettextize. But, it has not applied to this patch. http://teki.jpn.ph/pc/software/dillo-cvs2003121203-i18n.diff.bz2 md5sum: 5a1e0428d0e049a081dd4721d48b1de2 and... For Core team, may not be desirable... This is large patch for Dillo-0.7.3 . I18N(UTF-8 support and gettext) Xft antialiasing(multibyte support) Setting Tool(gtk+) frame&tab(ver.10 with I18N fix) gzip compression transmission SearchBox UserAgent changer Referer meta-refresh SSL BASIC authorization Fix page scroll Character entity references(Probably almost is supported. but it's dependent on LOCALE.) and some various changes. Various persons' patches are unified and an original improvement is added. http://teki.jpn.ph/pc/software/dillo-0.7.3-i18n-misc-20031208.diff.bz2 md5sum: 0d3bdf88a3e61a4659e708ac4a971c1f #I'm hoping that both user and developer can become happy :-) --- Kiyo<kiyo(a)teki.jpn.ph> http://teki.jpn.ph/

1 0

latest network patch
by Jorge Arellano Cid Dec. 11, 2003

Dec. 11, 2003

Hi there! A network patch that covers several aspects was just commited: + Connected the dpi stream to the cache using the CCC! + Fixed the cache API by introducing the new call a_Capi_get_buf(). + Fixed a race condition and a multiple request problem. + Enabled the https dpi (it doesn't work yet, just a development version). + Removed a cpu-hog when the network is unreachable. Besides what's stated above, it has improved a bit the network experience (for instance on sites with lots of small images. For ex. newspapers). Please test it and tell me how it works. Anders: Please try it and tell us if it also produces the locks you've seen. Does 0.7.3 also lock? Ferdi: It has the proper bindings between the cache and dpi, so HTML served over FTP works, among others! Some https sites are also viewable... Madis: This patch has the framework to implement https in a similar way than the ssl gateway. The connection between dillo and the https dpi is done by the generic dpi handler. Note that although it may be easy to add the POST method using wget to the current https dpi (wget >= 1.9.x using --post-data and the DilloUrl), making a native https plugin (avoiding wget) as in the ssl gatway is preferred. This allows for a simple way to implement connection caching. The current https dpi is a filter, not a server as it should to implement it this way. This is also easy to do. Regards Jorge.-

1 0

BUG#494
by Andrew A. Gill Dec. 10, 2003

Dec. 10, 2003

Good Ol' Jorge wrote: > > Some time ago I read this bug and now the CVS has a bunch of > fixed for signed/unsigned conflicts that may cause trouble on > 64bit machines. Please test our CVS and tell me if the bug > persists. Alpha EV56 running gcc 3.3.2 (glibc 2.3.2) reports no errors yet, sir! In fact, Slashdot now seems to be readable, thanks to something in Dillo CVS (with old Dillo it's still unreadable). -- |Andrew A. Gill |I posted to Silent-Tristero and| |<superluser(a)frontiernet.net> |all I got was this stupid sig! | |alt.tv.simpsons CBG-FAQ author | | | (Report all obscene mail to Le Maitre Pots)| |Nothing here yet: <http://www.needsfoodbadly.com> Temporary sig: -- Full speed ahead!

1 0

navigation
by montegue＠myrealbox.com Dec. 9, 2003

Dec. 9, 2003

i would like to see in addition to the forward and backward navigation buttons, one that goes to the parent directory, like konqueror does, and galeon if i am not mistaken :) thanks for a terrific application -- GR I have seen the future and it is just like the present, only longer. -- Kehlog Albran

1 0

Re: dpid
by Jorge Arellano Cid Dec. 9, 2003

Dec. 9, 2003

On Sat, 6 Dec 2003, Ferdi Franceschini wrote: > Hi Jorge, > > On Fri, Dec 05, 2003 at 09:25:20AM -0300, Jorge Arellano Cid wrote: > > > > Hi Ferdi, > > > > I've catched an API problem inside the capi/cache that may be > > the cause for the fork-hog. This note is just to keep you from > > wasting time reviewing it. I'll write to you soon. > Great. It _was_ the cause! There was a race condition hidden behind the lack of dpi-cache connection (the part we blamed) and a slightly broken API (the cloaked problem). As a matter of fact this bug had remained unnoticed maybe for years. In my patched tree (which is under test), the bug is fixed (both parts) and dillo works even better than before. > I think I have a new solution to the inf loop caused when a connection is not > accepted on a dpi socket for any reason. This new solution does not require > any code changes to the plugins. I will post more info to dillo-dev but I need > to experiment a bit first. That's good news. Cheers Jorge.-

1 0

dead link behavior
by Peter Milne Dec. 5, 2003

Dec. 5, 2003

Greetings all, Was wondering if it is me or if it was normal. If I click a link and it turns out to be a dead link.....everything locks up hard and I have to 'xkill' Dillo. Thanks, -- ~~~Pete~~~ http://milneweb.com http://nomorevirus.com

1 1

Re: [Dillo-dev] dead link behavior
by Jorge Arellano Cid Dec. 5, 2003

Dec. 5, 2003

On Thu, 4 Dec 2003, Peter Milne wrote: > > This is what Jorge Arellano Cid wrote prior to this response: > > > > >> > >> If I click a link and it turns out to be a dead link.....everything > >> locks > >> up hard and I have to 'xkill' Dillo. > > > > Definitely not normal. Anyway to reproduce it? [snip] > Sure thing, let me click on a dead link. Example: > > (Thu 13:44) happy %dillo > Setting locale to C... > dillo_dns_init: Here we go! > Enabling cookies as from cookiesrc... > Nav_open_url: Url=>about:splash< > Nav_open_url: Url=>http://www2.bsdhound.org< > Dns_server [0]: www2.bsdhound.org is 0x814fe78 > Connecting to 12.*.*.* > > > And there it hangs...... Doesn't happen here. Are you using 0.7.3 or CVS? With IPv6 or default? Has anyone seen this bug? Cheers Jorge.-

1 0

Frames
by Peter Milne Dec. 5, 2003

Dec. 5, 2003

Tell me, if I recall, there is a way to view frames in Dillo...correct? Would love to use it for Squirrelmail. Would actually be willing to use another web based, imap mail client too. -- ~~~Pete~~~ http://milneweb.com http://nomorevirus.com

2 1

Re: [Dillo-dev] gcc 2.95 doesn't know about -Wno-unused-parameter
by Jorge Arellano Cid Dec. 5, 2003

Dec. 5, 2003

On Wed, 3 Dec 2003, David McKee wrote: > On Tue, 2 Dec 2003, David McKee wrote: > > On Tue, 2 Dec 2003, Jorge Arellano Cid wrote: > > > On Tue, 25 Nov 2003, Andreas Schweitzer wrote: > > [attribution to me lost] > > > > > my gcc doesn't believe in -Wno-unused-parameters, > > [snip] > > > > Attached is a patch > > [snip] > > > Commited. > > > Does it work for you David? > > > Perfectly. Thanks. > > Having said that on the basis of my gcc 2.95 based debian machine at home, > I tried it on my work machine. > > The Redhat box actual uses: > > $ gcc -v > Reading specs from > /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) > > *sigh* > [...] > Style question: > > Would it be better to test for the presence of the flag than to try to > exclude those compilers without it? Yes, that's the right way to do it, but I don't know how yet :) I commited a patch that tests for gcc version 3. Please test it and tell us. Cheers Jorge.-

2 1

Re: dpid
by Jorge Arellano Cid Dec. 4, 2003

Dec. 4, 2003

[we've had this thread for a long time outside dillo-dev, it has some interesting information so I'm switching to dillo-dev] Ferdi, On Thu, 4 Dec 2003, Ferdi Franceschini wrote: > Hi Jorge, > > On Tue, Dec 02, 2003 at 09:03:08AM -0300, Jorge Arellano Cid wrote: > > > > Hi Ferdi, > > > > > > [...] > > > > Unfortunately the dpid is showing some problems with some https > > > > urls (also with some ftp ones). It sometimes ends in a loop of > > > > endless forking of dpi programs. > > > The https dpi appears to be implemented as a filter type plugin but it is installed as > > > https.dpi and not https.filter.dpi. > > > > Oh! > Does https work now? It does partly! (with the dpi-cache patch I'm developing). I'm planning to develop https.dpi as a dpi server so it can directly link against SSL lib or GNU TLS, instead of using wget. This ends the forking and allows for an easy implemetation of connection caching. BTW, https pages render OK with my tree, it's just the lack of reuse of the same connection what I suspect keeps it from working fully. I need to test a bit more too. Note: is there anybody here interested in working on the https dpi. I can quickly make the base (dpi server instead of filter) and then is a matter of knowing SSL or TLS and start implementing connection caching (no need to know about dillo internals). > [...] > > > The idea is interesting. Perhaps looking at the Volume III of > > Douglas Comer's book is well worth a try. I skimmed it yesterday > > and it has a lot of theory about this kind of servers. Do you > > have that volume? > I'm affraid not, I'll see if I can hunt down a cheap copy. Worth a read (although I prefer Richard Stevens' books). > > Now that filter dpis can run in parallel, they're also showing > > the fork hog problem. I'm attaching an example page; drop it > > inside an ftp directory of your local machine and try loading it > > from dillo. > > > > WARNING: don't do it on a server, it can bring down the machine! > > (I've had to switch-off mine to recover). > > > Dpid keeps on forking new instances of the ftp dpi until the > > machine is full of new processes. It looks like when the first > > child can't accept the connection, dpid regards the old request > > as a new one and forks another child. > But dpid accepts the connection from dillo on behalf of filter dpis so any > connections seen by dpid must be new requests. I'll double check that. (It could be that the service FD keeps showing in the select call because it was connected, but never serviced...) > I set up an ftp server on my old 486 and tried out the test page. > And it killed my Xserver! > It also really upset inetd on my 486 which was > running ftpd, inetd reported looping ftp connections and terminated the > service. It also refused further connections for some time afterwards, however > you can get things back to normal by restarting inetd. > > I redirected the messages to a file and tried again, I found multiple > occurences of the following message: > <q> > Dpi_get_server_uds_name:: /tmp/ferdi-khv5us/ftp.filter.dpi > </q> > > this suggests that dillo is actually making multiple requests. > I also found the following error messages from dpid: > <q> > main.c:153: get_command: dpid tag is NULL > : main.c:323: main: get_command failed > </q> > > I still don't know what's going wrong, I'll have another look at this in the > next couple of days, I hope the above information helps. I'll check it too. > > Some time ago I started a download with a graphical dpi, and > > the downloader was open twice! This hints towards the presence of > > a race condition. > What do you mean by graphical dpi? It's an idea I've been preaching on for a long time. But nobody seems to believe until they see! :-) --Blame St. Tomás. > Is there a shiny new downloads server that > I'm missing out on? Yes! MUUUAAHAHAHAHAHAHAA!! It needs polishing but illustrates the idea pretty good. You'd be surprised at how simple it is. BTW, it was developed by a complete newcomer to dillo I was advicing. I'll send it to you and Sebastian (to illustrate part of a response I owe him about preferences). List: I'll review the latest version and decide whether to share it in its current state for polishing. The required knowledge to work on it is minimal: just GTK+ (the server part is already done). More on this later... Anyone interested? > > a race condition: if the father continues running before its > > child accepts, the request may be served twice or more times. > Only if the child terminates before it accepts. > This is because dpid clears the downloader's socket from the > socket_set which > 'select' is watching before forking and the socket is then set again by > dpid.c:handle_sigchld() when the child terminates. Time to review. Regards Jorge.-

1 0