- Dillo-dev - lists.mailman3.com

Dillo cookies

by pete

I am getting this error with Dillo 0.8.0: [pete@happy:.dillo, 07:25 PM, Mon Jan 26]> dillo dillo_dns_init: Here we go! The cookies file has a file lock: disabling cookies in this dillo! Nav_open_url: Url=>about:splash< How do I go about 'unlocking' this file? It was working initially with 0.7.3 Thanks, -- Pete http://milneweb.com http://nomorevirus.com

Jan. 27, 2004

Re: [Dillo-dev] An odd request, I know...

by Tom Barnes-Lawrence

Incidentally, I'm familiar with getting 2 copies of various emails when people reply to both me and the list... but *3*? That's just confusing. On Mon, Jan 26, 2004 at 03:08:32PM +0100, Thorben Thuermer wrote: > On Sat, 24 Jan 2004 00:04:06 +0000 > Tom Barnes-Lawrence <tomble(a)usermail.com> wrote: > > -I understand you not wanting the referer info being sent, even if > > it does make the logs from my hit-counter a bit less useful, *but*, > > some sites do seem to use the referer tags to work out if you're > > accessing their images, etc deep-linked from some other page. > > I'm afraid I can sort of sympathise with this, as the idea of > > "stealing bandwidth" does have quite a lot of truth in it (it > > does cost them money). > > there is one important detail there that i think is very important: > even if you want to avoid image linking by checking referers, you > should allow EMPTY referers... Are we considering empty referers to be the same as no referers? > that way: > a) linking the images will still fail with the majority of browsers > b) browsers that don't send referers will still work. Probably. I have a strange image of *all* browsers ending up sending no referers in order to be able to see remotely hosted images, but I rather doubt that would happen, so you're probably right here. > c) users can for example post a link to a image on irc or > whereever and the link will work (this is something that makes > users like me really hate your site) You hate my site? Wah! But seriously (*unless* you're meaning "your" as in "anybody's"), I know Angelfire *used* to block images on no referers, but I noticed recently that Dillo *was* showing the few images I had on my pages, and after reading your comment today, I copy-pasted the URL of my site's logo into Dillo. Showed up fine. I don't know if you just assumed that Angelfire was still doing that but you hadn't notice since you'd patched your copy of Dillo, or if you'd just thought that my site wasn't downloading all the graphics (there are only about 3 on the whole site, 5 if you count thumbnails as different to their full-size images). > d) users can use download programs to download files off the site without > having to send fake referers (wget --referer, anybody?) Yeah, I'm familiar with *that*... > (and to control those, there's robots.txt) I know what robots.txt is for, how does it apply here? Are you talking about a download program that gets the *whole* site? > imho not allowing the referer to be empty is just stupidity > on the side of the people setting up the filtering, and it just Perhaps it just didn't occur to them? They want to keep their bandwidth costs down, so they'd be worrying more about that issue than supporting an obscure little niche browser like ours (even if it is lovely). > makes their own problems worse, by forcing people to send > fake referer headers (like my dillo does for QUITE some time now). > > (the patch is trivial, just add pairs of > + "Referer: http://%s%s/\r\n" > + URL_HOST(url), s_port->str, > into src/IO/http.c (and don't get the order wrong)) Hey, that's neat, thanks! I was considering doing something like this myself (but wouldn't know where to start). > > So, I'd love it if the bookmarks code stuck each section in its own > > page, and let me nest one section in another. > isn't this is kind of the point of seperating stuff into dpis?: > if you don't like the default one, you can relatively easily > change it without having to deal with the browser code or even > recompile it. Uh, yes, I know. Apart from the fact I got the impression the DPI interface was unstable (as in changing, not crashing) at the moment, I pointed out that I was quite busy right now, and wasn't sure of some of the details, either. I find working with other peoples' code fairly daunting, personally. Perhaps that's lack of experience. Tom Barnes-Lawrence

Jan. 26, 2004

my.yahoo.com

by pete

Hi all, I am now running the CVS version of Dillo. I am seeming to have a lot of lockups with it. Now I know this is common with CVS but is this something that should be mentioned here? Just wondering what is the proper thing to do. Another, I am still trying to access my yahoo with it but still not possible. Am I missing something that I need to do or is this just typical for Yahoo? -- Pete http://milneweb.com http://nomorevirus.com

Jan. 26, 2004

Thanks!

by Arjen Meek

Just a quick "thank you" to all Dillo-devs here. It has replaced Firebird as my default browser less than 5 minutes after installing it. Some experiences: - Dillo combines perfectly with the Ion window manager. A browser shouldn't have to perform window manager tasks, and tabbed browsing becomes a rather silly concept when a sensible window manager combines with a sensible browser. - 0.7.3 compiles & runs cleanly on my 60 Mhz HP PA-RISC system (712/60 running Debian Woody-hppa), and actually renders pages faster on that system than Firebird does on my 600 Mhz Athlon. - A suggestion: why not have CTRL+L switch focus to the URL bar when it is visible, instead of popping up a dialog box? Keep up the good work! Arjen

Jan. 26, 2004

Dillo IRC

by pete

Good morning, Is there an IRC channel for Dillo at this time? And of course the next question where is it or why not? Thanks, -- Pete http://milneweb.com http://nomorevirus.com

Jan. 26, 2004

Re: [Dillo-dev] An odd request, I know...

by Jorge Arellano Cid

On Sat, 24 Jan 2004, Tom Barnes-Lawrence wrote: > Hi again, > On Mon, Jan 19, 2004 at 06:29:16PM -0300, Jorge Arellano Cid wrote: > > > Firstly, I'd like to say I've been using Dillo for over 2 years now, > > > and find it fantastic. Well, apart from a few little details (which > > > I'll probably post to the list in a couple of days, when I'm less > > > busy). So anyways, very well done for this piece of software! > > > > Thanks for your comments. A long time user, that's good news! > > Hehe, you haven't heard my complaints yet ;) Don't worry, they're > not so bad, and I'm not going to go making demands. Here you go: > > -I understand you not wanting the referer info being sent, even if > it does make the logs from my hit-counter a bit less useful, *but*, > some sites do seem to use the referer tags to work out if you're > accessing their images, etc deep-linked from some other page. > I'm afraid I can sort of sympathise with this, as the idea of > "stealing bandwidth" does have quite a lot of truth in it (it > does cost them money). > So, perhaps (as someone else suggested) Dillo could have some > button or menu option, etc that we could click to allow the > referer tags to be set temporarily for pages that need them? > Or alternatively, images on pages could automatically have the > referer tags set for them, or they could be used for accessing > *any* other file on the same server perhaps. Just thoughts. > > -It's great that the cache is used so aggressively with static > content, it keeps things very very fast, keeps the network > usage down, and is very useful when the connection goes down; > but it does seem to get used in many places where it really > shouldn't, such as dynamic content (revisit certain CGI scripts > and you just get the cache), and that problem with images- where > if a screenful of images stops loading, refreshing will *not* reload > the half-done images. > OTOH, it's *good* that dynamic content doesn't get reevaluated when > I press the *back* button. That's a PITA when other browsers do that, > as I usually just want to go back to where I was before. After considering it through the time, I believe that the problem with referer and the cache issue, can be solved using a similar technique to what we use with cookies. Unfortunately some standards allow for easy abuse of the technologies they describe. Sometimes it is the same RFC the one that warns about the problems that may arise! For instance image request with referer (as you suggest) is the basis for a spying technology widely known as web bugs. Allowing our cache to honour http cache directives blindly, would allow sites to send a refresh request on each of their advertising banners (and they usually get paid for request so this practice is very common). That's the reason why going back or forward in history is a PITA with browsers that follow them. Keeping Dillo as it is now, and allowing the user to site-tune it with regard to cookies, cache and referer is a solution that solves a broad range of problems. > > -It's probably because I'm using a snapshot of 0.8.0-pre from about > November with Frank's tabs patch (OK maybe the tabs patch doesn't > affect this), but once or twice I've found my load average go way > up, and looking at PS, found dpid spawning the https plugin > repeatedly (with each one dying again so there was only ever one > at a time). IIRC this happened (some time) after quitting Dillo. > Perhaps this is one of the things you've fixed since then. Yes, I fixed that. > -MOST important to me: Bookmarks. I like the way Dillo now has > bookmarks shown as a web page instead of a menu, I like that it allows > us to put them into categories, and I like that the DPI system allows > the bookmarks to be controlled by a separate program. > Unfortunately, bookmarks are still one of the main reasons I still > use Konqueror (despite the stupid crashes): I have lots of them, > last time I tried to work it out I calculated maybe a thousand- > and a great many of these are *not* pr0n! The only way I can cope > with so many of them is having them organised into a very deep > heirarchy. But not only does Dillo's bookmarks program not allow > this, but it has every single bookmark shown on the same page! The > scrollbar control is tiny! > So, I'd love it if the bookmarks code stuck each section in its own > page, and let me nest one section in another. Perhaps the current > version is only temporary, so you'd have time to work on other > stuff, and all this is already planned, but I thought I ought to > mention it because *this* is one thing that would really make > Dillo great for me. I'd have a go at this myself, but I've already > got lots of other things to do. OK, I suppose you do as well. Yes, I have much more to do than what I can cope with. So I sort it by priority and work on the top. As Thorben remarked, a very important point of dpis is to allow for multiple implementations of them. This is reinforced by the fact that writing a dpi doesn't require knowledge about dillo's internal working. With bookmarks, it keeps the bm list in memory, so making it to return the section list (in whatever format) and to bind each section with a page specific for it, is a one day effort. Testing it to work reliably and comfortably takes more time. If someone comes with a better implementation of bm, it may end as the default and the current one as an option. > That's it, really. For me, the problems are definitely oughtweighed > by Dillo's good points, like the stability and speed, I just want > to be able to use it a lot more! Stability!, thanks for the comment. It takes a great effort from our team to keep it stable. That's the unsexy work of chasing bugs, polishing the code, commenting, careful patch reviewing, and thoughtful design. Cheers Jorge.-

Jan. 26, 2004

Mailing list

by Jorge Arellano Cid

Hi Thorben! Is good to see you around. You've surely noticed I recently switched dillo-dev to only accept posts from its members. This is because it was receiving too much SPAM; the kind that's crafted to bypass SPAM filters. I don't know the current filtering layout of our list, but the fact is that now I receive (as the list administrator) a confirmation email for each rejected message (?) coming from a non-member. :( If the list SPAM-filters everything before checking whether it comes from a member, it's a sane default I suppose, but considering that I have near 3 confirmation requests a day (that repeat themselves for each day I leave these duties unattended), I wonder if it's possible to simply discard them. Regards Jorge.-

Jan. 26, 2004

Re: [Dillo-dev] An odd request, I know...

by Thorben Thuermer

On Sat, 24 Jan 2004 00:04:06 +0000 Tom Barnes-Lawrence <tomble(a)usermail.com> wrote: > -I understand you not wanting the referer info being sent, even if > it does make the logs from my hit-counter a bit less useful, *but*, > some sites do seem to use the referer tags to work out if you're > accessing their images, etc deep-linked from some other page. > I'm afraid I can sort of sympathise with this, as the idea of > "stealing bandwidth" does have quite a lot of truth in it (it > does cost them money). there is one important detail there that i think is very important: even if you want to avoid image linking by checking referers, you should allow EMPTY referers... that way: a) linking the images will still fail with the majority of browsers b) browsers that don't send referers will still work. c) users can for example post a link to a image on irc or whereever and the link will work (this is something that makes users like me really hate your site) d) users can use download programs to download files off the site without having to send fake referers (wget --referer, anybody?) (and to control those, there's robots.txt) imho not allowing the referer to be empty is just stupidity on the side of the people setting up the filtering, and it just makes their own problems worse, by forcing people to send fake referer headers (like my dillo does for QUITE some time now). (the patch is trivial, just add pairs of + "Referer: http://%s%s/\r\n" + URL_HOST(url), s_port->str, into src/IO/http.c (and don't get the order wrong)) > So, I'd love it if the bookmarks code stuck each section in its own > page, and let me nest one section in another. isn't this is kind of the point of seperating stuff into dpis?: if you don't like the default one, you can relatively easily change it without having to deal with the browser code or even recompile it. Greetings, Thorben Thuermer

Jan. 26, 2004

Bug on PS2 ? [was Bug meter]

by robert w hall

In article <Pine.LNX.4.58.0401251925460.10896(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > > Most probably this CVS, plus a few improvements to our >configure stuff (compiling in old distros, png detection and >proper library linking) will be the basis for dillo-0.8.0-rc1. > Good news! Probably won't get round to testing for a few days, so an early warning on a more worrying recent bug... - my experience of recent cvs, compiled on the playstion2, (blackrhino 2.2.21 kernel), apparently shows a disconcerting feature. After a few minutes of scrolling up and down standard web-sites the whole system will hang (eg it's unpingable, and doesn't respond to any keyboard input), and needs a hard reset :-( Anyone else currently testing on the ps2 please (and hopefully had better experiences, or a fix)?? Bob -- robert w hall

Jan. 26, 2004

worried about dillo (cathedral and bazaar)

by linux seaq

Hi, i want to express my gratitude with the dillo developers, this is a really nice product, i use it everyday. I use mozilla only for banking, hotmail and flash sites. I'm only a user i'm not a developer, so my point of view is mainly from an user's perspective. Since dillo's win32 fork and previous discussion, it was clear to me that dillo development was, in some way, closed. That odd feeling was confirmed by the "memo" sent by main developers about patches and additions to dillo. Since that mail, all the "foreign" contributors stopped to share their improvements to dillo project.Or it seems to me at this time (PLEASE PROVE ME WRONG) That's really sad 'cause what i'm seeing right now is some kind of slowness on the development of dillo, and somehow is getting behind in needed functionality (frames,https,downloads,images, a lot of stuff out there). - from an user point of view - I recently re-read the cathedral and bazar paper, and thought to my self that dillo was heading in another direction. It seems to me that there's no intention to receive help from others, or get into account other's contributions. I believed that the main force behind a project weren't its main developers but its users and contributors. That mix made projects grow and grow. And dillo rejected that "magical" force. I'm just writing these thoughts, because as i said, i'm worried about dillo. I can't even imagine how painful would be to surf the web without it. Please everyone who loves dillo, do something so this nice project can grow without restrictions. Please don't get me wrong i don't want to start a trial, i just want dillo to evolve and get better everyday, with everyone help. Regards, Andres

Jan. 26, 2004

Re: [Dillo-dev] Bug meter

by David McKee

On Sun, 25 Jan 2004, Jorge Arellano Cid wrote: > I just commited the new (big) patch that adds a "bug meter" to > Dillo's UI. From the Changelog: > > + Added a bug-meter button that shows the count of detected HTML errors > (left click shows the errors, right click offers a validation menu). > + Removed the "show_html_warnings" option from dillorc. > + Cleaned up the code for the progressbar widgets. Very snazzy. Slashdot shows 14. Then I look I my work home page (<http://www.jlab.org/~dmckee/>) which I know is buggy because the computer center prepends a bit of junk to each file at the time it is served. I get seven errors and the details are: | +---------- HTML warning: line 5, color is not in "#RRGGBB" format HTML warning: line 15, HEAD element must go before the BODY section HTML warning: line 16, META elements must be inside the HEAD section HTML warning: line 17, META elements must be inside the HEAD section HTML warning: line 18, META elements must be inside the HEAD section HTML warning: line 19, META elements must be inside the HEAD section HTML warning: line 20, the TITLE element must be inside the HEAD section +---------- | The first one belongs to the code the CC puts in. The rest come from my (correctly formed) header: having decided that I must already be in the body, dillo gets upset when it sees header stuff... I don't know that this is worth worring about---the real problem is that the CC is knowingly serving broken code because sending good code would mean parsing each page to find the top of <body> as it is being served. Not really dillo's problem, but I thought I'd mention it. > Most probably this CVS, plus a few improvements to our > configure stuff (compiling in old distros, png detection and > proper library linking) will be the basis for dillo-0.8.0-rc1. Sounds good. > PS: I'm for letting "combat mode" rendering and https for 0.8.1 > as its been too much time without a release. Sure. The CVS has been fairly bug free and _much_ better that 0.7.3 for some time. Get a new release out, and if the rest of that stuff comes together quickly, well you just get to have a fast release schedule. -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

Jan. 25, 2004

building on AIX, gcc, dillo 0.7.3

by Riccardo

Hwllo, I sent a private message, of which a reply was CC to this list AFAIK, about building dillo on my AIX system. The problem are threads. Pth can't be used and so I need the system's native threads. A solution was offered me but another email asked for more information, so I report first this information here before trying blindly. configure reports: checking target system type... rs6000-ibm-aix4.2.1.0 as far the system concerns. The error during configure is: checking whether threads work with -pthread... no. Now we will try some libraries. checking for library containing pthread_create... no configure: WARNING: *** No pthreads found. *** gcc -v yields: Reading specs from /usr/local/lib/gcc-lib/rs6000-ibm-aix4.2.1.0/2.95.3/specs gcc version 2.95.3 20010315 (release) while lslpp -l | egrep -i 'thread|xlc|gcc' bos.rte.libpthreads 4.2.1.0 COMMITTED pthreads Library xlC.cpp 3.1.4.0 COMMITTED C for AIX Preprocessor xlC.rte 3.1.4.0 COMMITTED C Set ++ for AIX Application greets, Ric

Jan. 25, 2004

Re: dillo 0.73 not compiling on slackware 3.9 ( libc5 ) (fwd)

by Jorge Arellano Cid

---------- Forwarded message ---------- Date: Sun, 25 Jan 2004 22:20:04 +0200 (EET) From: matti christensen <mchriste(a)welho.com> To: Jorge Arellano Cid <jcid(a)dillo.org> Subject: Re: dillo 0.73 not compiling on slackware 3.9 ( libc5 ) ok - said and done - and Dillo 0.73 rocks as expected ! what i would like to have is instruction of compiling the libraries myself /mc On Fri, 23 Jan 2004, Jorge Arellano Cid wrote: > > Matti, > > > > > ok - now i've recompiled x 3.3.6 with threads library installed - i also > > recompiled glib, gtk+ and dillo 0.73 - but without success - error message > > is different though; > > > > Gdk-ERROR **: Fatal IO error 11 (Try again) on X server :0.0. > > > > so - what would You suggest ?! > > Please try the pre-compiled libs I suggested. > > I will have to intall a libc5 slackware one of these days to > test this and another issues, but currently my time is devoted to > finishing the "bug-meter" feature for the soon to come 0.8.0 > release. > > Cheers > Jorge.- > > PS: Oh, by the way, sometime ago Jorgen asked me to test the > Fallback libpng detection code of a patch. Can you do that, and > get in contact with him for details? > > > > > > > reentrant ???! > > > > On Wed, 14 Jan 2004, Jorge Arellano Cid wrote: > > > > > > > > Hi Matti, > > > > > > On Tue, 13 Jan 2004, matti christensen wrote: > > > > > > > > > > > do You remember short email discussion with me; compiling Dillo 0.73 on > > > > slak 3.9 with resulting binary which did not run ( i sent an email after > > > > this one and adding threads library etc...) > > > > > > Yes I do. > > > > > > > do You think it might be possible to make Dillo run on this laptop ?! > > > > > > Absolutely! > > > > > > I was about to suggest you trying older versions of dillo to > > > find out which one is the last one to compile/run cleanly on > > > slk3.9, but I had a feel that I've seen this before: > > > > > > > Gdk-ERROR **: Fatal IO error 0 (Success) on X server :0.0. > > > > > > And then I remembered that the standard X server packages that > > > come with slk are not reentrant (thread safe), and that some time > > > ago I had to uprade it and some libs of X from a site of a nice > > > german guy that has done it. > > > > > > I don't have the link now, but for instance look at: > > > > > > http://www.linuxsavvy.com/resources/ > > > > > > There you'll find Reentrant XFree86 3.3.3 Libraries. > > > > > > You can try those, or google until finding 3.3.6 reentrant or > > > recompile them reentrant. > > > > > > > > > I Hope this helps > > > > > > Cheers > > > Jorge.- > > > > > > PS: Please let me know hot it goes. > > > > > > > > > > >

Jan. 25, 2004

Bug meter

by Jorge Arellano Cid

Hi there! I just commited the new (big) patch that adds a "bug meter" to Dillo's UI. From the Changelog: + Added a bug-meter button that shows the count of detected HTML errors (left click shows the errors, right click offers a validation menu). + Removed the "show_html_warnings" option from dillorc. + Cleaned up the code for the progressbar widgets. Most probably this CVS, plus a few improvements to our configure stuff (compiling in old distros, png detection and proper library linking) will be the basis for dillo-0.8.0-rc1. Please test it and enjoy! Cheers Jorge.- PS: I'm for letting "combat mode" rendering and https for 0.8.1 as its been too much time without a release.

Jan. 25, 2004

Re: [Dillo-dev] CPU usage

by Patrick Shanahan

* pete <opus(a)milneweb.com> [01-24-04 19:35]: > On Sat, Jan 24, 2004 at 10:57:59PM +0100, Andreas Schweitzer wrote: > > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login > > # just hit return here > > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo > > # then continue with > > I am asked for a password.....and that would be?? It wont let me login anon. <enter> -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org

Jan. 25, 2004

Re: [Dillo-dev] CPU usage

by pete

On Sat, Jan 24, 2004 at 05:29:22PM -0700, pete wrote: > On Sat, Jan 24, 2004 at 10:57:59PM +0100, Andreas Schweitzer wrote: > > > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login > > # just hit return here > > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo > > # then continue with > > I am asked for a password.....and that would be?? It wont let me login anon. Forget it, newbie thing....I got in. It worked, thanks for the help! -- Pete http://milneweb.com http://nomorevirus.com

Jan. 25, 2004

Re: [Dillo-dev] CPU usage

by pete

On Sat, Jan 24, 2004 at 10:57:59PM +0100, Andreas Schweitzer wrote: > Hi, > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login > # just hit return here > cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo > # then continue with I am asked for a password.....and that would be?? It wont let me login anon. -- Pete http://milneweb.com http://nomorevirus.com

Jan. 25, 2004

Re: [Dillo-dev] CPU usage

by Andreas Schweitzer

Hi, > > AFAIR 0.7.3 had a bug which caused that. I'm running CVS on FreeBSD 4.8 > > That would be the one I am using. Where can find out how to do the CVS for FBSD 4.9? > I have not ever done anything CVS and would like to get this resolved. I guess once in a while there can go some CVS infos onto the mailing list and into the archive ;-) This will be for FreeBSD and not all applies for Linux distributions. First you need gmake (GNU make), autoconf and automake installed. On FreeBSD you can choose which version. Currently *I* use automake14 and autoconf213. But on Linux I have newer version (but don't use the very latest version). Before installing the CVS version, I would de-install the current one. If you used ports or packages to get dillo, that is. I.e. for FreeBSD : pkg_delete dillo-0.7.3 (The executable would be in the same place, and then FreeBSD's package management could get confused ... unless you get brave and install the CVS version not in /usr/local/bin/ ...) Also make sure to kill the bookmark server : killall bm_srv12 Then you could start with http://www.dillo.org/cvs.html or simply copying from that page : cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo login # just hit return here cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co dillo # then continue with cd dillo ./autogen.sh ./configure gmake gmake install That's it. /usr/local/bin/dillo is now the CVS version. *Hopefully* everything works. By now, the new plugin framework should also have gotten installed with "gmake install". And from now on, if you want the latest version, go to the directory where you started with the inital cvs commands, then : cd dillo cvs up -d now you can try the "shortcut" : gmake gmake install if that fails, do the full thing : ./autogen.sh ./configure gmake gmake install Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Jan. 24, 2004

Re: [Dillo-dev] CPU usage

by pete

On Sat, Jan 24, 2004 at 08:57:34PM +0100, Andreas Schweitzer wrote: > > AFAIR 0.7.3 had a bug which caused that. I'm running CVS on FreeBSD 4.8 That would be the one I am using. Where can find out how to do the CVS for FBSD 4.9? I have not ever done anything CVS and would like to get this resolved. -- Pete http://milneweb.com http://nomorevirus.com

Jan. 24, 2004

Re: [Dillo-dev] CPU usage

by Andreas Schweitzer

On Sat, Jan 24, 2004 at 10:29:23AM -0700, pete wrote: > Greetings, > > I notice when I have Dillo open for any bit of time, my CPU usage gets about 98%. Any ideas on fixes for this? > > O/S is FreeBSD 4.9. I notice this happens on my sons machine as well...same O/S. Which version of dillo ? AFAIR 0.7.3 had a bug which caused that. I'm running CVS on FreeBSD 4.8 a lot and don't see this problem anymore - it used to happen with earlier versions. If you search the mailing list archive, you may actually find the corresponding discussion - because I forgot the details of the bug ;-) Cheers Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Jan. 24, 2004

CPU usage

by pete

Greetings, I notice when I have Dillo open for any bit of time, my CPU usage gets about 98%. Any ideas on fixes for this? O/S is FreeBSD 4.9. I notice this happens on my sons machine as well...same O/S. Thanks! -- Pete http://milneweb.com http://nomorevirus.com

Jan. 24, 2004

Re: [Dillo-dev] An odd request, I know...

by Tom Barnes-Lawrence

Hi again, On Mon, Jan 19, 2004 at 06:29:16PM -0300, Jorge Arellano Cid wrote: > > Firstly, I'd like to say I've been using Dillo for over 2 years now, > > and find it fantastic. Well, apart from a few little details (which > > I'll probably post to the list in a couple of days, when I'm less > > busy). So anyways, very well done for this piece of software! > > Thanks for your comments. A long time user, that's good news! Hehe, you haven't heard my complaints yet ;) Don't worry, they're not so bad, and I'm not going to go making demands. Here you go: -I understand you not wanting the referer info being sent, even if it does make the logs from my hit-counter a bit less useful, *but*, some sites do seem to use the referer tags to work out if you're accessing their images, etc deep-linked from some other page. I'm afraid I can sort of sympathise with this, as the idea of "stealing bandwidth" does have quite a lot of truth in it (it does cost them money). So, perhaps (as someone else suggested) Dillo could have some button or menu option, etc that we could click to allow the referer tags to be set temporarily for pages that need them? Or alternatively, images on pages could automatically have the referer tags set for them, or they could be used for accessing *any* other file on the same server perhaps. Just thoughts. -It's probably because I'm using a snapshot of 0.8.0-pre from about November with Frank's tabs patch (OK maybe the tabs patch doesn't affect this), but once or twice I've found my load average go way up, and looking at PS, found dpid spawning the https plugin repeatedly (with each one dying again so there was only ever one at a time). IIRC this happened (some time) after quitting Dillo. Perhaps this is one of the things you've fixed since then. -It's great that the cache is used so aggressively with static content, it keeps things very very fast, keeps the network usage down, and is very useful when the connection goes down; but it does seem to get used in many places where it really shouldn't, such as dynamic content (revisit certain CGI scripts and you just get the cache), and that problem with images- where if a screenful of images stops loading, refreshing will *not* reload the half-done images. OTOH, it's *good* that dynamic content doesn't get reevaluated when I press the *back* button. That's a PITA when other browsers do that, as I usually just want to go back to where I was before. -MOST important to me: Bookmarks. I like the way Dillo now has bookmarks shown as a web page instead of a menu, I like that it allows us to put them into categories, and I like that the DPI system allows the bookmarks to be controlled by a separate program. Unfortunately, bookmarks are still one of the main reasons I still use Konqueror (despite the stupid crashes): I have lots of them, last time I tried to work it out I calculated maybe a thousand- and a great many of these are *not* pr0n! The only way I can cope with so many of them is having them organised into a very deep heirarchy. But not only does Dillo's bookmarks program not allow this, but it has every single bookmark shown on the same page! The scrollbar control is tiny! So, I'd love it if the bookmarks code stuck each section in its own page, and let me nest one section in another. Perhaps the current version is only temporary, so you'd have time to work on other stuff, and all this is already planned, but I thought I ought to mention it because *this* is one thing that would really make Dillo great for me. I'd have a go at this myself, but I've already got lots of other things to do. OK, I suppose you do as well. That's it, really. For me, the problems are definitely oughtweighed by Dillo's good points, like the stability and speed, I just want to be able to use it a lot more! > > seeing, every time I started Dillo, the tidy little splash screen... > > > > ...So basically, would Jorge (or whoever is responsible for that) mind > > if I effectively copied the HTML? > > Yes I do mind... > > I find it great if you reuse them! Go ahead. Excellent! Thanks very much. In fact, Sunny Raspet had already offered to let me use some of his layout, but as I'd already got my macros to churn out Dillo's tags, I figured I'd wait and see instead. > I'd be awful if it comes the day when those things can be patented > or copyrighted. Yeah, I know what you mean. > PS: Please let me know the URL after you finish. It's not strictly finished, there's various pages missing, but: http://www.angelfire.com/super2/duologue/ Thanks, Tom Barnes-Lawrence

Jan. 24, 2004

Re: [Dillo-dev] Yahoo

by Peter Milne

This is what Paul Pelzl had to say about the matter: > The most recent I recall is Indan's HTTPS patch; details are here: > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-November/001524.html > > The patch is against Dillo CVS from November. It's a bit old at this > point, so I don't know if it will apply properly to more recent CVS > revisions. > Thats a start but now I must find someone that can do this on FreeBSD. I havent a clue on how to do anything CVS. Any takers? -- ~~~Pete~~~ http://milneweb.com http://nomorevirus.com

Jan. 23, 2004

Re: [Dillo-dev] Yahoo

by Paul Pelzl

On Fri, Jan 23, 2004 at 09:24:56AM -0800, Kelson Vibber wrote: > At 08:19 AM 1/23/2004, you wrote: > >I certainly am liking Dillo still but wondering if I am ever going to be > >able to use it on my Yahoo? I try to sign in and it tells me 'unsupported > >protocol'. > > It sounds like Yahoo is requiring an SSL connection to log in. There are > some people working on adding SSL support, and at least one set of patches > to 0.7.3, though I think there are at least two approaches right now. > > Anyone have more detail? The most recent I recall is Indan's HTTPS patch; details are here: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-November/001524.html The patch is against Dillo CVS from November. It's a bit old at this point, so I don't know if it will apply properly to more recent CVS revisions. Indan's patch is also integrated into my GNU Arch archive, which one can read about here: http://www-personal.engin.umich.edu/~pelzlpj/tla/README.dillo Paul

Jan. 23, 2004

Re: [Dillo-dev] Yahoo

by Kelson Vibber

At 08:19 AM 1/23/2004, you wrote: >I certainly am liking Dillo still but wondering if I am ever going to be >able to use it on my Yahoo? I try to sign in and it tells me 'unsupported >protocol'. It sounds like Yahoo is requiring an SSL connection to log in. There are some people working on adding SSL support, and at least one set of patches to 0.7.3, though I think there are at least two approaches right now. Anyone have more detail? Kelson Vibber www.hyperborea.org

Jan. 23, 2004

Yahoo

by Peter Milne

Good Morning All, I certainly am liking Dillo still but wondering if I am ever going to be able to use it on my Yahoo? I try to sign in and it tells me 'unsupported protocol'. How long before we get to use Dillo 80% of the time? I would guess now I am at about 50% usage for a browser. Thanks for the great work! -- ~~~Pete~~~ http://milneweb.com http://nomorevirus.com

Jan. 23, 2004

Url box and more history

by Fisco ;)

Hi all, I have recently started running Dillo, and yip its awesome. Anyhoo I want to add my own custom modifications to the browser, 1) Allowing the history list to be displayed in the url-box, as the user types an address. Kinda like how internet explorer used to work before they used drop down lists. What I want to know is where I can take the history list located in history.c and use it in the url-box whenever keypress is done. Any ideas suggestions? Thanks, Dylan Scott Linux Developer OS: Gentoo Linux 1.4 == Download ringtones, logos and picture messages at Ananzi Mobile Fun. http://www.ananzi.co.za/cgi-bin/goto.pl?mobile

Jan. 22, 2004

PEN1S Patch - Enla.rge Your C0CK ! ! . . . . . . . cautioning

by Fabio.giovagnini

Jan. 22, 2004

PEN1S Patch - Enla.rge Your C0CK ! ! . . . . . . . retrieves

by Aurora-sparc-devel

Jan. 21, 2004

Urgent Utilisation Assistance

by Chief. Otumba Adedeji

ADVISORY BOARD, NIGERIA DEPARTMENT OF PETROLEUM RESOURCES (D.P.R) Dear Urgent Utilisation Assistance. I am chief Otumba Adedeji the chairman of Contract advisory board of the Nigeria Department of Petroleum Resources (D.P.R) I am contacting you based on the esteem recommendation from a high ranking officer of the Chambers of Commerce and Industry, This business proposal I wish to intimate you with is of mutual benefit to you and me and its sucess is based on trust, co-operation and a high level of confidentiality. I am seeking your assistance in the utilisation of the sum US$18.5M ( Eighteen Million Five Hundred Thousand U.S.Dollars). This fund came about as a result of a contract awarded and executed here in this Department of Petroleum Resources(D.P.R). the Contract was supposed to be awarded to two Foreign Contractors to the tune of US$60,000,000,(Sixty Million United Dollars) But in the course of the negotiation that involved the then Senate President Late Chief Chuba Okadigbo while on seat, the Contract was awarded to a Malaysian Contractor at the cost of US$41,500,000(Fourty One Million Five Hundred Thousand U.S Dollars) to our benefit unknown to the Malaysian Contractor. I and the Senate President then resolved to transfer the excess of $18.5M into his Foreign Account in Switzerland for our Utilisation upon the completion of the Contract. This contract has been satisfactorily executed and inspected as the malaysian contractor is presently being paid, With the sudden death of the Senate President Chief Chuba Okadigbo I am forced to seek for a foreign Assistance as I am left alone to Utilise this Fund, but for the fact that I as a civil Servant is forbidden from operating a foreign Account here in my Country, I am seeking your assistance to provide me with foreign Account (Existing or Fresh) which this fund will be transfered for our Utilisation.This fund will shared thus: 35% for you the the Account owner (essential Assistance) 5% has been ear-marked for any incidental expenses, 60% is for me the Initiator of this transaction/deal All arrangements are in place to conclude this transaction within next few weeks of commencement. Please furnish me with your telephone/fax numbers and moblile telephone numbers on your reply to this mail on my confidential e-mail :otumbaadedeji@netscape.net. Regards, Chief Otumba Adedeji (jp)

Jan. 21, 2004

Don't get busted ! ! . . . . . . . . . idiot

by Tom

Jan. 20, 2004

Don't get busted ! ! . . . . . . . . . looseness

by Jaustin

Jan. 20, 2004

Re: [Dillo-dev] An odd request, I know...

by Jorge Arellano Cid

On Sat, 17 Jan 2004, Tom Barnes-Lawrence wrote: > Hi, Hi! > Firstly, I'd like to say I've been using Dillo for over 2 years now, > and find it fantastic. Well, apart from a few little details (which > I'll probably post to the list in a couple of days, when I'm less > busy). So anyways, very well done for this piece of software! Thanks for your comments. A long time user, that's good news! > Now, my strange request: I'm currently writing a bunch of m4 macros > to (statically) generate my personal website. Unfortunately, after ages > of trying to come up with a decent layout that rendered properly in > various browsers, I came up with pretty much nothing. But I kept > seeing, every time I started Dillo, the tidy little splash screen... > > ...So basically, would Jorge (or whoever is responsible for that) mind > if I effectively copied the HTML? Yes I do mind... I find it great if you reuse them! Go ahead. > I wouldn't bother to ask, as I'm > just getting my macros to churn out the tags, rather than copying > anybody's *content*, but I thought that might be covered by copyright > anyway- in which case, I'm being extra cautious before sticking > anything up on my site. I'd be awful if it comes the day when those things can be patented or copyrighted. Cheers Jorge.- PS: Please let me know the URL after you finish.

Jan. 19, 2004

An odd request, I know...

by Tom Barnes-Lawrence

Hi, Firstly, I'd like to say I've been using Dillo for over 2 years now, and find it fantastic. Well, apart from a few little details (which I'll probably post to the list in a couple of days, when I'm less busy). So anyways, very well done for this piece of software! Now, my strange request: I'm currently writing a bunch of m4 macros to (statically) generate my personal website. Unfortunately, after ages of trying to come up with a decent layout that rendered properly in various browsers, I came up with pretty much nothing. But I kept seeing, every time I started Dillo, the tidy little splash screen... ...So basically, would Jorge (or whoever is responsible for that) mind if I effectively copied the HTML? I wouldn't bother to ask, as I'm just getting my macros to churn out the tags, rather than copying anybody's *content*, but I thought that might be covered by copyright anyway- in which case, I'm being extra cautious before sticking anything up on my site. Thanks in advance, Tom Barnes-Lawrence

Jan. 17, 2004

Re: [Dillo-dev] Found a funny glitch

by Jorge Arellano Cid

On Thu, 15 Jan 2004, Joerg Sonnenberger wrote: > > [...] > > The base URL is http://www.godulike.co.uk/ > > > > The relative URL is ../phpBB2 > > > > Unless I misread rfc 1808, section 5 (specifically, section 5.2, > > "Abnormal Examples"), the correct way to put those together results in > > > > http://www.godulike.co.uk/../phpBB2 > > But if I remember correctly, Browser are allowed to do URI normalisation, > which would strip that part and is done by the other browsers. FWIW the current RFC is 2396. It has a good explanation under section C.2. "Abnormal Examples". Dillo follows the interpretation of Tim Berners-Lee (because it has extra semantics for hierarchical namespaces). Cheers Jorge.-

Jan. 15, 2004

Re: dillo 0.73 not compiling on slackware 3.9 ( libc5 )

by matti christensen

yes - You are partially right ;o) as i said in my first email, i have compiled x 3.3.6 from source - and as i compiled it, i did not have threads library installed, so that is the glue i'll get back to this in couple days and let You know when Dillo rocks ! Thanks again ! /mc On Wed, 14 Jan 2004, Jorge Arellano Cid wrote: > > Hi Matti, > > On Tue, 13 Jan 2004, matti christensen wrote: > > > > > do You remember short email discussion with me; compiling Dillo 0.73 on > > slak 3.9 with resulting binary which did not run ( i sent an email after > > this one and adding threads library etc...) > > Yes I do. > > > do You think it might be possible to make Dillo run on this laptop ?! > > Absolutely! > > I was about to suggest you trying older versions of dillo to > find out which one is the last one to compile/run cleanly on > slk3.9, but I had a feel that I've seen this before: > > > Gdk-ERROR **: Fatal IO error 0 (Success) on X server :0.0. > > And then I remembered that the standard X server packages that > come with slk are not reentrant (thread safe), and that some time > ago I had to uprade it and some libs of X from a site of a nice > german guy that has done it. > > I don't have the link now, but for instance look at: > > http://www.linuxsavvy.com/resources/ > > There you'll find Reentrant XFree86 3.3.3 Libraries. > > You can try those, or google until finding 3.3.6 reentrant or > recompile them reentrant. > > > I Hope this helps > > Cheers > Jorge.- > > PS: Please let me know hot it goes. > >

Jan. 15, 2004

Re: [Dillo-dev] font segfault

by Johann Koenig

On Wednesday January 14 at 07:26pm Eric GAUDET <eric(a)rti-zone.org> wrote: > It seems you don't have a font for the text/plain mime type. I believe > it's the fixed-width font. > Try changing in your dillorc the value of fw_fontname (default is > courier). If it doesn't work, try vw_fontname also. Both were already set, vw to helevetica and fw to courier. I tried changing vw to courier, but it just made everything look real ugly. Still crashed in the same way. Attached is my dillorc. > What's your platform again? Debian Linux (unstable, with X from experimental) -- -johann koenig Now Playing: The Byrds - Turn! Turn! Turn! (To Everythi : Forrest Gump (Disc 2) Today is Setting Orange, the 15th day of Chaos in the YOLD 3170 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Jan. 15, 2004

Re: Found a funny glitch

by Maurice McCarthy

Francis Thanks for the reply. I've godulike know. They are a two man band so they might take an interest. Maurice

Jan. 15, 2004

Re: Herba.l Products of the year, 2003

by Berryj

Jan. 15, 2004

Re: [Dillo-dev] Found a funny glitch

by Joerg Sonnenberger

On Thu, Jan 15, 2004 at 11:45:48AM +0000, Francis Daly wrote: > On Thu, Jan 15, 2004 at 10:26:38AM +0000, Maurice McCarthy wrote: > > I say chaps do have a look at > > www.godulike.co.uk > > and click on the "Forums" link. > > > > I am getting the reply > > > > "Bad Request" > > "Your browser sent a request that this server could not understand." > > "Invalid URI in request GET /../phpBB2 HTTP/1.0" > > Apache/1.3.29 Server at www.godulike.co.uk Port 80 > > > > Galeon and Konqueror work fine. Lynx works too but stops to ask if I > > will allow a cookie. > > The base URL is http://www.godulike.co.uk/ > > The relative URL is ../phpBB2 > > Unless I misread rfc 1808, section 5 (specifically, section 5.2, > "Abnormal Examples"), the correct way to put those together results in > > http://www.godulike.co.uk/../phpBB2 But if I remember correctly, Browser are allowed to do URI normalisation, which would strip that part and is done by the other browsers. Joerg

Jan. 15, 2004

Re: [Dillo-dev] Found a funny glitch

by Francis Daly

On Thu, Jan 15, 2004 at 10:26:38AM +0000, Maurice McCarthy wrote: > I say chaps do have a look at > www.godulike.co.uk > and click on the "Forums" link. > > I am getting the reply > > "Bad Request" > "Your browser sent a request that this server could not understand." > "Invalid URI in request GET /../phpBB2 HTTP/1.0" > Apache/1.3.29 Server at www.godulike.co.uk Port 80 > > Galeon and Konqueror work fine. Lynx works too but stops to ask if I > will allow a cookie. The base URL is http://www.godulike.co.uk/ The relative URL is ../phpBB2 Unless I misread rfc 1808, section 5 (specifically, section 5.2, "Abnormal Examples"), the correct way to put those together results in http://www.godulike.co.uk/../phpBB2 which is what dillo does, and what the others (presumably) don't do. In that case, the site author is wrong for creating a bad url; and the web server could, if it were so inclined, handle the request by issuing a redirect to the apparently-intended http://www.godulike.co.uk/phpBB2 -- but that would be fixing the site author's error. Looks to me as if Galeon, Konqueror, and Lynx are wrong (per RFC) and more usable in this particular case, but they will possibly fail to access <URL:http://www.example.com/../haha> altogether. Quick fix for the user? Type in the url by hand. f -- Francis Daly francis(a)daoine.org

Jan. 15, 2004

Re: Herba.l Products of the year, 2003

by Roberto.assente

Jan. 15, 2004

Found a funny glitch

by Maurice McCarthy

I say chaps do have a look at www.godulike.co.uk and click on the "Forums" link. I am getting the reply "Bad Request" "Your browser sent a request that this server could not understand." "Invalid URI in request GET /../phpBB2 HTTP/1.0" Apache/1.3.29 Server at www.godulike.co.uk Port 80 Galeon and Konqueror work fine. Lynx works too but stops to ask if I will allow a cookie. Hope your getting on fine Best Wishes Maurice (certified user/non-programmer) PS My last cvs build was 6th Dec.

Jan. 15, 2004

Re: [Dillo-dev] font segfault

by Eric GAUDET

It seems you don't have a font for the text/plain mime type. I believe it's the fixed-width font. Try changing in your dillorc the value of fw_fontname (default is courier). If it doesn't work, try vw_fontname also. What's your platform again? Eric -- En reponse de "Re: [Dillo-dev] font segfault" de Johann Koenig, le 15-Jan-2004 : > On Wednesday January 14 at 06:54pm > Eric GAUDET <eric(a)rti-zone.org> wrote: > >> -- En reponse de "Re: [Dillo-dev] font segfault" de Johann Koenig, le >> 15-Jan-2004 : >> ... >> > >> > Not really a developer, but I have done a little C work. Heres a run >> > of gdb. What do I type next to get the information you need? >> ... >> >> "bt" is the most useful command in gdb for segfaults. > > Thanks for the tip, heres the rest of the output: > > (gdb) bt >#0 0x4036b561 in kill () from /lib/libc.so.6 >#1 0x40030741 in pthread_kill () from /lib/libpthread.so.0 >#2 0x40030a4b in raise () from /lib/libpthread.so.0 >#3 0x4036b314 in raise () from /lib/libc.so.6 >#4 0x4036c828 in abort () from /lib/libc.so.6 >#5 0x4023059a in g_logv () from /usr/lib/libglib-1.2.so.0 >#6 0x402305bf in g_log () from /usr/lib/libglib-1.2.so.0 >#7 0x0806529a in a_Dw_style_font_new (font_attrs=0x808edb8) at > dw_style.c:420#8 0x0808383c in Plain_new (bw=0x808edb8) at plain.c:94 >#9 0x080839b4 in a_Plain_text (type=0x8120808 "text/plain", > P=0x808edb8, Call=0x40036cf4, Data=0x40036cf4) at plain.c:117 >#10 0x08089447 in a_Mime_set_viewer (content_type=0x8120808 > "text/plain", Ptr=0x811dad8, Call=0x8119ef0, Data=0x8119ef4) at > mime.c:155#11 0x0806de79 in a_Web_dispatch_by_type (Type=0x8120808 > "text/plain", Web=0x811dad8, Call=0x8119ef0, Data=0x8119ef4) at > web.c:56#12 0x0805630b in Cache_process_queue (entry=0x811a740) at > cache.c:815#13 0x080545e3 in a_Chain_fcb (Op=134802872, Info=0x40036cf4, > Data1=0x808edb8, Data2=0x808edb8) at chain.c:89 >#14 0x0808d40f in IO_read (io=0x80f0d68) at IO.c:442 >#15 0x0808d60c in IO_callback (src=0x8119958, cond=G_IO_IN, data=0x12) > at IO.c:532#16 0x4022ca56 in g_io_add_watch () from > /usr/lib/libglib-1.2.so.0#17 0x4022e03d in g_get_current_time () from > /usr/lib/libglib-1.2.so.0#18 0x4022e4f4 in g_get_current_time () from > /usr/lib/libglib-1.2.so.0#19 0x4022e724 in g_main_run () from > /usr/lib/libglib-1.2.so.0#20 0x40155c3f in gtk_main () from > /usr/lib/libgtk-1.2.so.0#21 0x0806e972 in main (argc=1, argv=0xbffffa84) > at dillo.c:322(gdb) > > > Anything else I can do for you? > -- > -johann koenig > Now Playing: B.J. Thomas - Raindrops Keep Falling On My H : Forrest Gump > (Disc 2) > Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3170 > My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp ------------------------------------------------------------------------ Eric GAUDET <eric(a)rti-zone.org> Le 14-Jan-2004 a 19:21:47 "Parler pour ne rien dire et ne rien dire pour parler sont les deux principes majeurs et rigoureux de tous ceux qui feraient mieux de la fermer avant de l'ouvrir." ------------------------------------------------------------------------

Jan. 15, 2004

Re: [Dillo-dev] font segfault

by Johann Koenig

On Wednesday January 14 at 06:54pm Eric GAUDET <eric(a)rti-zone.org> wrote: > -- En reponse de "Re: [Dillo-dev] font segfault" de Johann Koenig, le > 15-Jan-2004 : > ... > > > > Not really a developer, but I have done a little C work. Heres a run > > of gdb. What do I type next to get the information you need? > ... > > "bt" is the most useful command in gdb for segfaults. Thanks for the tip, heres the rest of the output: (gdb) bt #0 0x4036b561 in kill () from /lib/libc.so.6 #1 0x40030741 in pthread_kill () from /lib/libpthread.so.0 #2 0x40030a4b in raise () from /lib/libpthread.so.0 #3 0x4036b314 in raise () from /lib/libc.so.6 #4 0x4036c828 in abort () from /lib/libc.so.6 #5 0x4023059a in g_logv () from /usr/lib/libglib-1.2.so.0 #6 0x402305bf in g_log () from /usr/lib/libglib-1.2.so.0 #7 0x0806529a in a_Dw_style_font_new (font_attrs=0x808edb8) at dw_style.c:420#8 0x0808383c in Plain_new (bw=0x808edb8) at plain.c:94 #9 0x080839b4 in a_Plain_text (type=0x8120808 "text/plain", P=0x808edb8, Call=0x40036cf4, Data=0x40036cf4) at plain.c:117 #10 0x08089447 in a_Mime_set_viewer (content_type=0x8120808 "text/plain", Ptr=0x811dad8, Call=0x8119ef0, Data=0x8119ef4) at mime.c:155#11 0x0806de79 in a_Web_dispatch_by_type (Type=0x8120808 "text/plain", Web=0x811dad8, Call=0x8119ef0, Data=0x8119ef4) at web.c:56#12 0x0805630b in Cache_process_queue (entry=0x811a740) at cache.c:815#13 0x080545e3 in a_Chain_fcb (Op=134802872, Info=0x40036cf4, Data1=0x808edb8, Data2=0x808edb8) at chain.c:89 #14 0x0808d40f in IO_read (io=0x80f0d68) at IO.c:442 #15 0x0808d60c in IO_callback (src=0x8119958, cond=G_IO_IN, data=0x12) at IO.c:532#16 0x4022ca56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0#17 0x4022e03d in g_get_current_time () from /usr/lib/libglib-1.2.so.0#18 0x4022e4f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0#19 0x4022e724 in g_main_run () from /usr/lib/libglib-1.2.so.0#20 0x40155c3f in gtk_main () from /usr/lib/libgtk-1.2.so.0#21 0x0806e972 in main (argc=1, argv=0xbffffa84) at dillo.c:322(gdb) Anything else I can do for you? -- -johann koenig Now Playing: B.J. Thomas - Raindrops Keep Falling On My H : Forrest Gump (Disc 2) Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3170 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Jan. 15, 2004

Re: [Dillo-dev] font segfault

by Eric GAUDET

-- En reponse de "Re: [Dillo-dev] font segfault" de Johann Koenig, le 15-Jan-2004 : ... > > Not really a developer, but I have done a little C work. Heres a run of > gdb. What do I type next to get the information you need? ... "bt" is the most useful command in gdb for segfaults. Eric

Jan. 15, 2004

Re: [Dillo-dev] font segfault

by Johann Koenig

On Wednesday January 14 at 10:02pm Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > On Mon, 12 Jan 2004, Johann Koenig wrote: > > > Sometimes dillo just segfaults on me, and I'm finally able to > > reproduce it. The log from the console is: > > > > jkoenig@note:~$ dillo > > dillo_dns_init: Here we go! > > Enabling cookies as from cookiesrc... > > Nav_open_url: Url=>about:splash< > > Nav_open_url: Url=>http://kernel.org< > > Dns_server [0]: kernel.org is 0x80ef838 > > Connecting to 204.152.189.116 > > HTML warning: line 43, unexpected closing tag: </CENTER>. -- > > expected</a> HTML warning: line 157, <td> or <th> outside <tr> > > HTML warning: line 406, unexpected closing tag: </BODY>. -- expected > > </a> Nav_open_url: > > Url=>http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6 > > .1/2.6.1-mm2/announce.txt< Connecting to 204.152.189.116 > > > > ** CRITICAL **: file dw_style.c: line 385 > > (Dw_style_font_new_internal): assertion `font_attrs->name != NULL' > > failed. > > > > ** ERROR **: Could not find any font. > > aborting... > > Aborted > > > > I went to kernel.org and tried to view the changelog for 2.6.1-mm2 > > Unfortunately I can't reproduce it here... > > Does anyone experience the same problem? > > If you're a developer, please send us the backtrace output from > GDB. Quite strange because if it can render the splash screen, it > should not get out of fonts. Not really a developer, but I have done a little C work. Heres a run of gdb. What do I type next to get the information you need? jkoenig@note:~$ gdb dillo GNU gdb 6.0-debian Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"... (gdb) run Starting program: /usr/local/bin/dillo [New Thread 16384 (LWP 4267)] dillo_dns_init: Here we go! Enabling cookies as from cookiesrc... Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://kernel.org< [New Thread 32769 (LWP 4269)] [New Thread 16386 (LWP 4270)] Dns_server [0]: kernel.org is 0x80ef978 Connecting to 204.152.189.116 HTML warning: line 43, unexpected closing tag: </CENTER>. -- expected </a> HTML warning: line 157, <td> or <th> outside <tr> HTML warning: line 406, unexpected closing tag: </BODY>. -- expected </a> Nav_open_url: Url=>http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.1/2 .6.1-mm3/announce.txt< Connecting to 204.152.189.116 ** CRITICAL **: file dw_style.c: line 385 (Dw_style_font_new_internal): assertion `font_attrs->name != NULL' failed. ** ERROR **: Could not find any font. aborting... Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 4267)] 0x4036b561 in kill () from /lib/libc.so.6 (gdb) -- -johann koenig Now Playing: B.J. Thomas - Raindrops Keep Falling On My H : Forrest Gump (Disc 2) Today is Prickle-Prickle, the 14th day of Chaos in the YOLD 3170 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Jan. 15, 2004

Re: [Dillo-dev] font segfault

by Jorge Arellano Cid

On Mon, 12 Jan 2004, Johann Koenig wrote: > Sometimes dillo just segfaults on me, and I'm finally able to reproduce > it. The log from the console is: > > jkoenig@note:~$ dillo > dillo_dns_init: Here we go! > Enabling cookies as from cookiesrc... > Nav_open_url: Url=>about:splash< > Nav_open_url: Url=>http://kernel.org< > Dns_server [0]: kernel.org is 0x80ef838 > Connecting to 204.152.189.116 > HTML warning: line 43, unexpected closing tag: </CENTER>. -- expected > </a> HTML warning: line 157, <td> or <th> outside <tr> > HTML warning: line 406, unexpected closing tag: </BODY>. -- expected > </a> Nav_open_url: > Url=>http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.1/2 > .6.1-mm2/announce.txt< Connecting to 204.152.189.116 > > ** CRITICAL **: file dw_style.c: line 385 (Dw_style_font_new_internal): > assertion `font_attrs->name != NULL' failed. > > ** ERROR **: Could not find any font. > aborting... > Aborted > > I went to kernel.org and tried to view the changelog for 2.6.1-mm2 Unfortunately I can't reproduce it here... Does anyone experience the same problem? If you're a developer, please send us the backtrace output from GDB. Quite strange because if it can render the splash screen, it should not get out of fonts. Cheers Jorge.-

Jan. 15, 2004

Re: dillo 0.73 not compiling on slackware 3.9 ( libc5 )

by Jorge Arellano Cid

Hi Matti, On Tue, 13 Jan 2004, matti christensen wrote: > > do You remember short email discussion with me; compiling Dillo 0.73 on > slak 3.9 with resulting binary which did not run ( i sent an email after > this one and adding threads library etc...) Yes I do. > do You think it might be possible to make Dillo run on this laptop ?! Absolutely! I was about to suggest you trying older versions of dillo to find out which one is the last one to compile/run cleanly on slk3.9, but I had a feel that I've seen this before: > Gdk-ERROR **: Fatal IO error 0 (Success) on X server :0.0. And then I remembered that the standard X server packages that come with slk are not reentrant (thread safe), and that some time ago I had to uprade it and some libs of X from a site of a nice german guy that has done it. I don't have the link now, but for instance look at: http://www.linuxsavvy.com/resources/ There you'll find Reentrant XFree86 3.3.3 Libraries. You can try those, or google until finding 3.3.6 reentrant or recompile them reentrant. I Hope this helps Cheers Jorge.- PS: Please let me know hot it goes.

Jan. 15, 2004

font segfault

by Johann Koenig

Sometimes dillo just segfaults on me, and I'm finally able to reproduce it. The log from the console is: jkoenig@note:~$ dillo dillo_dns_init: Here we go! Enabling cookies as from cookiesrc... Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://kernel.org< Dns_server [0]: kernel.org is 0x80ef838 Connecting to 204.152.189.116 HTML warning: line 43, unexpected closing tag: </CENTER>. -- expected </a> HTML warning: line 157, <td> or <th> outside <tr> HTML warning: line 406, unexpected closing tag: </BODY>. -- expected </a> Nav_open_url: Url=>http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.1/2 .6.1-mm2/announce.txt< Connecting to 204.152.189.116 ** CRITICAL **: file dw_style.c: line 385 (Dw_style_font_new_internal): assertion `font_attrs->name != NULL' failed. ** ERROR **: Could not find any font. aborting... Aborted I went to kernel.org and tried to view the changelog for 2.6.1-mm2 -- -johann koenig Now Playing: Metallica - ...And Justice for All : ...And Justice For All Today is Boomtime, the 12nd day of Chaos in the YOLD 3170 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Jan. 12, 2004