April 2003 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] SSL for dillo

by Chris Palmer

I squeaked: > === > > nice gmake > gmake all-recursive > gmake[1]: Entering directory `/usr/local/home/chris/src/dillo/dillo' > Making all in doc > gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/doc' > gmake[2]: Nothing to be done for `all'. > gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/doc' > Making all in src > gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src' > Making all in IO > gmake[3]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src/IO' > gmake[3]: *** No rule to make target `https.c', needed by `https.o'. Stop. > gmake[3]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src/IO' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/local/home/chris/src/dillo/dillo' > gmake: *** [all-recursive-am] Error 2 > === Turns out that patch(1) didn't create the needed files IO/https.c and IO/DBIO.[ch] when fed your diff. I created them by hand and got a compile. Now that it compiles, I too can visit <https://auriga.wearlab.de/>. Excellent!! Thanks. :) -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

April 17, 2003

Re: [Dillo-dev] SSL for dillo

by Chris Palmer

Andreas Kemnade writes: > The result is at > http://users.auriga.wearlab.de/~andi/dillo-ssl-0.7.diff.gz > > I can access https://auriga.wearlab.de/ without problems. > The ssl support has to be enabled with --enable-ssl This causes make to die screaming: === > nice gmake gmake all-recursive gmake[1]: Entering directory `/usr/local/home/chris/src/dillo/dillo' Making all in doc gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/doc' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/doc' Making all in src gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src' Making all in IO gmake[3]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src/IO' gmake[3]: *** No rule to make target `https.c', needed by `https.o'. Stop. gmake[3]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src/IO' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/local/home/chris/src/dillo/dillo' gmake: *** [all-recursive-am] Error 2 === -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

April 17, 2003

0.7.2 Release

by linux seaq

> > Well, the conditional inclusion (CPP test) is our default way > now! I hope it works; at least is passes a lot of tests. > > Now is time to finish the last details for the 0.7.2 release! > Hi, is there any chance to include save image and open external app patches to this next release?? > Cheers > Jorge.- > > --- Andres Mauricio Mujica SEAQ SERVICIOS CIA LTDA www.seaq.com.co

April 17, 2003

Re: [Dillo-dev] SSL for dillo

by Daniel Lord

Hi Andreas, On Wed, Apr 16, 2003 at 03:52:51PM +0200, Andreas Kemnade wrote: > I have taken old ssl patches and updated them because I need ssl support. > > The result is at > http://users.auriga.wearlab.de/~andi/dillo-ssl-0.7.diff.gz > > I can access https://auriga.wearlab.de/ without problems. > The ssl support has to be enabled with --enable-ssl Thanks..... but ;) Would you be so kind an have a look if you get it to work with proxy support? My local https://site can be reached but I can't get through my (squid) proxy. :( Sadly I'm not a very good C Programmer :( So I probably can't fix it myself. Greetings Daniel -- "Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one." --Thomas Jefferson

April 16, 2003

Re: [Dillo-dev] Unix domain sockets

by Phil Pennock

On 2003-04-15 at 15:45 -0400, Jorge Arellano Cid wrote: > When a server that listens on a UDS has started and its > socket's filename is removed from the filesystem. Is it notified > somehow, maybe with a SIGPIPE signal or something? or not? Not to the best of my knowledge. And I wrote a short C program to test it, and it's not on FreeBSD. Code available on request (I might well have messed up -- I caught myself writing Perl far too often). I've tested straight accept() and non-blocking accept socket with poll(); no poll POLL(HUP|ERR|NVAL) either. :^( > For the 0.7.1.2 bm_srv12, I'm considering `fuser -k bm_srv12` > and a hackish: fuser is platform-specific. You'd need to code logic for multiple commands. lsof(8) is fairly portable, but not as widespread as it should be. Certainly various *BSD systems have it as an optional package, and we make sure it's on our Solaris systems too. You can't invoke lsof(8) on a filename and get output if the filename represents a unix-domain socket. :^( Either "lsof -U" for a list of all unix-domain sockets, or "lsof -c /commandnameregexp/" which would give: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME [...] unixsocke 367 me 3u unix 0xcf251c00 0t0 /home/me/SocketTest "lsof -U" gives output in identical format, except that every row will have TYPE == "unix". sockstat(8) on FreeBSD (but not OpenBSD), but again you'd need to grep the filename. "sockstat -u" gives: USER COMMAND PID FD PROTO ADDRESS [...] me unixsock 367 3 stream /home/me/SocketTest [...] > <dpi cmd='bye' > > (without the closing ">" an exit(1) is forced!) For the new version, why not just have a proper "bye" command? Any distributed system needs a way to shut down cleanly. I've worked cleaning up the mess after an application system which didn't have one and the original programmer had tried to use signals, but had ended up using SIGKILL. This thing took several minutes to start up each time, losing money when it happened. Diagnosed, added shutdown stuff to the all the IDL definitions for the various components, and put together a quick tool to remove all the old state files from the working directory which had made the tool so slow. Hey presto, decent coordinated shutdown which actually worked, reliably, and startup time of a few seconds maximum (despite being written for DCE -- don't ask). I've seen a few other situations, none as severe, but my perhaps limited experience is that provided your control protocol can be trusted (nothing untrusted can send messages, eg HTTP) then every independently running part of a system needs a start-up, a reinitialise, and a shutdown command. Preferably also "dump state" and "dump statistics" commands but that's because I'm nosy (okay, I like debugging). A _really_ sick way would be to create a token, fork a child to connect to your own unix socket and write a ping command with the token as data to its connection. If you get that coming back in, it's still your socket. If you don't get it but something else replies to the child then you've lost the socket and should exit. :^) -Phil

April 16, 2003

bookmarks server bug?

by Jorge Arellano Cid

Hi there! Yesterday peter sent me this message: <q> Date: Tue, 15 Apr 2003 15:21:22 +0800 From: Peter <pfheiss(a)philonline.com> To: Jorge Arellano Cid <jcid(a)softhome.net> Subject: Re: Dillo Marking Text jcid(a)softhome.net said: >> The bookmark program in 0.7.1 is still buggy. > This doesn't help. > Please say why or how it's buggy. OK, when trying to add more bookmarks and going back and forth with the page arrows or "," ".", after the third or so addition of URL to the bookmark dillo is gone. I add the end of the log below if that helps. thr:: [thrID:1108533232] thr:: trying to lock mutex thr:: mutex locked! thr:: Buf1:(nil) Buf2:(nil) LastChunk:0 Done:0 thr:: going to cond_wait... thr:: trying to lock mutex thr:: mutex locked! thr:: Buf1:(nil) Buf2:0x80f8640 LastChunk:0 Done:0 thr:: Buf1:0x80f8640 Buf2:(nil) LastChunk:0 Done:0 thr:: mutex unlocked! thr:: St=35 thr:: going to cond_wait... Dpi: [Dpi_process_io] IOClose thr:: trying to lock mutex thr:: mutex locked! thr:: Buf1:0x80f8640 Buf2:(nil) LastChunk:1 Done:0 thr:: LastChunk:1 Done:1 --Bailing out! Nav_open_url: Url=>about:splash< Nav_open_url: Url=>dpi:/bm/< thr:: [thrID:1108533232] thr:: trying to lock mutex thr:: mutex locked! thr:: Buf1:(nil) Buf2:(nil) LastChunk:0 Done:0 thr:: going to cond_wait... thr:: trying to lock mutex thr:: mutex locked! thr:: Buf1:(nil) Buf2:0x8122490 LastChunk:0 Done:0 thr:: Buf1:0x8122490 Buf2:(nil) LastChunk:0 Done:0 thr:: mutex unlocked! thr:: St=35 thr:: going to cond_wait... Segmentation fault Regards -- Peter </q> He is using 0.7.1.2, and I can't reproduce the bug here. As bug reports for the bookmarks server stopped a long time ago, I tend to think it is a problem with his settings (maybe an older server not upgraded, or repeated instances, or the old sever still in ~/.dillo/ ...), but who knows? Can anyone reproduce it? If there's a bug, it should be fixed before 0.7.2 release. Thanks Jorge.-

April 16, 2003

Re: [Dillo-dev] SSL for dillo

by Frédéric Bothamy

* Andreas Kemnade <akemnade(a)informatik.uni-bremen.de> [2003-04-16 15:52] : > Hi, > > I have taken old ssl patches and updated them because I need ssl support. > > The result is at > http://users.auriga.wearlab.de/~andi/dillo-ssl-0.7.diff.gz > > I can access https://auriga.wearlab.de/ without problems. > The ssl support has to be enabled with --enable-ssl This is very nice and I have made a very unofficial debian package for Debian Woody (stable) for x86 of Dillo 0.7.1.2 with this SSL patch, it is available at: http://olympie.dyndns.org/debian/debs/dillo_0.7.1.2-2_i386.deb You can apt-get it (and other stuff) using this line in your /etc/apt/sources.list: deb http://olympie.dyndns.org/debian debs/ Disclaimer : Use it at your risks. I am not a Debian developer and as such I do not pretend to have built it in a correct way. It just works for me. :-) It seems to works for now with https://alioth.debian.org (with cookies enabled for the site), I only have some Unicode problems now. Thanks a lot. Fred

April 16, 2003

SSL for dillo

by Andreas Kemnade

Hi, I have taken old ssl patches and updated them because I need ssl support. The result is at http://users.auriga.wearlab.de/~andi/dillo-ssl-0.7.diff.gz I can access https://auriga.wearlab.de/ without problems. The ssl support has to be enabled with --enable-ssl Greetings Andreas Kemnade

April 16, 2003

cache fonts and support font size/face

by madis

Tried to enable font tag size/face support and discovered that this made loading sites slow since same fonts were queried, dropped and requeried many times from X server. So here is a patch which makes Dw_style not drop any fonts from fonts_table hashmap until Dw_style_cleanup_fonts is called (from Html_close, when page rendering is finished) and enables support for font tags size and face attributes. diff -pru -x CVS -x configure -x 'aclocal*' -x 'Makefile*' -x config.h.in cvs/dillo/src/dw_style.c dillo/src/dw_style.c --- cvs/dillo/src/dw_style.c 2003-01-05 17:04:56.000000000 +0200 +++ dillo/src/dw_style.c 2003-04-13 14:26:12.000000000 +0300 @@ -24,8 +24,7 @@ #define EQUIV(a, b) (((a) && (b)) || (!(a) && !(b))) #define Dw_style_font_ref(font) ((font)->ref_count++) -#define Dw_style_font_unref(font) if (--((font)->ref_count) == 0) \ - Dw_style_font_remove (font) +#define Dw_style_font_unref(font) (--(font)->ref_count) #define Dw_style_color_ref(color) ((color)->ref_count++) #define Dw_style_color_unref(color) if (--((color)->ref_count) == 0) \ @@ -82,6 +81,8 @@ static void Dw_style_count_fonts (gpoint count[1] += font->ref_count; } + + /* * Called by a_Dw_style_freeall. */ @@ -142,6 +143,25 @@ void a_Dw_style_freeall (void) g_hash_table_destroy (colors_table); } +static gboolean Dw_style_cleanup_fonts (gpointer key, + gpointer value, + gpointer user_data) +{ + DwStyleFont *font = (DwStyleFont*) key; + + if (font->ref_count <= 0) { + Dw_style_font_remove (font); + return TRUE; + } + return FALSE; +} + +/* Collects garbage from fonts cache... */ +void a_Dw_style_fonts_cleanup (void) +{ +// fprintf(stderr, "a_Dw_style_fonts_cleanup called\n"); + g_hash_table_foreach_remove (fonts_table, Dw_style_cleanup_fonts, NULL); +} /* ---------------------------------------------------------------------- * @@ -340,6 +360,9 @@ static DwStyleFont* Dw_style_font_new_in if ((font = g_hash_table_lookup (fonts_table, font_attrs))) { return font; } else { +/*fprintf(stderr, "*** load new font... %d b%d i%d '%s'\n", + (int) font_attrs->size, (int) font_attrs->bold, + (int) font_attrs->italic, font_attrs->name);*/ font = g_new (DwStyleFont, 1); font->size = font_attrs->size; font->bold = font_attrs->bold; @@ -349,6 +372,9 @@ static DwStyleFont* Dw_style_font_new_in Dw_style_font_realize (font, try_all); if (font->font) { +/*fprintf(stderr, "*** new font: %d b%d i%d '%s'\n", + (int) font->size, (int) font->bold, + (int) font->italic, font->name);*/ g_hash_table_insert (fonts_table, font, font); return font; } else { @@ -424,7 +450,10 @@ DwStyleFont* a_Dw_style_font_new_from_li */ static void Dw_style_font_remove (DwStyleFont *font) { - g_hash_table_remove (fonts_table, font); +/*fprintf(stderr, "*** remove font... %d b%d i%d '%s'\n", + (int) font->size, (int) font->bold, + (int) font->italic, font->name);*/ +// g_hash_table_remove (fonts_table, font); g_free (font->name); gdk_font_unref (font->font); g_free (font); diff -pru -x CVS -x configure -x 'aclocal*' -x 'Makefile*' -x config.h.in cvs/di llo/src/dw_style.h dillo/src/dw_style.h --- cvs/dillo/src/dw_style.h 2002-12-29 18:09:52.000000000 +0200 +++ dillo/src/dw_style.h 2003-04-13 14:26:12.000000000 +0300 @@ -122,6 +122,7 @@ DwStyle* a_Dw_style_new GdkWindow *window); DwStyleFont* a_Dw_style_font_new (DwStyleFont *font_attrs); DwStyleFont* a_Dw_style_font_new_from_list (DwStyleFont *font_attrs); +void a_Dw_style_fonts_cleanup (void); DwStyleColor* a_Dw_style_color_new (gint color_val, GdkWindow *window); DwStyleShadedColor* a_Dw_style_shaded_color_new (gint color_val, +#define SUPPORT_FONTS 1 + +#if SUPPORT_FONTS +static const char *strcasestr(const char *haystack, const char *needle) +{ + int needle_len; + + for (needle_len = strlen(needle); *haystack; ++haystack) + if ((*haystack|' ') == (*needle|' ') && + !g_strncasecmp(haystack, needle, needle_len)) return haystack; + return NULL; +} +#endif static void Html_tag_open_font(DilloHtml *html, char *tag, gint tagsize) { #if 1 DwStyle style_attrs, *old_style; - /*DwStyleFont font;*/ +#if SUPPORT_FONTS + DwStyleFont font; + gint level, setsize = 0; +#endif const char *attrbuf; gint32 color; @@ -1792,10 +1817,26 @@ static void Html_tag_open_font(DilloHtml } } -#if 0 - if ((attrbuf = Html_get_attr(html, tag, tagsize, "face"))) { +#if SUPPORT_FONTS + if ((attrbuf = Html_get_attr(html, tag, tagsize, "size"))) { + level = strtol(attrbuf, NULL, 10); + if (level < 0 || *attrbuf == '+') + level += Html_fontsize_to_level(style_attrs.font->size); + setsize = Html_level_to_fontsize(level); + } + + if ((attrbuf = Html_get_attr(html, tag, tagsize, "face")) && + strcasestr(attrbuf, style_attrs.font->name)) + attrbuf = NULL; + + if (attrbuf || (setsize > 0 && setsize != style_attrs.font->size)) { font = *( style_attrs.font ); - font.name = attrbuf; +/* fprintf(stderr, "font '%s'->'%s', %d->%d\n", + font.name, attrbuf, font.size, setsize);*/ + if (attrbuf) + font.name = (char*) attrbuf; + if (setsize > 0) + font.size = setsize; style_attrs.font = a_Dw_style_font_new_from_list (&font); } #endif @@ -4183,6 +4289,9 @@ static void Html_close(DilloHtml *html, a_Progressbar_update(html->bw->progress, NULL, 0); g_free(html); + + /* free unused entries from font cache */ + a_Dw_style_fonts_cleanup(); }

April 16, 2003

Unix domain sockets

by Jorge Arellano Cid

Hi there! This question is for Unix domain sockets savvy guys. When a server that listens on a UDS has started and its socket's filename is removed from the filesystem. Is it notified somehow, maybe with a SIGPIPE signal or something? or not? I ask because when dillo-0.7.2 is out, the old bm_srv12 MUST be removed (but it may remain sleeping in memory when the binary is updated). It'd be good to be able to remove it indirectly by making it react to an 'unlink' call on its socket (well, from this release and on). For the 0.7.1.2 bm_srv12, I'm considering `fuser -k bm_srv12` and a hackish: <dpi cmd='bye' (without the closing ">" an exit(1) is forced!) Anyone? :-) Cheers Jorge.-

April 15, 2003