- Dillo-dev - lists.mailman3.com

[Dillo-dev]user agent and OS

by Riccardo

Hello, I'd like to see dillo reporting the OS in the User-agent, this can be interesting for statistics (and a reason ov proudness for lesser-known platforms, heh). Like netscape on my sun box reports: User-Agent: Mozilla/4.79 [en] (X11; U; SunOS 5.6 sun4u) while dillo only: User-Agent: Dillo/0.8.0-pre Since I write a small webserver with its log-analyzer I noticed this. Btw, some advertising... it is a small webserver, quite portable across unix and it weigths around 30k depending on the options and on the platform. It makes a nice match with dillo! With both you can have fun of the www on a 25Mhz computer again :) http://sourceforge.net/projects/pserv/ The matched log-analywer "p-reporter" reports dillo as a rocgnized web-browser :) -Ric

Feb. 1, 2004

[Dillo-dev]solaris 2.6 works

by Riccardo

Hello, with the latest configure patches to correctly link, the solaris version of dillo finishes build and seems to work pretty as much as 0.7.3 did. The problems I currently encounter are: - color problems. I have 256 colors. If the colors are already reserved say from Netscape or another applicaiton, images (but only those) are displayed with mangled colors, they don't get remapped to the neares color available. If the full palette is available, images are dithered as expected. - authenticaiton problem with www.blender.org to the forums. I insert my data, login.. I get a page with a meta-refresh which should me login, Dillo gives me the link, I follow it and I result not logged in. The specs for "wait any" on solaris are the following: If pid is equal to (pid_t)-1, status is requested for any child process. I think so that a cast of -1 to the correct type wouldn't hurt. Riccardo PS: I try building and isntalling glib/gtk 1.2.10 instead of the current 1.2.9 on AIX. One never knows, it could help.

Feb. 1, 2004

Re: [Dillo-dev]AIX : illegal instruction

by Riccardo

Andreas Schweitzer wrote: > > Hi, > > I followed the progress on the mailing list, but was always > too late ;-) ... > > About the WAIT_ANY : AIX 4.3.3 (and Ricardo's 4.2.X) indeed > does not define WAIT_ANY. I checked man-pages on several OS's > and neither says anything about this being standard, but all > agree that "-1" is standard, so "-1" is probably the way to go. AIX didn't complain... the fix was for solaris. Unfortunately it seems thjat I don't have the full developer manpages on AIX, so Ic ouldnt' check further. > *If* that ever wants to go into dillo, a cleaner way would be to > enclose it in "#ifdef _AIX" - but I don't know about AIX5 It should go into dillo... maybew check for AIX4 ? Is it possible? It should > > But startup fails, GDB gives me the following: > > (gdb) bt > > #0 0x0 in ?? () from /usr/local/build/dillo-0.8.0-pre/src/./dillo > > and now I'm lost ... is this all the output ? Yes, that's all. Maybe I should make clean and log the build output? Maybe some compiler warnings could be instructive. -Riccardo

Feb. 1, 2004

Re: [Dillo-dev] building on AIX, gcc, dillo 0.7.3

by Jorge Arellano Cid

On Sun, 1 Feb 2004, Riccardo wrote: > Jorge Arellano Cid wrote: > > > > > Some Solaris seem not to have it. :( > > I decided to replace WAIT_ANY with -1 as in dillo.c; commited. > > > > Please test it on aix and sparc. Use the Jan30 tarball and > > just replace WAIT_ANY with -1 in: > > > > dpi/downloads.c and > > dpid/dpid.c > Yes, I checked solaris doc and it says to use (pid_t)-1. > > Build stops howewer with: > gcc -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -g -O2 > -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter > -Waggregate-return -R/usr/local/lib -L/usr/local/lib -R/usr/lib > -L/usr/lib -L/usr/local/lib -lposix4 -o dpid dpi.o dpi_service.o > dpi_socket_dir.o dpid.o dpid_common.o main.o misc_new.o -L/usr/local/lib > -lglib -lpthread > Undefined first referenced > symbol in file > socket dpid.o > accept main.o > bind dpid.o > listen dpid.o > connect dpid.o > ld: fatal: Symbol referencing errors. No output written to dpid > > > this alomst certainly means that -lsocket is not included (maybe -lnsl > too). I thought configure should take care of this? It usually does. I included a check for those. Please download: http://www.dillo.org/test/configure use it in Jan30 tarball and tell us how it goes. Cheers Jorge.- PS: Sorry Riccardo for the duplicated email, my mistake.

Feb. 1, 2004

Re: [Dillo-dev]AIX : illegal instruction

by Jorge Arellano Cid

Riccardo, Andreas: On Sun, 1 Feb 2004, Andreas Schweitzer wrote: > Hi, > > I followed the progress on the mailing list, but was always > too late ;-) ... > > About the WAIT_ANY : AIX 4.3.3 (and Ricardo's 4.2.X) indeed > does not define WAIT_ANY. I checked man-pages on several OS's > and neither says anything about this being standard, but all > agree that "-1" is standard, so "-1" is probably the way to go. That's what I put in CVS. > > > I compiled dillo 0.80 Jan-30 tarball after having applied the patches by > > Andreas (namely undefining func_data before ever gtk.h include) > > I never dug deep enough to find out if this is the right way > to solve this problem. Apparently, both AIX-internals and GTK define > this "func_data", I only remember that the AIX definition was for > something we don't need - but I don't remember the details. > > > > % grep func_data * > > browser.h:#undef func_data > > dns.h:#undef func_data > > web.h:#undef func_data > > *If* that ever wants to go into dillo, a cleaner way would be to > enclose it in "#ifdef _AIX" - but I don't know about AIX5 AIX defines func_data in timer.h, and GTK also used it. Is an AIX/GTK problem and was solved in GTK+-1.2.10. (http://www.aoindustries.com/docs/glib-1.2.10/ChangeLog) > > > The compilation ends (although I saw some wanrings about vsnprintf > > implicitly declared... > > > > But startup fails, GDB gives me the following: > > (gdb) bt > > #0 0x0 in ?? () from /usr/local/build/dillo-0.8.0-pre/src/./dillo > > and now I'm lost ... is this all the output ? Well, <q> dnl From: mlaster(a)metavillage.com (Mike Laster) dnl AIX 4.1.4.x does not have header files for snprintf/vsnprintf dnl So using the internal versions generates a load of warnings dnl during compile. </q> AFAIU it makes noise only. Cheers Jorge.-

Feb. 1, 2004

Re: [Dillo-dev]AIX : illegal instruction

by Andreas Schweitzer

Hi, I followed the progress on the mailing list, but was always too late ;-) ... About the WAIT_ANY : AIX 4.3.3 (and Ricardo's 4.2.X) indeed does not define WAIT_ANY. I checked man-pages on several OS's and neither says anything about this being standard, but all agree that "-1" is standard, so "-1" is probably the way to go. > I compiled dillo 0.80 Jan-30 tarball after having applied the patches by > Andreas (namely undefining func_data before ever gtk.h include) I never dug deep enough to find out if this is the right way to solve this problem. Apparently, both AIX-internals and GTK define this "func_data", I only remember that the AIX definition was for something we don't need - but I don't remember the details. > > % grep func_data * > browser.h:#undef func_data > dns.h:#undef func_data > web.h:#undef func_data *If* that ever wants to go into dillo, a cleaner way would be to enclose it in "#ifdef _AIX" - but I don't know about AIX5 > The compilation ends (although I saw some wanrings about vsnprintf > implicitly declared... > > But startup fails, GDB gives me the following: > (gdb) bt > #0 0x0 in ?? () from /usr/local/build/dillo-0.8.0-pre/src/./dillo and now I'm lost ... is this all the output ? Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Feb. 1, 2004

[Dillo-dev]AIX : illegal instruction

by Riccardo

Hello, I compiled dillo 0.80 Jan-30 tarball after having applied the patches by Andreas (namely undefining func_data before ever gtk.h include) % grep func_data * browser.h:#undef func_data dns.h:#undef func_data web.h:#undef func_data The compilation ends (although I saw some wanrings about vsnprintf implicitly declared... But startup fails, GDB gives me the following: (gdb) bt #0 0x0 in ?? () from /usr/local/build/dillo-0.8.0-pre/src/./dillo cheers, Riccardo

Feb. 1, 2004

Re: [Dillo-dev] building on AIX, gcc, dillo 0.7.3

by Jorge Arellano Cid

On Sat, 31 Jan 2004, Riccardo wrote: > > > > What could be the problem? > > > > A missing header! Fix is commited. > > Please test it and tell us how it works. > > > > -- > > To test, I had to use the CVS of course. I run autogen.sh and > > if gcc -DHAVE_CONFIG_H -I. -I. -I.. > -DDPIDRC_SYS='"/usr/local/etc/dpidrc"' -I/usr/local/include > -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -g -O2 > -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter > -Waggregate-return -MT dpid.o -MD -MP -MF ".deps/dpid.Tpo" \ > -c -o dpid.o `test -f 'dpid.c' || echo './'`dpid.c; \ > then mv ".deps/dpid.Tpo" ".deps/dpid.Po"; \ > else rm -f ".deps/dpid.Tpo"; exit 1; \ > fi > dpid.c: In function `handle_sigchld': > dpid.c:562: error: `WAIT_ANY' undeclared (first use in this function) > dpid.c:562: error: (Each undeclared identifier is reported only once > dpid.c:562: error: for each function it appears in.) > make[2]: *** [dpid.o] Error 1 Hmmm.... > Is there still something missing in cvs? WHy is it not there? Maybe > release me a new tarball so I can test it on both aix and sparc, or tell > me how to build cleanly from CVS. > Or WAIT_ANY is not declared on solaris? hmm :-) Some Solaris seem not to have it. :( I decided to replace WAIT_ANY with -1 as in dillo.c; commited. Please test it on aix and sparc. Use the Jan30 tarball and just replace WAIT_ANY with -1 in: dpi/downloads.c and dpid/dpid.c Cheers Jorge.- PS: there's no need to CC me. I'm on dillo-dev.

Jan. 31, 2004

Re: [Dillo-dev] building on AIX, gcc, dillo 0.7.3

by Riccardo

> > What could be the problem? > > A missing header! Fix is commited. > Please test it and tell us how it works. > > -- To test, I had to use the CVS of course. I run autogen.sh and if gcc -DHAVE_CONFIG_H -I. -I. -I.. -DDPIDRC_SYS='"/usr/local/etc/dpidrc"' -I/usr/local/include -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -g -O2 -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter -Waggregate-return -MT dpid.o -MD -MP -MF ".deps/dpid.Tpo" \ -c -o dpid.o `test -f 'dpid.c' || echo './'`dpid.c; \ then mv ".deps/dpid.Tpo" ".deps/dpid.Po"; \ else rm -f ".deps/dpid.Tpo"; exit 1; \ fi dpid.c: In function `handle_sigchld': dpid.c:562: error: `WAIT_ANY' undeclared (first use in this function) dpid.c:562: error: (Each undeclared identifier is reported only once dpid.c:562: error: for each function it appears in.) make[2]: *** [dpid.o] Error 1 Is there still something missing in cvs? WHy is it not there? Maybe release me a new tarball so I can test it on both aix and sparc, or tell me how to build cleanly from CVS. Or WAIT_ANY is not declared on solaris? hmm :-) -Ric

Jan. 31, 2004

Re: [Dillo-dev] building on AIX, gcc, dillo 0.7.3

by Jorge Arellano Cid

On Sat, 31 Jan 2004, Peter Sinn wrote: > > Hi, > > first let me say that I have been using Dillo on my Sun Ultra 10 for > quite some time now and like it very much! Thanks for the comment Peter! > Am 31. January 2004 12:14 Uhr schrieb Jorge Arellano Cid: > > > There's no PF_LOCAL in the CVS tarball. Please try it. > > > > (http://www.dillo.org/test/dillo-0.8.0-pre.Jan30.tar.gz) > > > > dillo 7.3 compiles without problems on my machine, therefore I have > just tried to compile the new version. But unfortunately, with > dillo-0.8.0-pre.Jan30 I get the following compile error (gcc version > 3.3.2, SPARC/Solaris 9): > > if gcc -DHAVE_CONFIG_H -I. -I. -I.. > -DDPIDRC_SYS='"/usr/local/etc/dpidrc"' -I/usr/local/include > -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -g -O2 > -D_REENTRANT -D_THREAD_SAFE -Wall -W -Wno-unused-parameter > -Waggregate-return -MT dpid.o -MD -MP -MF ".deps/dpid.Tpo" \ > -c -o dpid.o `test -f 'dpid.c' || echo './'`dpid.c; \ > then mv -f ".deps/dpid.Tpo" ".deps/dpid.Po"; \ > else rm -f ".deps/dpid.Tpo"; exit 1; \ > fi > dpid.c: In function `handle_sigchld': > dpid.c:561: error: `WAIT_ANY' undeclared (first use in this function) > dpid.c:561: error: (Each undeclared identifier is reported only once > dpid.c:561: error: for each function it appears in.) > make[2]: *** [dpid.o] Error 1 > > > What could be the problem? A missing header! Fix is commited. Please test it and tell us how it works. -- Ah, I also fixed the handling of the <P> element for the bug-meter. It fixes the problem of wrong messages like this one: "HTML warning: line 200, unexpected closing tag: </p>. -- expected </ol>" (now this part should be release-ready) -- Thanks for the quick feedback Jorge.- PS: There's no need to CC me.

Jan. 31, 2004