- Dillo-dev - lists.mailman3.com

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

Re: [Dillo-dev] Automake and dynamic linking

by robert of northworthige

In message <Pine.LNX.4.58.0401301144290.732(a)infinity.cl>, Jorge Arellano Cid <jcid(a)dillo.org> writes > >Jorgen, >Andreas, >Riccardo, >Matti, >Bob >(portability issues here): > snip >PS2: >--- >> [Bob wrote] >> - 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)?? > > I don't have a PS2, but when testing on libc5, there was a >similar problem (crash after scrolling, or crash instants after >starting) when _some_ of the libraries used by the X server where >compiled reentrant and some others not. In fact I was upgrading >slk3.6's with the ones at: http://www.linuxsavvy.com/resources/ >and some links pointed to the old ones. > > Most probably these problems stem from an static errno. > > Another source can be a non reentrant gethostbyname. > > If dillo-0.7.3 work right on it, I'm puzzled. Today's cvs, run _locally_ on the ps2, looks fine so far (I _can_ induce a crash, by running remotely from _two_ machines at once; I recollect that when I got crashes a week or two ago I was running remotely from only one machine - (an old 486 running slack 4, which is libc5-based...) - but I can't reproduce that result ) Let's assume all is fixed unless I shout. Bob -- robert of northworthige

Jan. 31, 2004

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

by Jorge Arellano Cid

On Sat, 31 Jan 2004, Riccardo Mottola wrote: > on 1/28/04 5:58 PM, Andreas Schweitzer at > Andreas.Schweitzer(a)hs.uni-hamburg.de wrote: > > >>> > >>> and there I just found : > >>> > >>> http://aixpdslib.seas.ucla.edu/packages/gtk+.html > >> Unfortunately, aix 4.2 is quite out of date (but my original rs/6000 is > >> beginning to show its age too). > > > > I just checked. Back then on that machine I had/have : > > > > $ lslpp -l | egrep -i gtk > > freeware.gtk+.rte 1.2.8.0 COMMITTED Gimp ToolKit GUI Library > > freeware.gtk+.rte 1.2.8.0 COMMITTED Gimp ToolKit GUI Library > > > > So, I took it from one of these sites :-) > > > > Anyways, my hunch yesterday was right when I suspected a small patch > > for AIX. I have a diff for AIX lying around which is attached. > > > The fix produced a result: in fact build stops this way now: > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include > -I/usr/local/includ > e/gtk-1.2 -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -g -O2 > -D_ > REENTRANT -D_THREAD_SAFE -Wall -Waggregate-return -c `test -f 'dpi.c' || > echo '. > /'`dpi.c > dpi.c: In function `Dpi_get_server_uds_name': > dpi.c:497: `PF_LOCAL' undeclared (first use in this function) > dpi.c:497: (Each undeclared identifier is reported only once > dpi.c:497: for each function it appears in.) > dpi.c: In function `a_Dpi_bye_dpid': > dpi.c:749: `PF_LOCAL' undeclared (first use in this function) > gmake[1]: *** [dpi.o] Error 1 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) Cheers Jorge.-

Jan. 31, 2004