- Dillo-dev - lists.mailman3.com

[Dillo-dev]dillo-0.8.4-rc1
by Jorge Arellano Cid Jan. 7, 2005

Jan. 7, 2005

Hi, I just finished packing the tarball for dillo-0.8.4-rc1. Please excuse me for the delay, but I received a security notice that needed to be addressed (CAN-2005-0012), and I discovered a minor bug with the HEAD tag implicit-close handling code. All of this is fixed in the tarball now, plus a few comments. Please grab it ASAP, test it throughly and report your findings (finding no problems is a good sign ;). Some emphasis should be put on the newest file server dpi and on compiling on 64 bit machines. Enjoy! -- Cheers Jorge.-

4 6

[Dillo-dev]Re: dillo patch: entities (BUG#605)
by Jorge Arellano Cid Jan. 5, 2005

Jan. 5, 2005

On Tue, Jan 04, 2005 at 01:33:01PM +0100, Matthias Franz wrote: > Hi Jorge, > > On Mon, Jan 03, 2005 at 12:05:59PM -0300, Jorge Arellano Cid wrote: > > I just reviewed and commited the patch. > > Great! > > > > > * The ';' at the end is no longer required. In fact, it is optional > > > according to the SGML spec (see also Sec. 5.3 of the HTML 4.01 spec). > > > Omitting the ';' produces a warning. > > > > When show_extra_warnings is set. > > > > I wonder if it is better to always rise the warning. Of course > > it is perfectly legal for SGML but IIRC XHTML requires the ';' > > and authors prefer to add it with a view to avoid problems, so a > > reminder should be welcome. e.g. www.linuxpackages.net. > > That depends on what the (extra) warnings are intended for. I thought > that ordinary HTML_MSG are for errors, so that (ideally - we/you don't > want to be 100% perfect) if show_extra_warnings is off, "no errors" means > that the page is valid HTML. If show_extra_warnings is on, then one gets > additonal warnings, for example about bad style, incompatibility with > XHTML etc. Of course, this is a design question. I also agree with this view. It provides a simple formal definition too ;). Let's keep it now and see what happens. > One more remark about the HTML error messages. I would suggest the > following: > > * Leave out the "HTML warning" at the beginning of each entry - all the > more that most entries are errors. > > * Introduce a macro HTML_ERROR for real error messages. It replaces > HTML_MSG (in most of the source code; internally it may call HTML_MSG). > > * Introduce a macro HTML_WARNING like > > #define HTML_WARNING(fmt...) if (prefs.show_extra_warnings) \ > HTML_MSG("warning: " ## fmt) > > (not tested - you get the idea). > > What do you think about it? It looks like a good idea. It's more correct to label them "HTML error" and "HTML warning" than as it is done currently. My main concern is about page authors taking it personal. ;-) The other point is that we'd have to be very accurate. The nesting detection is ok now, but we'd have to start taking into account whether we're dealing with HTML.(version) or XHTML for some messages. > > > I made a minor change to avoid the #ifdefs. > > good idea > > > > Ah, we're now raising a warning when a named entity is not > > found. I don't know whether our list is complete. It'd be good to > > check because we could be giving misleading warnings for a small > > yet unsupported set. > > OK, I'll do it. But give me some days ... -- Cheers Jorge.-

1 0

[Dillo-dev]Re: styles leak bug
by Jorge Arellano Cid Jan. 4, 2005

Jan. 4, 2005

Hi Roberto, On Sun, Jan 02, 2005 at 01:28:07PM -0500, Roberto Sanchez wrote: > Jorge Arellano Cid wrote: > >=== > > > > Have you had the time to look into the styles leak bug? > > > > Only briefly. I also noticed that it occured on another webpage that > I developing for my church. I will let you know as soon I can figure > something out. Good news: I had some luck with an idea to test the origin of it. It's fixed in the CVS now! I'll try to pack the rc1 tarball tomorrow. -- Cheers Jorge.-

1 0

[Dillo-dev]2005
by Jorge Arellano Cid Jan. 4, 2005

Jan. 4, 2005

Hi there! Please receive my best wishes for this new year. Our project has kept its advancing pace and we're very close to dillo-0.8.4-rc1. There's still a DwStyle leak to investigate and that's it. If it takes more than two days more, I'll pack rc1 anyway to start the testing cycle. This should be a short stage because this is mainly a bugfix release and it has proven very stable as from CVS. The idea is to have 0.8.4 before January 15. Althoug the mailing list has been a bit quiet, there's been good work going on in the background, with some new developers and several patches! (the CVS shows it). If destiny smiles, I could be on FOSDEM 2005 presenting Dillo on the embedded track and making contacts with a view to find a way to finally get a core team working full-time on it, thus boosting the development pace. Please join your best thinking, good wishes, and let's hope the best for this 2005! -- Cheers Jorge.-

2 1

[Dillo-dev]new file server dpi in CVS.
by Jorge Arellano Cid Jan. 4, 2005

Jan. 4, 2005

Hi Dieter, I just finished the first prototype for the two-threads-only file server dpi. I've had this in mind for sometime because the old one, despite solving a deadlock race, used too much threads when the page requested too much different files (one per file). This can cause some problems on restricted environments as PDAs or uclibc for instance. I hope this solves the issues you told me on your LP64 machine. Ah, the CVS also has a lot more fixes of -Wconversion warnings. Urbi et orbi: please test these new dpis because the current CVS is very close to becoming dillo 0.8.4! How: dpidc stop make make install-strip (this avoids the upgrading problems with running dpis/dpid). ============ Have great hollydays and enjoy as much as you can! -- Cheers Jorge.- PS: Dieter: are you subscribed to dillo-dev?

2 2

[Dillo-dev]configurable page increment
by Scott Scriven Jan. 4, 2005

Jan. 4, 2005

Hello. I'd like to make the page increment configurable. I liked the old half-page behavior, and would like to be able to use that instead of the current "96% of the viewport" method. However, I don't really know where to start, or how to hook into dillo's configuration system. Ideally, I'd like to set values for how much to scroll on each type of scroll event: PgUp/Dn, Space/BkSpace, arrows, and the mouse wheel. (96%, 50%, 1 line, and 2 lines, respectively) I've found the code which configures one of these events, thanks to a snippet early on this list ("0.96 * allocation->height"), but don't know where/how to handle the others. So, any hints? Or, alternately, does anyone with more of a clue feel like adding this? -- Scott

2 1

[Dillo-dev]Re: dillo: umask(0) in dpid/main.c?
by Jorge Arellano Cid Jan. 3, 2005

Jan. 3, 2005

On Sun, Nov 28, 2004 at 01:03:23PM +0100, Richard Zidlicky wrote: > Hi, Hi. > I stumbled upon this as I noticed that bookmarks and saved files > are world writable. Is there still a good reason to set umask > to 0 for all plugins? Good question! Basically the umask(0) call is there because the "Linux Programming Second Edition Unleashed" recommends so as a standard for daemons ;). Now, looking into it, it makes much more sense to use 077 as a mask for dpis (i.e. only allowing the owner). > > Another detail I noticed while checking file creation > is this: > --- dillo-0.8.3/src/cookies.c.rz 2004-11-28 12:39:33.000000000 +0100 > +++ dillo-0.8.3/src/cookies.c 2004-11-28 12:40:22.000000000 +0100 > @@ -100,7 +100,7 @@ > > if ((F_in = fopen(filename, "r+")) == NULL) { > /* Create the file */ > - fd = open(filename, O_WRONLY | O_CREAT | O_TRUNC, S_IRUSR | S_IWUSR); > + fd = open(filename, O_WRONLY | O_CREAT | O_TRUNC, S_IRUSR | S_IWUSR, 0777); > if (fd != -1) { > if (init_str) > write(fd, init_str, strlen(init_str)); Well, with the proper mask set to 0077 this would not be required. If the need to add explicit permissions arise, it'd be 0077 too. Comments are welcome. -- Cheers Jorge.-

3 4

[Dillo-dev]Dillo is five years old!
by Jorge Arellano Cid Dec. 30, 2004

Dec. 30, 2004

Hi there, It's our project's birthday number 5! What else can I say? Ah, yes, I just set a link and a page that talks about it. :-) Developers will certainly find very encouraging words and some soul comfort by reading the email compilation link. Go to the home page, and it'll be clear where to follow! -- Cheers, Cheers, Cheers, Cheers, Cheers! Jorge.-

1 0

[Dillo-dev]BUG#340 reproducible?
by Matthias Franz Dec. 29, 2004

Dec. 29, 2004

Hi everybody, I've had a look at BUG#340, but I cannot reproduce it. Can anyone else? If not, one could delete it from the bug list. 340 Impact: soft error At: run time Type: misbehaviour Comments: Dillo doesn't keep www.yahoo.com in the history when going to the "advanced search" link. HTReproduce: Open a new copy of dillo. Go to www.yahoo.com. Click "advanced search". Wait for the page to load, and click the back button. Instead of going to www.yahoo.com, dillo will go to the dillo splash screen. WorkedBy: nobody All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

1 0

[Dillo-dev][netbsd.sopwith.solgatos.com: Re: new file server dpi in CVS.]
by Jorge Arellano Cid Dec. 29, 2004

Dec. 29, 2004

-- Cheers Jorge.-

1 0

[Dillo-dev]Re: Dillo Bug #650 partial workaround
by Jorge Arellano Cid Dec. 26, 2004

Dec. 26, 2004

On Thu, Dec 23, 2004 at 04:56:22PM -0500, Roberto Sanchez wrote: > Jorge Arellano Cid wrote: > >On Sun, Dec 19, 2004 at 01:04:08AM -0500, Roberto Sanchez wrote: > > > >>Jorge, > >> > >>I have a partial workaround for bug #650. It is not exactly > >>pretty. The problem is that the website reported in the bug, > >>www.ilsole24ore.it, does not send a Content-Type header. > >>The result is: > >> > >>Nav_open_url: Url=>http://www.ilsole24ore.it< > >>Dns_server [0]: www.ilsole24ore.it is 0x80b97f8 > >>Connecting to 212.45.97.54 > >>HTTP warning: Server didn't send Content-Type in header. > >> > >>[...] > > > > > > My investigation on this is leading to a patch that will enable > >Dillo to wait for more input when there's not enough data at HTTP > >header-parsing time (to detect the content-type). > > > > This is the same problem you face when a SGML comment that's to > >be skipped is trimmed in the middle by the TCP packetizing. > > > > The good news is that when I'm done, the patch you're working > >on will be much easier to complete. > > > OK. I have started on this, but have only put a few hours into > it. I will wait for your patch. Done. It took a couple of days to commit because of christmas ;-). > > > You can work on: > > > ><q> > > there is a small memory leak in the current CVS version of Dillo: > > The trivial document > > > > <html><head><title>memory leak</title></head><body></body></html> > > > > produces on exiting Dillo: > > > > ** WARNING **: 1 styles left > > ** WARNING **: 1 fonts (1 references) left > > ** WARNING **: 1 colors (1 references) left > > > What do these warnings mean? That some reference-counted styles of Dw are not being freed. > Where can I find out more about them? ./srch a_Dw_style_ref or ./srch a_Dw_style_unref > Does this indicate that objects were allocated and never released? Yes. ======== List readers: Roberto just joined us as a contributing developer. We've had some email interchange out of dillo-dev band to set things up. Now we'll continue writing on the list. Welcome aboard! -- Cheers Jorge.-

1 0

[Dillo-dev][aferris@bu.edu: Dillo Rocks!]
by Jorge Arellano Cid Dec. 22, 2004

Dec. 22, 2004

-- Cheers Jorge.-

1 0

[Dillo-dev]BugTrack
by Jorge Arellano Cid Dec. 21, 2004

Dec. 21, 2004

Hi, Does anyone know how to make sense and use the bug track entries ranging from #628 to #646? If there's a way it'd be good to fix those, otherwise, it'd be good to remove these entries. -- Cheers Jorge.-

2 1

[Dillo-dev]website: task list and more.
by Jorge Arellano Cid Dec. 21, 2004

Dec. 21, 2004

Hi Jörgen, Sometime ago we considered with Sebastian moving the "Current Plans" section of the home page into its own page (with a link in the left column). Please build this page with the info in: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002414.html Note that the first two tasks are already done and commited to CVS (To be marked as [D]. i.e., done). Ah, it'd be also good to have the information posted by Livio referenced somewhere where you see it fits. This is: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-December/002474.html Last but not the least: Please add Matthias Franz to the contributors section in the authors page. TIA. -- Cheers Jorge.-

1 0

[Dillo-dev]small memory leak
by Matthias Franz Dec. 21, 2004

Dec. 21, 2004

Hi everybody, there is a small memory leak in the current CVS version of Dillo: The trivial document <html><head><title>memory leak</title></head><body></body></html> produces on exiting Dillo: ** WARNING **: 1 styles left ** WARNING **: 1 fonts (1 references) left ** WARNING **: 1 colors (1 references) left OK with Dillo 0.8.3. All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

1 0

[Dillo-dev]dillo on ipaq w/ OPIE and FLTK future
by Michael Kropfberger Dec. 20, 2004

Dec. 20, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi! I don't want to start a flame thread, but just wanted to know the actual thoughts on: how complicated would it be to port dillo to Qt-based OPIE on ipaqs? how far is the idea of switching to fltk away from GTK? IMHO, fltk is not able to render on Qt-embedded, just on X11 and Windows BTW, is the actual dillo-0.8.3 compiling on ipaq with GPE? haven't tried yet... I'm playing around with GPE-feed dillo2_0.6.6-r0_arm.ipk greets, Mike - -- < When in doubt, THINK! > < echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D3F204445524F42snlbxq'|dc > <----------------------------------------------------------------------> < DI Dr. Michael Kropfberger A-9073 Viktring, Kindergartenstr. 14/6 > < +43(650)6996000 michael _A T_ kropfberger.com http://www.kropfberger.com > <----------------------------------------------------------------------> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBxWcYw6IyDgGSsNIRAmMtAJ9DIyKTbign8/xScl5JcRDQDc36tACfZ01B 4dHFMQX/Rb0kSLFmDbHXLI0= =iSA8 -----END PGP SIGNATURE-----

2 1

[Dillo-dev]does the mailing list still work
by Calvin Yu Dec. 15, 2004

Dec. 15, 2004

I haven't received mailing list for a long time. Does it still work? By the way, can anyone tell me that how the html is rendered? I know the html text can be parsed into some data structures and then these data structures are delivered to renderer. Another way is to render one object immediately after it is created. Which method does dillo apply? If it uses the first methond, what are the corresponding data structures that keep information of the html tags. If uses the second one, what event triggers the renderer? And how the objects are rendered? If anyone can send me some documents about those subjects, I will be very grateful. Thank you very much!

1 0

[Dillo-dev]what does branch mean
by Calvin Yu Dec. 13, 2004

Dec. 13, 2004

Hello everybody: Now I'm studying CCC model of dillo. I see many many modules have their chain functions, whose parameters are similar. When a_Chain_link_new(AInfo...) is called, A new chain is created and a new link is established between the new chain and old chain -- AInfo. Now what confuses me is that what the branch mean? There are only numeric branch,1, 2, 3,... I don't know what they imply. And when a chain function is called, such as a_Cache_ccc(Op, Branch, Dir, Info, Data1, Data2), where does Info come from and what's its meaning? Thank you!

1 0

[Dillo-dev]about ccc model
by Calvin Yu Dec. 10, 2004

Dec. 10, 2004

I think the CCC model is too complex to understand. :( Where can I find a more detailed document about it?

2 1

[Dillo-dev]about DilloHtmlParseMode
by Calvin Yu Dec. 10, 2004

Dec. 10, 2004

hello all: Can you tell me the difference among these dillo html parse mode? DILLO_HTML_PARSE_MODE_INIT,DILLO_HTML_PARSE_MODE_STASH,DILLO_HTML_PARSE_MODE_STASH_AND_BODY,DILLO_HTML_PARSE_MODE_VERBATIM,DILLO_HTML_PARSE_MODE_BODY,DILLO_HTML_PARSE_MODE_PRE What do these parse mode mean? Especially, what is stash mode? Thank you very much!

2 1

[Dillo-dev][Offtopic] Dillo in mobile research
by Livio Soares Dec. 10, 2004

Dec. 10, 2004

Hi all, Just as a miscellaneous little bit of curious information: while taking a Mobile Computing course during my first semester here at the University of Toronto, I've learned of the citation of Dillo in a few mobile computing papers: [1] Ghosts in the Machine: Interfaces for Better Power Management http://notrump.eecs.umich.edu/group/papers/mobisys04.pdf Work from University of Michigan, presented in Mobisys'2004 (a very good conference in the mobile area). Won the best paper award. Dillo is used to measure energy savings in the proposed system. [2] Transport Protocol Optimization For Energy Efficient Wireless Embedded Systems http://www.ee.princeton.edu/~anand/pub_links/date03_tcp.pdf Work from Princeton, presented in Design, Automation and Test in Europe Conference and Exhibition (DATE 03) Dillo, again, is used in the evaluation section for energy-savings measurements. [3] Chameleon: Application Controlled Power Management with Performance Isolation http://lass.cs.umass.edu/~lass/papers/pdf/TR04-26.pdf Just a technical report from University of Massachusetts Amherst Also used in evaluation section. Again for energy savings/power-management. The papers themselves have nothing directly to do with Dillo, but it was still nice to see it being mentioned and used in the mobile-research community. My (wild) guess is that the mobile people probably know about Dillo because of its inclusion in the 'Familiar' distribution. Cheers, Livio

1 0

[Dillo-dev]Ugly fonts -- fixed
by Chris de Vidal Dec. 3, 2004

Dec. 3, 2004

I honestly don't know what worked. This morning I commented out vw_fontname and reloaded Dillo and it worked! Apparently at some point in time I fixed the problem but because vw_fontname was set I didn't know when it was fixed. Now the default font looks great, like the screenshots. Compared to anti-aliased fonts of course it looks edgier and for some reason the screenshot's fonts look slightly less edgy, but it's far better than when I first started using it. Thanks to everyone! CD "You will exist forever. You and God are both in the universe to stay either as friends on his terms, or enemies on yours. Which it will be is proven in this life. And this life is a vapor. Two seconds, and we will be gone. Surely God means for our time on earth to count for something significant." -- John Piper in "Life as a Vapor." Read it here: http://www.desiringgod.org/library/onlinebooks_index.html#blv

1 0

[Dillo-dev]Ugly fonts
by Chris de Vidal Dec. 3, 2004

Dec. 3, 2004

This must be related to the GTK 1.x engine that's used with XFCE 4. I say that because the font in the type location box (Ctrl+L) has the same ugliness that Dillo renders websites with, and this font is the same as used by the menus at the top of Multi-Gnome-Terminal. But on GTK 2.x programs I get a nice anti-aliased font for the menus. J-Pilot, a GTK app, was recently converted from 1.x to 2.x. Before the upgrade fonts were terrible; now they're smooth. KDE must use a slightly different configuration for GTK 1.x apps; on the wife's computer, both Dillo and Multi-Gnome-Terminal use nice fonts for the menus, location box (Dillo, Ctrl+L), and when Dillo renders HTML. I have the same versions of GTK 1.x and 2.x on both machines. XFCE 4 is GTK 2.x-based. Do I *have* to install a heavy window manager to use a light web browser? Not fair :( Livio Baldini Soares wrote: > Chris, regarding your Debian box, make sure you have correctly > configured your '/etc/fonts/local.conf' configuration file. > Specifically, I have found that most Debian default installations > disable bitmapped fonts, due to the use of anti-aliased or truetype > fonts used in most applications and/or window managers. Uncomment the > lines around: <dir>/usr/X11R6/lib/X11/fonts</dir> > > After you do that, run: > > $ defoma-reconfigure > and > $ fc-cache -f No gold. > Another issue is that fonts with "odd" sizes are butt-ugly. In this > respect, try adding 0.1 to your "font_factor" variable in your dillorc > file (if it's 1.0 set it to 1.1, if it's 1.1 set it to 1.2, for > example). It usually makes very little difference in the final font > size, but makes it a _big_ difference in scalability. No difference. Thanks for the attempt. higuita wrote: > try > > "-misc-fixed-*-*-*--*-*-*-*-*-*-iso8859-1" Same. > probably kde installed truetype fonts... > try to do the xfontsel in that computer and compare > then I don't think you mean xfontsel because that just lets me see what fonts look like, it doesn't show which my X server is using. Jorge Arellano Cid said: > This is a problem with your machine's installed > fonts, not with Dillo. Never doubted that for a second, especially when exactly the same Dillo binary and config file worked at home. Just writing this list because I don't know where else to look. > I'm not a Debian user, but most probably you left out > a set of "legacy" fonts that Dillo requires. Wish that were true... I've installed every font package the other machine has. > Maybe the fastest solution is to check the font-specific .debs > of your wife's cpmputer against yours, once this is done update > the font cache, restart X and retry. I compared font packages on both machines and ensured both had the same packages installed. Some were missing, so I installed them, updated the font cache, restarted X. No joy. xlsfonts shows exactly the same fonts on both machines. X on both machines are now using strictly xfs for fonts. I think I'll just give up using Dillo for now... it hurts the eyes too much.

2 2

[Dillo-dev]Dillo doesn't work!! :(
by Andrea Spadaccini Dec. 1, 2004

Dec. 1, 2004

Hi everyone, i compiled and installed Dillo 0.83, but it doesn't open anything! Here there are the error messages I get: [andrea@iridiumII andrea]$ dillo dillorc:98: unexpected string constant "force_visited_color", expected symbol dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Nav_open_url: Url=>dpi:/bm/< dpi_socket_dir.c:61: tst_dir: access : No such file or directory - /tmp/andrea-0c137u/ debug_msg - init_sockdir: The socket directory /tmp/andrea-0c137u does not exist or is not a directory dpid.c:500: init_all_dpi_sockets: bind : Address already in use/tmp/andrea-3vbac6/bookmarks.dpi dpid started Capi_dpi_conn_timeout:: try 1 main.c:153: get_command: dpid tag is NULL : main.c:326: main: get_command failed : ** ERROR **: file main.c: line 351 (main): assertion failed: (numsocks >= 0) aborting... waitpid: No child processes IO_write_chunk: Pipe rotta It seems like it cannot access the dir /tmp/andrea-0c137u, but it should be able to do it: [andrea@iridiumII andrea]$ ll /tmp/ totale 4 drwx------ 2 andrea users 4096 2004-11-30 00:59 andrea-3vbac6/ srwxr-xr-x 1 andrea users 0 2004-11-30 00:59 sylpheed-1000= srwxr-xr-x 1 andrea users 0 2004-11-29 22:20 xmms_andrea.0= srwxr-xr-x 1 giorgia users 0 2004-11-03 16:57 xmms_giorgia.0= srwxr-xr-x 1 luther users 0 2004-11-27 11:50 xmms_luther.0= [andrea@iridiumII andrea]$ cd /tmp/andrea-3vbac6/ [andrea@iridiumII andrea-3vbac6]$ ls bookmarks.dpi= dpid.srs= ftp.filter.dpi= https.filter.dpi= downloads.dpi= file.dpi= hello.filter.dpi= I get the same problems if I'm root too, so it shouldn't be a permissions problem... I've tried installing dpis in my home directory, but it doesn't work.. Can you help me, please? Thanks! :) -- [ Andrea Spadaccini a.k.a. Lupino / Lupin85 - from Catania ] [ MAIL: lupin85(at)email.it - ICQ: 91528290 - Linux 2.4.22 ] [ Linux Registered User #313388 - Powered by Slackware 9.1 ]

3 3

[Dillo-dev]dillo.c patch
by Russell J. Wood Nov. 30, 2004

Nov. 30, 2004

Hello all, Attached is a patch for dillo.c that merely ensures all command line arguments are parsed and complete before the GUI environment. Previous to this, the locale and GUI functions where run and then the command line, of which, in my opinion, should be run after the CLI because the CLI has the immediate commands. There is no point firing up the GUI when all one would like to know is the version they are running, right? Again, it's nothing major and doubtfully increases performance in any way. Regards, Russell

2 1

[Dillo-dev]pthreads
by Jorge Arellano Cid Nov. 28, 2004

Nov. 28, 2004

Hi, Is anyone here savvy on using dynamic memory allocation in pthreads? The problem: while hunting a bug that showed after the large parser orthogonalization patch, it was finally found between dillo and the file dpi server; it was a critical race. I recoded the file server to use pthreads and it went away, but... ... the new file server started to increase dramatically its virtual size. The threads are allocating memory and freeing it with the usual g_malloc/g_free pair, but it seems like these blocks remain allocated even after the thread is finished. This may be the same root for the reload memory leak pointed somtime ago, do you remember? The IO engine uses a pthread to make the request. It seems that there's an API to use "thread specific data" or TSD by using pthread_key_create() and akin functions. Does anyone know if this is the only way, or an URL of a good tutorial on how to do this? Note that the file server problem can be solved by using a dpi filter instead of a server, but as pthreads are being used in other parts of Dillo, this becomes very important to know. -- Cheers Jorge.-

5 17

[Dillo-dev]Ugly fonts
by Chris de Vidal Nov. 26, 2004

Nov. 26, 2004

Wonderful, fast program! Especially dig the fullscreen mode and keyboard shortcuts. HTML layout rendering of pages like Google and Amazon and eBay and Slashdot looks great! Unfortunately the fonts don't... Dillo 0.8.3 Debian Sid XFCE 4.0.5-1 XFS 4.3.0.dfsg.1-8 Kernel 2.6.8.1 The fonts on my machine look far worse than those in the screenshots. For example, Slashdot: http://devidal.tv/~chris/ugly_dillo_fonts.png Compared to your screenshot: http://www.dillo.org/screenshots/slashdot1.png And just for reference, Firefox 1.0 RC1 from a Debian Sid source (probably includes gtk2 and xfs): http://devidal.tv/~chris/nice_firefox_fonts.png These fonts are about the only thing preventing my more regular use of Dillo. I built Dillo with just ./configure make make install I tried vw_fontname=lucida which helped some, but it's still uglier than the screenshots. Ideas? Need to know anything else? CD "You will exist forever. You and God are both in the universe to stay either as friends on his terms, or enemies on yours. Which it will be is proven in this life. And this life is a vapor. Two seconds, and we will be gone. Surely God means for our time on earth to count for something significant." -- John Piper in "Life as a Vapor." Read it here: http://www.desiringgod.org/library/onlinebooks_index.html#blv

4 6

Re: [Dillo-dev]pthreads
by Jorge Arellano Cid Nov. 24, 2004

Nov. 24, 2004

On Wed, Nov 24, 2004 at 03:15:15PM +0100, Riccardo Mottola wrote: > Hey Jorge, > > just a quick answer, but I am ina hurry > > > I have solaris, I have gcc. so I can test and compile. I have also > MkLinux which is linux where threads are mapped to mach threads (linux > on mach microkernel). > > > What source code should I run? How do i check for memory leaks (no > valgrind for solaris)... I posted it to the mailing list with instructions. You can find it here: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002436.html The mail thread starts at: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-November/002429.html BTW, I'm making some tests in dillo using the results explained there, and the results are impressive: For instance: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND jcid 3234 2.5 13.9 663804 13116 pts/15 S+ 11:59 0:05 ./dillo jcid 3238 0.0 13.9 663804 13116 pts/15 S+ 11:59 0:00 ./dillo (see the huge virtual size? It's a simple page with lots of tiny images). The same dillo, this time using the explicit detached-attribute pthread creation technique, gives: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND jcid 3792 11.8 11.0 14116 10448 pts/15 S+ 12:49 0:07 ./dillo jcid 3793 0.3 11.0 14116 10448 pts/15 S+ 12:49 0:00 ./dillo Same code, same page. Something really weird is going on here! Does anyone know the email of the pthreads library maintainer? -- Cheers Jorge.-

1 0

[Dillo-dev]Parser orthogonalization
by Jorge Arellano Cid Nov. 21, 2004

Nov. 21, 2004

Hi there, A few days ago I finished the: [1] Orthogonalize the parser (leaks, XML, CSS) task from the list. I didn't commit it inmediately because of the pthreads issue we're still workint in (it showed as a parser bug when in fact it was elsewhere). Now the large parser patch is commited (a 70KB beast!). From the ChangeLog: <q> * Orthogonalized the generic parser: - Fixes memory leaks and widget state when recovering from bad HTML. - Improves error detection and validation (needed by XHTML). - Makes DOC tree generation possible (needed by CSS). - Cleaner design of handling routines for bad HTML. - Orthodox treatment of double optional elements (HTML, HEAD, BODY). - Lots of minor code cleanups. </q> That's the summary. Now tags are always pushed into the stack when they're found and the respective closing functions are always called when finishing them, no matter if this is triggered by an explicit tag, optional close, or bad-HTML cleanup. This is very important because of the above explained reasons. The routines for handling HTML cleanup (optional, magic and bad HTML) were mostly isolated into three functions: Html_test_section() Html_stack_cleanup_at_open() Html_tag_cleanup_at_close() (fairly commented in the source). In brief: the good news of all of this patch is that it makes much easier to understand, improve and maintain the parser (eventually to chop, merge or reuse too), fixes memory handling, widget creation state, validation, and is also good for future CSS, XHTML. For instance, look at the new <P> and </P> tag treatment at: http://www-106.ibm.com/developerworks/eserver/articles/framework.html Now, I'm back to pthreads, ah, and I have more cleanups already done waiting for commit, some patches pending, the usual stuff! -- Cheers Jorge.-

1 0

[Dillo-dev]Dillo and multimedia keys
by Andrea Spadaccini Nov. 20, 2004

Nov. 20, 2004

Hi everyone, does Dillo support "strange" keys that are configured with Xmodmap? I'd like to hit the "back" button (XF86Back) and go back one page, and so on... If Dillo doesn't support this, you could give me suggestions on how to implement it. I know a little C, and maybe I could be able to help you. Thanks in advance -- [ Andrea Spadaccini a.k.a. Lupino / Lupin85 - from Catania ] [ MAIL: lupin85(at)email.it - ICQ: 91528290 - Linux 2.4.22 ] [ Linux Registered User #313388 - Powered by Slackware 9.1 ] -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Email.it Phone Card: chiami in tutto il mondo a tariffe imbattibili da tutti i telefoni fissi e cellulari! Clicca e scopri come Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2686&d=20-11

1 0

[Dillo-dev]dns error with static dillo
by Roberto A. Foglietta Nov. 16, 2004

Nov. 16, 2004

Hi, please try to reproduce this bug: I've compiled dillo with -static in linking but 0.8.2 --> 0.8.4rc1 show the same problem: dns error! [roberto@wsraf src]$ ./dillo Gdk-WARNING **: locale not supported by C library GLib-WARNING **: getpwuid_r(): failed due to: No such user 1309. Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data Gtk-WARNING **: libc.so.6: cannot handle TLS data dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://www.lugge.net< Dns_server [0]: www.lugge.net is (nil) Dillo: normal exit! -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

2 1

[Dillo-dev]refresh tag patch for 0.8.4 (and fix)
by Roberto A. Foglietta Nov. 16, 2004

Nov. 16, 2004

Hi, previous patch was little buggy, I hope this is better and it's against the last version I know. I hope you will interested in apply it. :-) Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

1 0

[Dillo-dev]https by lynx -source
by Hanspeter Roth Nov. 15, 2004

Nov. 15, 2004

Hello, I don't know where to post feature requests. So I try here. Could one do a preliminary implementation of HTTPS (SSL) via piping to `lynx -source %s'? -Hanspeter

1 0

[Dillo-dev]Toolkit & dillo
by Lars Segerlund Nov. 15, 2004

Nov. 15, 2004

There has been a lot of talk about toolkits and dillo, and I had a small idea. What about using lesstif ( Motif ) for dillo ? It's fairly small ( you can bring only the widgets you need ) and if done with some care a statically linked dillo would not be bloated. I can have a look at it, but I would like the general opinion first, ( I would even give Xt a shot :-) that way it would be FAST & SMALL ). regards, Lars Segerlund.

4 7

[Dillo-dev]Orthogonalize the parser (leaks, XML, CSS)
by Jorge Arellano Cid Nov. 15, 2004

Nov. 15, 2004

Hi there, I'm devoted 100% to this task now. It started as a small polish and ended being a huge patch. It's incredible how tricky optional tags can get when combined into a pot of tag soup! :-) Add, memory management (almost done), validation, HTML+XML soup and you'll get the idea. I'm testing now. It seems pretty good by now, but there's a page where it hangs dillo with almost no CPU consumption. A riddle to solve... -- Cheers Jorge.-

1 0

Re: [Dillo-dev]Task list & priorities
by Jorge Arellano Cid Nov. 9, 2004

Nov. 9, 2004

Hi Brian, Please keep this thread on dillo-dev. On Tue, Nov 09, 2004 at 08:12:50AM -0500, Brian Hechinger wrote: > On Mon, Nov 08, 2004 at 06:15:59PM -0300, Jorge Arellano Cid wrote: > > > > Great! > > Now we have a man in charge of it. > > i would be honored. > > > str = a_Prefs_get("font_factor"); > > if (str) > > ff = strtol(str); > > g_free(str); > > i've read all your email, and it looks like mostly enough to get me started, > but i just had this thought: > > if the dpi reads all the rc files in, we're going to have to be able to > specify which rc file we want to get our config from. we need to > implement a system of scope for the rc files. i don't want the cookie > module asking if it has permission to authorize a site to use cookies > by getting it's config from the cacherc which has an identical format. > > what do you think is the best way to go about doing that? make the rc > filename a requirement in the call? > > str = a_Prefs_get("font_factor", "dillorc"); This is a good idea to start with. > > and then in the dpi just have the rc files as a linked list with an entry for > the filename to do a strcmp() on? Maybe, but remember that cookiesrc has another format. It's not a variable/value pairs list, but a list of instances of the same abstract variable (to name it somehow ;). This also needs some thought. > > also, i still need to read about dpis of course, but are they long running > processes? Dpi servers, YES. Dpi filters come and go per request. > the way i'm thinking is that we don't want the rc files read > every time a preference is needed, so the first instance of dillo will start > the config dpi running, and it will continue to run until there are no more > instances of dillo running. does this sound reasonable? Yes. In fact, that's what the bookmarks dpi server does. You don't even have to worry about launching a dpi, that's the dpid job. It's done automatically. -- Cheers Jorge.-

1 0

[Dillo-dev]Task list & priorities
by Jorge Arellano Cid Nov. 8, 2004

Nov. 8, 2004

Hi there, Here I'm attaching the draft for the priorities list we're working on with Sebastian. Note that [1] Parsing of XML empty tags (e.g <script/> as <script></script>). is already done! and I'm working on the parser to avoid memory leaks with bad HTML, to be able to get the doc tree from parsing (XML well formedness validation and hopefully good for CSS too). Let's name this one as: [1] Orthogonalize the parser (leaks, XML, CSS) And here are a few to add to the list too: [ ] Login messages for the ftp dpi. [ ] Bookmarks dpi "sort" function. [ ] Back/Forward for #anchored links. -- Cheers Jorge.- PS: Please conside all of these works when I'm sending delayed answers :-P

2 2

[Dillo-dev]Parsing of XML empty tags (e.g <script/> as <script></script>).
by Jorge Arellano Cid Nov. 6, 2004

Nov. 6, 2004

Hi there, Well, the priorities list draft had this one with top priority (among others): <q> [1] Parsing of XML empty tags (e.g <script/> as <script></script>). </q> I'll post the priorities draft tomorrow for you to read, probably before Sebastian has a chance to review it... Unto the bug, it's BUG#514 and seems also #587. It needs some testing. Thorben: Do you have a test page for #587? --- Topic change (cache control): Brian: Take a look at BUG#161, Madis worked on the same problem long ago. Some ideas may be saved... I'm not saying the patch is wrong, I just happened to notice this entry while skimming. -- Cheers Jorge.-

3 4

[Dillo-dev]dpi menu and inteface hadling question
by Diego Sáenz Nov. 4, 2004

Nov. 4, 2004

I have made some proof of concept about dpi menu handling with a patch that add a dpi command that add a toolbar item/button and some test commands. ¿must i continue with menus or must i wait for fltk port and universal ccc implementation? The attached files are the b2ziped patch and a b2ziped and tared directory tree with some test files. Look at the second attachment for the dpi command. To test use the patch (works from cvs 2004-09-18 to current cvs), uncompres the directory in a /home/SOME_USER/.dillo/dpi/ directory, run the patched dillo and put dpi:/dpitest/ in the location bar. Then you can use the buttons that apear in the toolbar. Please if you have any suggestion reply and say it. I am open to change even command name :) If dillo suported onevent and css or javascript all the dillo interface could be a html page with an iframe(or something like that) that contain the site viewed. An external dpi or program could modify the interface page to add buttons or menu items when dpis ask for it and say to dillo to refresh interface page. I think this is the way that less code add to dillo but it is imposible for now and waste a few mem. DarkSpirit/Diego Saenz PD: sorry for my english

1 0

[Dillo-dev]Memory leak bug
by Roberto A. Foglietta Nov. 3, 2004

Nov. 3, 2004

Hi, I didn't find memory leak bug but I have to say this: waiting html page load complete doesn't help. I have done a patch which after first load doesn't show images BUT I lost it because I didn't care it... But when I saw my logs I see that patch fixed memory leak. Even if memory leak has nothing to do with images because trivial pages has no images. Probably 4kb is a structure not data. Thinking memory leak is generated by losing a structure instead data could explain why has fixed size (4kb for each reload) and probably why it happen only during a reload. In reload some data is cached but structures a created and destroyed... probably not all of them. Unfortunately it's time I have to find another browser to use it in my project. Sorry. Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

2 2

[Dillo-dev]protocol handler dpi for mailto:, etc.
by Lee Bigelow Nov. 1, 2004

Nov. 1, 2004

Hello again, I did up a proto-type bash shell dpi for handling unsupported protocols, like mailto:, with external applications. I called it xproto. It uses the config file $HOME/dillo/protorc to decide what to do. The plugin will make a default one you can edit when it's first run. I'm working on the C version, but I'm just learning C, so it'll take me a bit. One thing I can't seem to figure out is how to send a url from the plugin to dillo and have dillo display that page. For example I would like the url gg:water to send dillo http://www.google.com/search?q=water For now I just have it open up another dillo. I tried sending <dpi cmd="open_url" url="http://www.google.com/search?q=water"> but that didn't work, booo. Again, xproto.filter.dpi is just a shell script, so play away. If you have any hints on the gg: thing let me know, please... The patch, against dillo-0.8.2: -------------------------------------- diff -pruN dillo-0.8.2/dpi/Makefile.am dillo-0.8.2-xproto/dpi/Makefile.am --- dillo-0.8.2/dpi/Makefile.am 2004-01-29 17:04:05.000000000 -0330 +++ dillo-0.8.2-xproto/dpi/Makefile.am 2004-10-31 09:51:39.000000000 -0330 @@ -5,11 +5,13 @@ downloadsdir = $(libdir)/dillo/dpi/downl ftpdir = $(libdir)/dillo/dpi/ftp httpsdir = $(libdir)/dillo/dpi/https hellodir = $(libdir)/dillo/dpi/hello +xprotodir = $(libdir)/dillo/dpi/xproto bookmarks_PROGRAMS = bookmarks.dpi downloads_PROGRAMS = downloads.dpi ftp_PROGRAMS = ftp.filter.dpi https_PROGRAMS = https.filter.dpi hello_PROGRAMS = hello.filter.dpi +xproto_PROGRAMS = xproto.filter.dpi bookmarks_dpi_LDADD = @GLIB_LIBS@ downloads_dpi_LDADD = @GLIB_LIBS@ diff -pruN dillo-0.8.2/dpi/Makefile.in dillo-0.8.2-xproto/dpi/Makefile.in --- dillo-0.8.2/dpi/Makefile.in 2004-07-06 14:31:24.000000000 -0230 +++ dillo-0.8.2-xproto/dpi/Makefile.in 2004-10-31 10:18:28.000000000 -0330 @@ -44,6 +44,7 @@ downloads_PROGRAMS = downloads.dpi$(EXEE ftp_PROGRAMS = ftp.filter.dpi$(EXEEXT) https_PROGRAMS = https.filter.dpi$(EXEEXT) hello_PROGRAMS = hello.filter.dpi$(EXEEXT) +xproto_PROGRAMS = xproto.filter.dpi$(EXEEXT) subdir = dpi DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 @@ -53,14 +54,15 @@ am__configure_deps = $(am__aclocal_m4_de mkinstalldirs = $(mkdir_p) CONFIG_HEADER = $(top_builddir)/config.h CONFIG_CLEAN_FILES = -am__installdirs = "$(DESTDIR)$(bookmarksdir)" "$(DESTDIR)$(downloadsdir)" "$(DESTDIR)$(ftpdir)" "$(DESTDIR)$(hellodir)" "$(DESTDIR)$(httpsdir)" +am__installdirs = "$(DESTDIR)$(bookmarksdir)" "$(DESTDIR)$(downloadsdir)" "$(DESTDIR)$(ftpdir)" "$(DESTDIR)$(xprotodir)" "$(DESTDIR)$(hellodir)" "$(DESTDIR)$(httpsdir)" bookmarksPROGRAMS_INSTALL = $(INSTALL_PROGRAM) downloadsPROGRAMS_INSTALL = $(INSTALL_PROGRAM) ftpPROGRAMS_INSTALL = $(INSTALL_PROGRAM) helloPROGRAMS_INSTALL = $(INSTALL_PROGRAM) +xprotoPROGRAMS_INSTALL = $(INSTALL_PROGRAM) httpsPROGRAMS_INSTALL = $(INSTALL_PROGRAM) PROGRAMS = $(bookmarks_PROGRAMS) $(downloads_PROGRAMS) $(ftp_PROGRAMS) \ - $(hello_PROGRAMS) $(https_PROGRAMS) + $(xproto_PROGRAMS) $(hello_PROGRAMS) $(https_PROGRAMS) am_bookmarks_dpi_OBJECTS = bookmarks.$(OBJEXT) bookmarks_dpi_OBJECTS = $(am_bookmarks_dpi_OBJECTS) bookmarks_dpi_DEPENDENCIES = @@ -81,7 +83,7 @@ depcomp = $(SHELL) $(top_srcdir)/depcomp am__depfiles_maybe = depfiles @AMDEP_TRUE@DEP_FILES = ./$(DEPDIR)/bookmarks.Po \ @AMDEP_TRUE@ ./$(DEPDIR)/downloads.Po ./$(DEPDIR)/ftp.Po \ -@AMDEP_TRUE@ ./$(DEPDIR)/hello.Po ./$(DEPDIR)/https.Po +@AMDEP_TRUE@ ./$(DEPDIR)/hello.Po ./$(DEPDIR)/https.Po COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) CCLD = $(CC) @@ -198,6 +200,7 @@ downloadsdir = $(libdir)/dillo/dpi/downl ftpdir = $(libdir)/dillo/dpi/ftp httpsdir = $(libdir)/dillo/dpi/https hellodir = $(libdir)/dillo/dpi/hello +xprotodir = $(libdir)/dillo/dpi/xproto bookmarks_dpi_LDADD = @GLIB_LIBS@ downloads_dpi_LDADD = @GLIB_LIBS@ ftp_filter_dpi_LDADD = @GLIB_LIBS@ @@ -333,6 +336,28 @@ uninstall-helloPROGRAMS: clean-helloPROGRAMS: -test -z "$(hello_PROGRAMS)" || rm -f $(hello_PROGRAMS) + +install-xprotoPROGRAMS: $(xproto_PROGRAMS) + @$(NORMAL_INSTALL) + test -z "$(xprotodir)" || $(mkdir_p) "$(DESTDIR)$(xprotodir)" + @list='$(xproto_PROGRAMS)'; for p in $$list; do \ + p1=`echo $$p|sed 's/$(EXEEXT)$$//'`; \ + if test -f $$p \ + ; then \ + f=`echo "$$p1" | sed 's,^.*/,,;$(transform);s/$$/$(EXEEXT)/'`; \ + echo " $(INSTALL_PROGRAM_ENV) $(xprotoPROGRAMS_INSTALL) '$$p' '$(DESTDIR)$(xprotodir)/$$f'"; \ + $(INSTALL_PROGRAM_ENV) $(xprotoPROGRAMS_INSTALL) "$$p" "$(DESTDIR)$(xprotodir)/$$f" || exit 1; \ + else :; fi; \ + done + +uninstall-xprotoPROGRAMS: + @$(NORMAL_UNINSTALL) + @list='$(xproto_PROGRAMS)'; for p in $$list; do \ + f=`echo "$$p" | sed 's,^.*/,,;s/$(EXEEXT)$$//;$(transform);s/$$/$(EXEEXT)/'`; \ + echo " rm -f '$(DESTDIR)$(xprotodir)/$$f'"; \ + rm -f "$(DESTDIR)$(xprotodir)/$$f"; \ + done + install-httpsPROGRAMS: $(https_PROGRAMS) @$(NORMAL_INSTALL) test -z "$(httpsdir)" || $(mkdir_p) "$(DESTDIR)$(httpsdir)" @@ -480,7 +505,7 @@ check-am: all-am check: check-am all-am: Makefile $(PROGRAMS) installdirs: - for dir in "$(DESTDIR)$(bookmarksdir)" "$(DESTDIR)$(downloadsdir)" "$(DESTDIR)$(ftpdir)" "$(DESTDIR)$(hellodir)" "$(DESTDIR)$(httpsdir)"; do \ + for dir in "$(DESTDIR)$(bookmarksdir)" "$(DESTDIR)$(downloadsdir)" "$(DESTDIR)$(ftpdir)" "$(DESTDIR)$(xprotodir)" "$(DESTDIR)$(hellodir)" "$(DESTDIR)$(httpsdir)"; do \ test -z "$$dir" || $(mkdir_p) "$$dir"; \ done install: install-am @@ -530,7 +555,7 @@ info: info-am info-am: install-data-am: install-bookmarksPROGRAMS install-downloadsPROGRAMS \ - install-ftpPROGRAMS install-helloPROGRAMS \ + install-ftpPROGRAMS install-helloPROGRAMS install-xprotoPROGRAMS \ install-httpsPROGRAMS install-exec-am: @@ -560,7 +585,7 @@ ps-am: uninstall-am: uninstall-bookmarksPROGRAMS uninstall-downloadsPROGRAMS \ uninstall-ftpPROGRAMS uninstall-helloPROGRAMS \ - uninstall-httpsPROGRAMS uninstall-info-am + uninstall-httpsPROGRAMS uninstall-xprotoPROGRAMS uninstall-info-am .PHONY: CTAGS GTAGS all all-am check check-am clean \ clean-bookmarksPROGRAMS clean-downloadsPROGRAMS \ @@ -570,14 +595,14 @@ uninstall-am: uninstall-bookmarksPROGRAM html-am info info-am install install-am \ install-bookmarksPROGRAMS install-data install-data-am \ install-downloadsPROGRAMS install-exec install-exec-am \ - install-ftpPROGRAMS install-helloPROGRAMS \ + install-ftpPROGRAMS install-xprotoPROGRAMS install-helloPROGRAMS \ install-httpsPROGRAMS install-info install-info-am install-man \ install-strip installcheck installcheck-am installdirs \ maintainer-clean maintainer-clean-generic mostlyclean \ mostlyclean-compile mostlyclean-generic pdf pdf-am ps ps-am \ tags uninstall uninstall-am uninstall-bookmarksPROGRAMS \ uninstall-downloadsPROGRAMS uninstall-ftpPROGRAMS \ - uninstall-helloPROGRAMS uninstall-httpsPROGRAMS \ + uninstall-xprotoPROGRAMS uninstall-helloPROGRAMS uninstall-httpsPROGRAMS \ uninstall-info-am # Tell versions [3.59,3.63) of GNU make to not export all variables. diff -pruN dillo-0.8.2/dpi/xproto.filter.dpi dillo-0.8.2-xproto/dpi/xproto.filter.dpi --- dillo-0.8.2/dpi/xproto.filter.dpi 1969-12-31 20:30:00.000000000 -0330 +++ dillo-0.8.2-xproto/dpi/xproto.filter.dpi 2004-10-31 09:44:40.000000000 -0330 @@ -0,0 +1,64 @@ +#!/bin/bash +read -d'>' dpip_tag + +url=${dpip_tag##*url=\'} +url=${url%\'} +dproto=${url%%:*} +ddata=${url#*:} + +confdir="$HOME/.dillo" +if [ ! -d "$confdir" ]; then + if ! mkdir $confdir; then + msg="Error, could not make directory $confdir" + fi +else + conffile="$confdir/xprotorc" +fi + +if [ "$conffile" ]; then + if [ ! -e "$conffile" ]; then + echo " +# %d is replaced with just the data after the : +# %s is replaced with the full url +ed2k; ed2k.sh %s +mailto; sylpheed --compose %d +rtsp; realplay %s +gg; dillo http://www.google.com/search?q=%d" > $conffile + fi + if [ -e "$conffile" ]; then + while read line; do + line=${line%%#*} + fproto=${line%%;*} + if [ x"$fproto" = x"$dproto" ]; then + handler=${line#*;} + break + fi + done < $conffile + else + msg="Error, could not create file $conffile" + fi +fi + +if [ "$handler" ]; then + handler=${handler//\\%s/"$url"} + handler=${handler//\\%d/"$ddata"} + msg="Using: $handler" + output=$($handler &) +else + msg="No handler registered for protocol: $dproto +Please edit the config file: $conffile" +fi + +cat <<EOF +<dpi cmd="start_send_page" url="dpi:/xproto/xproto.filter.dpi"> +Content-type: text/html + +<html> +<head><title>Xproto Feedback</title></head> +<body> +<hr><h1>Xproto Feedback</hq><hr> +<pre>$msg</pre> +<h3>Command Output, If Any:</h3> +<pre>$output</pre> +</body></html> +EOF diff -pruN dillo-0.8.2/src/capi.c dillo-0.8.2-xproto/src/capi.c --- dillo-0.8.2/src/capi.c 2004-05-21 19:43:07.000000000 -0230 +++ dillo-0.8.2-xproto/src/capi.c 2004-10-31 06:03:28.000000000 -0330 @@ -247,6 +247,9 @@ gint a_Capi_url_uses_dpi(gchar *url_str, } else if (g_strncasecmp(url_str, "https:/", 7) == 0) { server = g_strdup("https"); + + } else { + server = g_strdup("xproto"); } return ((*server_ptr = server) ? 1 : 0); diff -pruN dillo-0.8.2/src/IO/Url.c dillo-0.8.2-xproto/src/IO/Url.c --- dillo-0.8.2/src/IO/Url.c 2004-05-21 19:43:29.000000000 -0230 +++ dillo-0.8.2-xproto/src/IO/Url.c 2004-10-31 06:19:57.000000000 -0330 @@ -108,6 +108,6 @@ ChainFunction_t a_Url_get_ccc_funct(cons if ( j == KeyLen ) return cccList[i].cccFunction; } - return NULL; + return a_Dpi_ccc; } -- Lee Bigelow Blatch Enterprises <ligelowbee(a)yahoo.com>

2 1

[Dillo-dev]meta refresh patch for 0.8.2
by Roberto A. Foglietta Oct. 30, 2004

Oct. 30, 2004

Hi to all, actually I'm working for a local public transport company in which I have to develop a new way to display time table and information to people. Using Dillo into embedded linux system allow my collegues to change graphical display just editing php code in the server BUT this kind of information have to stay up-to-date. Commit a refresh from server is, in this case, the best solution I can immagine. So supporting meta refresh tag makes Dillo good for embedded client systems. This is the main reason because I developed this web-deprecated but very-useful-in-embedded function. In addition to this pratical consideration I think people use free software to be free, so it makes sense give them the freedoom to choose also deprecated functions. Obviously to respect Dillo's team decision to do not allow refresh as default policy I make it optional by setting a flag from command line The patch is plenty of /* RAF, 2004-10-XX: bla bla */ comments because they are usefull for others developers inside my company when they will patch an original version of Dillo and found quickly what I have changed in. If you agree to apply this patch to future stable branches this kind of comments are not any more usefull. If you will include my patch, in agreement with gpl, please inserit somewhere a noticed of code-contribution refering me and the company which is employing me actually. Patch doens't add the memory leak bug which I submit, simply it was the way I discovered that bug. Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

4 5

[Dillo-dev]unsubscribe methods
by Patrick Shanahan Oct. 30, 2004

Oct. 30, 2004

* Haines Brown <brownh(a)hartford-hwp.com> [10-29-04 19:40]: > I've tried to get myself unsubscribed to this list (to which someone > kindly subscribed me without my knowledge or permission), by emailing > the admistrator, but it seems my letter ended up on hold > somewhere. Would somone kindly suggest an alternative method for me to > unsubscribe? There's no facility on the web page for doing so. there is a mailto address in every header from dillo-dev and webpage provision in the trailer mailto:dillo-dev-request@lists.auriga.wearlab.de?subject=unsubscribe http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev directions for unsubing appear in the bottom section of the web page. ps: it is also common curtesy to give a subject indicative of the message content and to *not* hijack threads. Please have a good day and remember: read the instructions provided. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos

1 0

[Dillo-dev]Re: dillo patch: anchor names
by Jorge Arellano Cid Oct. 29, 2004

Oct. 29, 2004

Matthias, Maybe the most important guideline in this answer is that we're trying to provide good hint-messages for common HTML bugs, not being as picky (or correct) as the W3C's validator. The two main reasons behind this are that first, we do not want to (nor can) complicate too much the code inside dillo (some big browsers have several parsers inside), and we want to help to fix the most problematic HTML bugs (mainly nesting), not all. BTW, inside Dillo all the HTML-like content is currently parsed as HTML-4.01 with a few minor exceptions. HTML-4.01 is a good default because it tries hard to be backwards compatible. The third reason is that if the need for a formal validation arises, the W3C does a great job on it! :) On Wed, Oct 13, 2004 at 06:20:36PM +0200, Matthias Franz wrote: > Dear Jorge, > > here is the anchor name patch I promised you long time ago. > It does the following: > > * First of all, it evaluates the <!doctype> tag to find out whether > the document is HTML or XHTML. If the tag is wrong or missing, an > error is raised. Parsing <!doctype ...> is a good idea. Putting that info in a structure like this one: typedef enum { DT_NONE, DT_HTML, DT_XHTML } DocumentType; typedef struct { DocumentType Type; float Version; } DocumentInfo; allows for having all the information in one place, and to later decide whether to take some action or not. e.g. DT_NONE + DT_HTML + 4.01 means no doctype was given and that HTML-4.01 is assumed as default. DT_HTML + 4.01 means it was stated explicitly in doctype. > > * Dillo now distinguishes more carefully between head and body section There was a bug in dillo (up to rc1). A patch is now in CVS. When the HTML meta refresh warning was sent, it switched from IN_HEAD to IN_BODY. Note that for HTML-4.01: BODY: Start tag: optional, End tag: optional HEAD: Start tag: optional, End tag: optional > * The errors "<...> not allowed in body section" are now centralised > in Html_process_tag Could be. > Moreover, errors are raised in the following situations: > (After all, this was the goal!) > > * if an anchor name (defined by "name" or "id") is already defined OK. > For performance reasons, I have changed (very) few lines in dw_page.c > and dw_gtk_viewport.c. (pending as for the latest bugs found...) > > * if (in HTML mode) the "name" and "id" tags of <a> differ OK. > * if <a> tags are nested OK. > * extra_warning if an anchor name (defined by "name") was illegal for "id" OK. > > > NOT DONE: > > * warning if in XHTML <a> is used with "name" and no "id" > (according to the spec, this has no effect, which is probably not intended) OK. > * the "refresh" warning causes (like before) an error if further > head elements follow the <meta> Fixed in CVS now (Björn Brill). > > * I've discovered that some parts of the TagInfo structure are not used > any more, for example TagLevel and bits 2^0 = 1 and 2^2 = 4 of Flags. TagLevel is used extensively by the W3C+heuristics mode. Look at Html_tags_get_taglevel() calls. Yes, bits 0 and 2 are not yet used, but there they are just in case they're needed. > In particular, I didn't know how to define them for <!doctype> on line 4281. HTML elements can be of type 'block' or 'inline' (well, also 'flow'). And they can be containers of 'inline' or containers of 'blocks'. This is what the flags are. I'll comment that inside the code. For instance, <address> is an 'block' element, and a cointainer of 'inline' elements. address B8(0110) |||`- inline element ||`-- block element |`--- inline container `---- block container This is well defined here: http://www.cs.tut.fi/~jkorpela/html/nesting.html Now, as !doctype isn't there, an inline element that's a block container can appear almost anywhere (i.e. B8(0101)), and help to tackle the issue. > * IN_BUTTON in html.h is also not used any more; I've replaced it by the > new IN_A. Let IN_BUTTON be. As buttons can't be nested, it was meant to catch that one (not implemented yet). > * One change in Html_process_tag is more of a hack; I didn't want to > start rewriting everything without contacting you first. > > > You see that is still work to do in html.c, all the more because know > one could add error messages based on the distinction between HTML and > XHTML. (E.g., "&#X40;" is illegal in XHTML because of the uppercase "X".) > Would this kind of changes be welcome? Hmmm, I think this is too much by now. > I hope this patch can still make it into rc2. If you have comments or > questions, please let me know. As explained before, it better not be in rc2. Just bug-fixes. -- Regards Jorge.-

4 4

[Dillo-dev]news about memory leak
by Riccardo Mottola Oct. 29, 2004

Oct. 29, 2004

Hey, I am on a NetBSD/ppc system. DIllo 0.8.3 and can reproduce the leak. I noted however that: - clicking the reload button in thight succession gets an increment of about 4K every time - the leak is consitent, you can make the amount of leaked memory skyrocket to megabytes. - clicking slowly, waitning 10 seconds each time does NOT make dillo leak I suspect the leak happens if you click reload before dillo has "finished" the page and the "stop button" is disabled. I used a very simple page: <html>this is a test</html> Cheers, Riccardo

2 2

[Dillo-dev]Protocol Handlers
by Lee Bigelow Oct. 28, 2004

Oct. 28, 2004

Hello there, I was playing with the dpi's and made one for ed2k:// links (based on the Hello World example). It was just a quicky, and not generally useful, but I was wondering if anyone was working on a general protocol handler. Along these lines: - Dillo doesn't recognize the protocol so sends it to say external.dpi - external.dpi reads an external.conf file that has a list of protocols and respective external handlers. - If it finds a matching protocol it sends the url(%s), or just the url data (%r), to the handler. - If there's no matching protocol it could show an edit page (like bookmarks modify) for the external.conf. This could be used for mailto:, nntp:, telnet:, etc.. Anyhow, I starting playing with it, and I thought I should check to see if anyone else was also working on it before I went any further. Also, if there's any advice on the approach, or code I should look at, that would be cool. I am no expert C programer, I'm just reading the docs and modifying the code the other fellows already did. (I hope that's ok) -- Lee Bigelow <ligelowbee(a)yahoo.com>

2 1

[Dillo-dev]CYGWIN compatibility
by Jorge Arellano Cid Oct. 28, 2004

Oct. 28, 2004

Hi, Sometime ago I forwarded this message to dillo-dev: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2004-October/002295.html <q> Hi anyone, I successfully compiled and installed dillo-0.8.2 on an AMD K7 600MHz: $ uname -a CYGWIN_NT-5.0 fermat 1.5.11(0.116/4/2) 2004-09-04 23:17 i686 unknown unknown Cygwin It runs very well, so you can update your compatibility file ;) Greetings, Marianne </q> Has anyone contacted Marianne to know the recipe? -- Cheers Jorge.-

1 0

[Dillo-dev]Re: Dillo
by Jorge Arellano Cid Oct. 28, 2004

Oct. 28, 2004

On Wed, Oct 27, 2004 at 04:48:37PM -0700, Eugenia Loli-Queru wrote: > >>Please note that the front-end of Gnomefiles has been specifically > >>optimized to work well with Dillo, > > > > I noted, good HTML, and it looks pretty too. > > Thanks, I have made sure that our other sites, osnews.com and nmcx.com also > render well. :) Great! > > > If you can add the missing </form> tag, the application-submit > >process on www.GnomeFiles.org may be finished by using a standard > >dillo-0.8.3. That'd be good news for our users. > > Please retry. I have changed the code to allow Dillo and added the missing > tag. Thanks! > Hmm, I can't seem to make dillo login to gnomefiles's dev corner. I have > edited my .dillo/cookiersrc file to say DEFAULT ALLOW but it still doesn't > login... Oh, it's "DEFAULT ACCEPT". BTW, I use: <q> DEFAULT DENY [...] www.gnomefiles.org ACCEPT_SESSION <q> > Do you have a better luck with it? Yes! By using a standard dillo-0.8.3, I was able to go through the whole process without any hassle. As a result, Dillo has now its own record at www.gnomefiles.org, and it's the first on the "Latest Software" list at the time of this writing. Thanks for your help. -- Cheers Jorge.-

1 0

[Dillo-dev]dillo-0.8.3 officially released!
by Jorge Arellano Cid Oct. 27, 2004

Oct. 27, 2004

Hi there, Finally the release process saw the light, and today the new dillo-0.8.3 was released! It went through a long testing process so we expect this one to be very stable and to have a good reception. The announcement was just submitted to freshmeat and it should appear in some minutes. Thanks to all the people that contributed to test the release candidates with their time and feedback. Go get it! Now, we'll focus on the next big steps. That's the FLTK port, new Dw abstraction layer, review of the CCC, caching, etc. We're preparing a prioritized tasks list with Sebastian and it will make it into its own HTML page. Sebastian: feel free to merge the new Dw abstraction layer into the CVS. Let's start this ASAP. -- Cheers Jorge.-

1 0

[Dillo-dev]dillo-0.8.3-rc3
by Jorge Arellano Cid Oct. 26, 2004

Oct. 26, 2004

Hi there, The tarball for dillo-0.8.3-rc3 is ready for download and testing. This is rc2 plus the fixes for cookies and the redirection loop (i.e. not current CVS). Please test it with sites that use cookies (as advogato) and with pages that use HTTP redirections (not meta-refresh). That's the emphasis area; the other aspects have been throughly tested during this cycle. Get it from: http://www.dillo.org/download/dillo-0.8.3-rc3.tar.bz2 The plan is to announce 0.8.3 on Wed 27. Please send your feedback! -- Cheers Jorge.-

5 14