- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] wanted: CPU overhead source.

by Jorge Arellano Cid

Hi Johannes, > I just profiled cvs- and 0.7.3 version. I used http://www.w3.org/TR/xslt20/ > stored locally on disk (utilities.html rendered too fast here). > I could not yet get any reproducible results from profiling, !? Doesn't it show any function usage-ratio/run-time change? > but cvs is obviously slower 5.1 vs. 3.9 seconds. And with cvs the GUI freezes > until the whole page is loaded, whereas 0.7.3 displays the GUI while it is > rendering the page (you can see the "Kb" counting in the upper right corner). Yes, probably because rendering is done when idle. Thanks Jorge.-

Dec. 4, 2003

Re: dpid

by Jorge Arellano Cid

[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.-

Dec. 4, 2003

NEW YEARS EVE BASH! - Mention Perfect Match

by Sherrie Baily

Wondering where to spend New Years Eve? Youâre invited to Shecky's New Years Ball 2004 on December 31st, 2003 at Flatiron's hot spot ANJU! Countdown to New Years at this fabulously swanky spot for a spectacular night of dancing, endless drinking, hors d'oeuvres and celebration. With its recent $1 million renovation, Anju promises one unforgettable night. View Invitation: http://www.sheckys.com/newyear/default.asp?rf=PMatch Your BIG night includes: - Premium Open Bar 9:00pm - 3:00am - Amstel Light 9:00pm - 6:00am - Passed Hors D'oeuvres - Party Favors - Champagne Toast @ Midnight - 2 DJ's & Bi-Level Dancing - Dim Sum Breakfast @ 3:30am - Complimentary Shecky's 2004 Bar, Club & Lounge Guide Price: $125 (per person) by Dec. 21st | $150 (per person) after Dec. 21st *VIP Tickets* include: (4 person minimum. required) - All of the above - 1 Private VIP Table - 1 Bottle of Kettle One Price: $175 (per person) by Dec. 21st | $200 (per person) after Dec. 21st ============== How to Buy Tickets: ============== Purchase Online: http://www.sheckys.com/newyear/tickets.asp?rf=PMatch Purchase By Phone: (212) 242-2566 Guests Must be 21 or Older | Tickets are very limited so buy soon | Mention "Perfect Match" when you buy! Got Questions? Call (212) 242-2566 ===== Details: ===== Day: December 31, 2003 Time: 9:00pm - 6:00am Place: ANJU @ 36 East 20th St. (Broadway & Park Ave. South) View Invitation: http://www.sheckys.com/newyear/default.asp?rf=PMatch Got Questions? Call (212) 242-2566 Follow the link below to unsubscribe from all future mailings associated with this list http://lfemail.com/unsub.lf/cid/1859/rid/14147/email/Dillo-dev@lists.auriga…

Dec. 4, 2003

Re: [Dillo-dev] wanted: CPU overhead source.

by Johannes Hofmann

Hi, I just profiled cvs- and 0.7.3 version. I used http://www.w3.org/TR/xslt20/ stored locally on disk (utilities.html rendered too fast here). I could not yet get any reproducible results from profiling, but cvs is obviously slower 5.1 vs. 3.9 seconds. And with cvs the GUI freezes until the whole page is loaded, whereas 0.7.3 displays the GUI while it is rendering the page (you can see the "Kb" counting in the upper right corner). Regards, Johannes Hofmann On Wed, Dec 03, 2003 at 01:09:26PM -0300, Jorge Arellano Cid wrote: > > Hi, > > I just noticed that utilities.html (from ImageMagick manual), > takes near three times more time to render with CVS than with > 0.7.3. > > That page is 230KB and has no images. It takes 3 seconds to > render with 0.7.3 vs 9 seconds of CVS (on a slow machine). > > The same is true for the new and old parser. > > Can somebody please profile it to find the overhead source? > (./configure --enable-gprof). > > > TIA > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Dec. 3, 2003

A Message For You

by From eLove

Finally, a BETTER and SAFER way to meet QUALITY SINGLES in YOUR area! Go to http://www.elove.com to find out more. The Safe, Smart Way to Connect. eLove is a safe, confidential and easy way to meet quality singles. Our members are intelligent, attractive, professionals in search of meaningful relationships. Discover the freedom of Trust. Explore romance without fear or worry. The eLove method focuses on trust. Unlike online personals, where many people are not who they say they are, we screen all our members so you'll feel confident that you're meeting genuine people. No Games Online chatting seldom works. eLove is for people who truly want to meet someone special and don't have time for playing games. What are you waiting for? Boost Your Social Life. Revel in Romance. Get A Love Life. Why is eLove the best way for great people to connect? Ever wonder how successful couples met and fell in love? The eLove System Revealed. Follow the link below to unsubscribe from all future mailings associated with this list http://lfemail.com/unsub.lf/cid/1855/rid/14147/email/Dillo-dev@lists.auriga…

Dec. 3, 2003

Re: [Dillo-dev] gcc 2.95 doesn't know about -Wno-unused-parameter

by David McKee

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* My attempts to read the auto<whatever> docs last week were very depressing, so I just looked at configure.in, and ponied up this fix: ========== --- dillo/configure.in Wed Dec 3 11:48:31 2003 +++ dillo_tweaked/configure.in Wed Dec 3 11:32:18 2003 @@ -201,7 +201,9 @@ if eval "test x$GCC = xyes"; then fi if test "`echo $CFLAGS | grep '\-W[^a]' 2> /dev/null`" = ""; then if test "`$CC -v 2>&1 | grep 'version 2'`" = ""; then - CFLAGS="$CFLAGS -W -Wno-unused-parameter" + if test "`$CC -v 2>&1 | grep 'version egcs-2'`" = ""; then + CFLAGS="$CFLAGS -W -Wno-unused-parameter" + fi fi fi if test "`echo $CFLAGS | grep '\-Waggregate-return' 2> /dev/null`" = ""; then ========== which simply adds anther test to exclude gcc 2.* based egcs releases before sticking in the new flags... Style question: Would it be better to test for the presence of the flag than to try to exclude those compilers without it? Anyway, thanks for the work. -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Dec. 3, 2003

dead link behavior

by Peter Milne

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

Dec. 3, 2003

wanted: CPU overhead source.

by Jorge Arellano Cid

Hi, I just noticed that utilities.html (from ImageMagick manual), takes near three times more time to render with CVS than with 0.7.3. That page is 230KB and has no images. It takes 3 seconds to render with 0.7.3 vs 9 seconds of CVS (on a slow machine). The same is true for the new and old parser. Can somebody please profile it to find the overhead source? (./configure --enable-gprof). TIA Jorge.-

Dec. 3, 2003

Re: [Dillo-dev] [INFRINGEMENT... errr PATCH] Html_image_menu signal propagation cleanup

by Jorge Arellano Cid

On Tue, 2 Dec 2003, Frank de Lange wrote: > Hi'all, > > First, forgive me the snide remark in the title, I am not that fond of > lawyer-speak. You have the freedom to modificate or contribute (or both), but please don't keep posting bad-seeds to dillo-dev. > Second, this is a small cleanup for html.c which removes the need for an > explicit signal emission stop in Html_image_menu. The comment in > html.c:Html_image_menu() reads: > [...] Done. (& thanks for the nice explanation). Sincerely Jorge.-

Dec. 3, 2003

Re: [Dillo-dev] Patch to allow setting of initial position

by Jorge Arellano Cid

Jan, > Eric GAUDET wrote: > > It works for me with today's CVS and your patch. > > > > in dillorc: > > geometry=320x200+50+50 > > > > dillo.pos/src>./dillo > > Setting geometry from rc to 320x200 50 50 > > ... > > > > The first one is actually used, but having the second message is confusing. > > Those can probably both go entirely. It was more for debug uses. Here is > an updated patch with those removed. > > Jan Fore unknown reasons, gcc 3.2.2 gives me this error: <q> In file included from IO/Url.h:7, from IO/mime.h:14, from dillo.c:47: IO/IO.h:40: unnamed fields of type other than struct or union are not allowed make[1]: *** [dillo.o] Error 1 </q> when X11/Xlib.h is included from dillo.c. The interesting part is that libDio.a compiles flawlessly. I moved the call into misc.c (which gives no problems) and also made a custom function. I prefer this one (to avoid X11/Xlib.h). I'm sending you this version of the patch (outside dillo-dev), so you can review it and comment. Cheers Jorge.- PS: there's no need to CC' me, I read dillo-dev.

Dec. 3, 2003