From: <ay...@gm...> - 2001-03-24 21:05:52
|
I can't compile Imlib2 for one reason: it tells me that it can't find XShmAttach during autoconf. The strange fact is that Evas's autoconf works happily and finds XShmAttach without problems. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |
From: <ay...@gm...> - 2001-03-24 20:57:07
|
I can't compile Imlib2 for one reason: it tells me that it can't find XShmAttach during autoconf. The strange fact is that Evas's autoconf works happily and finds XShmAttach without problems. -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |
From: Chris b. R. <ch...@da...> - 2001-03-31 11:17:56
|
On Sat, Mar 24, 2001 at 09:55:42PM +0100, ay...@gm... muttered... : I can't compile Imlib2 for one reason: : it tells me that it can't find XShmAttach during autoconf. : The strange fact is that Evas's autoconf works happily and finds XShmAttach : without problems. if you are using debian make sure you update to the latest Xf4 as another person has been having issues before and an update resolved the situation. regards chris -- Chris Ross (boris) [ ch...@da..., http://www.darkrock.co.uk ] [ (chris|boris)@ferite.org, http://www.ferite.org ] "Anger makes the mouth work faster than the mind" |
From: tma <ay...@gm...> - 2001-03-31 11:25:45
|
> On Sat, Mar 24, 2001 at 09:55:42PM +0100, ay...@gm... muttered... > : I can't compile Imlib2 for one reason: > : it tells me that it can't find XShmAttach during autoconf. > : The strange fact is that Evas's autoconf works happily and finds XShmAttach > : without problems. > > if you are using debian make sure you update to the latest Xf4 as another > person has been having issues before and an update resolved the situation. Thanks, but I got around the problem. Some days and some apt-upgrades later my new self-built CVS-X didn't have any problem with glibc anymore. So everything works fine now, it was just a bad libc and my bad luck of building X on a day where I got a bad libc :) BTW, boris, it's me tm...@cy..., but that mail-addy is gone, please change it on your site under "XF4 ...". Thanks in advance. |
From: Chris b. R. <ch...@da...> - 2001-03-31 11:33:48
|
On Sat, Mar 31, 2001 at 01:27:13PM +0200, tma muttered... : > On Sat, Mar 24, 2001 at 09:55:42PM +0100, ay...@gm... muttered... : > : I can't compile Imlib2 for one reason: : > : it tells me that it can't find XShmAttach during autoconf. : > : The strange fact is that Evas's autoconf works happily and finds XShmAttach : > : without problems. : > : > if you are using debian make sure you update to the latest Xf4 as another : > person has been having issues before and an update resolved the situation. : : Thanks, but I got around the problem. : Some days and some apt-upgrades later my new self-built CVS-X didn't have any problem with glibc anymore. So everything works fine now, it was just a bad libc and my bad luck of building X on a day where I got a bad libc :) : BTW, boris, it's me tm...@cy..., but that mail-addy is gone, please change it on your site under "XF4 ...". : : Thanks in advance. k can you email me to remind me :) regards chris -- Chris Ross (boris) [ ch...@da..., http://www.darkrock.co.uk ] [ (chris|boris)@ferite.org, http://www.ferite.org ] "Anger makes the mouth work faster than the mind" |
From: Gordon H. <gjh...@bi...> - 2001-03-24 22:59:29
|
Hello, I had this problem. It turned out to be that my build environment was stuff by a couple of old capatiblity libs, that were getting linked in and causing the build to fail. use ldd to determine this, and go from there. Gordon. * ay...@gm... (ay...@gm...) wrote: > I can't compile Imlib2 for one reason: > it tells me that it can't find XShmAttach during autoconf. > The strange fact is that Evas's autoconf works happily and finds XShmAttach > without problems. > > -- > GMX - Die Kommunikationsplattform im Internet. > http://www.gmx.net > > > _______________________________________________ > Enlightenment-devel mailing list > Enl...@li... > http://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gordon Heydon <gjh...@bi...> |
From: tma <ay...@gm...> - 2001-03-25 10:10:43
|
> Hello, > > I had this problem. It turned out to be that my build environment was > stuff by a couple of old capatiblity libs, that were getting linked in > and causing the build to fail. use ldd to determine this, and go from > there. > I see what you mean but I don't know which binary to check for my case as. BTW, ecore's autoconf tells me the same, so as of now only that of evas works. I'm sure that those libs are all there and the ld.so-cache is alright too. Could it be that my self-built X from CVS is incompatible because it's too new, I don't hope so. Actually it's the latest and finally my G400 doesn't crash in evas-hardware now as it did for two months or so. They finally updated the DRI-stuff so that works again with evas, it was broken for some months. > Gordon. > > * ay...@gm... (ay...@gm...) wrote: > > I can't compile Imlib2 for one reason: > > it tells me that it can't find XShmAttach during autoconf. > > The strange fact is that Evas's autoconf works happily and finds XShmAttach > > without problems. |
From: Gordon H. <gjh...@bi...> - 2001-03-25 13:30:50
|
* tma (ay...@gm...) wrote: > > Hello, > > > > I had this problem. It turned out to be that my build environment was > > stuff by a couple of old capatiblity libs, that were getting linked in > > and causing the build to fail. use ldd to determine this, and go from > > there. > > > > I see what you mean but I don't know which binary to check for my case as. > BTW, ecore's autoconf tells me the same, so as of now only that of evas > works. Yes it does work, but if you delete the config.cache it wont work anymore, You can check the XShm lib and that will tell you. another thing to try is to run your configure with the -x option eg sh -c ./configure This will show the output and help decipher it. > I'm sure that those libs are all there and the ld.so-cache is alright too. > Could it be that my self-built X from CVS is incompatible because it's too > new, I don't hope so. Actually it's the latest and finally my G400 doesn't > crash in evas-hardware now as it did for two months or so. They finally > updated the DRI-stuff so that works again with evas, it was broken for some > months. It is most likely that you have an old library hanging around. -- Gordon Heydon <gjh...@bi...> |
From: tma <ay...@gm...> - 2001-03-25 17:00:01
|
On Sun, 25 Mar 2001 23:33:57 +1000 Gordon Heydon <gjh...@bi...> wrote: > * tma (ay...@gm...) wrote: > > > Hello, > > > > > > I had this problem. It turned out to be that my build environment was > > > stuff by a couple of old capatiblity libs, that were getting linked in > > > and causing the build to fail. use ldd to determine this, and go from > > > there. > > > > > > > I see what you mean but I don't know which binary to check for my case as. > > BTW, ecore's autoconf tells me the same, so as of now only that of evas > > works. > > Yes it does work, but if you delete the config.cache it wont work > anymore, You can check the XShm lib and that will tell you. another > thing to try is to run your configure with the -x option eg > > sh -c ./configure > I can't find an option to call "./configure -x", any clue? BTW, it still works fin with evas, damn that's too irritating. Is X now X11R6.5.1 or 6.4.x my CVS-version tells it is 6.5.1, maybe this is too new? PS: some libs in /usr/X11R6/lib like Xrender or Xfont were only built in .a form now and the .so.* are from Nov 25, that seems a bit odd, doesn't it. The way I build X is exact the way how it's describes in the INSTALL-X.org file plus my own host.def with pentium-opts and MgaHalLib-stuff. > This will show the output and help decipher it. > > > I'm sure that those libs are all there and the ld.so-cache is alright too. > > Could it be that my self-built X from CVS is incompatible because it's too > > new, I don't hope so. Actually it's the latest and finally my G400 doesn't > > crash in evas-hardware now as it did for two months or so. They finally > > updated the DRI-stuff so that works again with evas, it was broken for some > > months. > > It is most likely that you have an old library hanging around. > I rebuilt X and before installing it deleted it's directory. |
From: Gordon H. <gjh...@bi...> - 2001-03-25 21:27:03
|
* tma (ay...@gm...) wrote: > On Sun, 25 Mar 2001 23:33:57 +1000 > Gordon Heydon <gjh...@bi...> wrote: > > > * tma (ay...@gm...) wrote: > > > > Hello, > > > > > > > > I had this problem. It turned out to be that my build environment was > > > > stuff by a couple of old capatiblity libs, that were getting linked in > > > > and causing the build to fail. use ldd to determine this, and go from > > > > there. > > > > > > > > > > I see what you mean but I don't know which binary to check for my case as. > > > BTW, ecore's autoconf tells me the same, so as of now only that of evas > > > works. > > > > Yes it does work, but if you delete the config.cache it wont work > > anymore, You can check the XShm lib and that will tell you. another > > thing to try is to run your configure with the -x option eg > > > > sh -c ./configure > > oops it should be sh -x ./configure > > I can't find an option to call "./configure -x", any clue? sorry > BTW, it still works fin with evas, damn that's too irritating. Is X now X11R6.5.1 or 6.4.x my CVS-version tells it is 6.5.1, maybe this is too new? > PS: some libs in /usr/X11R6/lib like Xrender or Xfont were only built in .a form now and the .so.* are from Nov 25, that seems a bit odd, doesn't it. The way I build X is exact the way how it's describes in the INSTALL-X.org file plus my own host.def with pentium-opts and MgaHalLib-stuff. This is because the missing commands that are not being called by evas, but when they do evas will crash. > > > This will show the output and help decipher it. > > > > > I'm sure that those libs are all there and the ld.so-cache is alright too. > > > Could it be that my self-built X from CVS is incompatible because it's too > > > new, I don't hope so. Actually it's the latest and finally my G400 doesn't > > > crash in evas-hardware now as it did for two months or so. They finally > > > updated the DRI-stuff so that works again with evas, it was broken for some > > > months. > > > > It is most likely that you have an old library hanging around. > > > > I rebuilt X and before installing it deleted it's directory. > Run the configure script with the sh -x ./configure and you should see what the problem is. -- Gordon Heydon <gjh...@bi...> |
From: tma <ay...@gm...> - 2001-03-26 18:30:05
|
Actually conftest.c from Imlib2 segfaults. I just modified the configure-script to copy it over and ran it through gdb, here's the log: [...] --(tma@flarp)-(pts)-(08:21pm:03/26/01) --(~/src/tmp)> ./conftest Segmentation fault --(tma@flarp)-(pts)-(08:22pm:03/26/01) --(~/src/tmp)> ulimit -c 50000 --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) --(~/src/tmp)> ./conftest Segmentation fault (core dumped) --(tma@flarp)-(pts)-(08:22pm:03/26/01) --(~/src/tmp)> gdb conftest core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `./conftest'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Loaded symbols for /usr/X11R6/lib/libX11.so.6 Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Loaded symbols for /usr/X11R6/lib/libXext.so.6 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 46 LockDisplay(dpy); (gdb) b 8 Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. (gdb) run Starting program: /home/tma/src/tmp/conftest Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 42 { (gdb) n 46 LockDisplay(dpy); (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 46 LockDisplay(dpy); (gdb) [...] I will do my best to supply you info to find out what's going wrong here. |
From: <ra...@ra...> - 2001-03-26 18:47:18
|
On 26 Mar, tma scribbled: > Actually conftest.c from Imlib2 segfaults. > I just modified the configure-script to copy it over and ran it throug= h gdb, here's the log: > [...] > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > --(~/src/tmp)> ./conftest=20 > Segmentation fault > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > --(~/src/tmp)> ulimit -c 50000 > --(tma@flarp)-(pts)=C4(08:22pm:03/26/01) > --(~/src/tmp)> ./conftest=20 > Segmentation fault (core dumped) > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > --(~/src/tmp)> gdb conftest core > GNU gdb 5.0 > Copyright 2000 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and = you are > welcome to change it and/or distribute copies of it under certain con= ditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for de= tails. > This GDB was configured as "i686-pc-linux-gnu"... > Core was generated by `./conftest'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > Reading symbols from /lib/libc.so.6...done. > Loaded symbols for /lib/libc.so.6 > Reading symbols from /lib/ld-linux.so.2...done. > Loaded symbols for /lib/ld-linux.so.2 > #0 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, major_opcode= =3D0x0,=20 > first_event=3D0x54580000, first_error=3D0x45747365) at QuExt.c:4= 6 > 46 LockDisplay(dpy); > (gdb) b 8 > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > (gdb) run > Starting program: /home/tma/src/tmp/conftest=20 > =20 > Breakpoint 1, XQueryExtension (dpy=3D0x0, name=3D0x0, major_opcode=3D0= x0,=20 > first_event=3D0x54580000, first_error=3D0x45747365) at QuExt.c:4= 2 > 42 { =20 > (gdb) n > 46 LockDisplay(dpy); > (gdb) n > =20 > Program received signal SIGSEGV, Segmentation fault. > 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, major_opcode=3D= 0x0,=20 > first_event=3D0x54580000, first_error=3D0x45747365) at QuExt.c= :46 > 46 LockDisplay(dpy); > (gdb)=20 > [...] > =20 > I will do my best to supply you info to find out what's going wrong he= re. you never run a conf test - the configure scritp ONLY checks if it compiles.. it doesnt have to run... --=20 --------------- Codito, ergo sum - "I code, therefore I am" -------------= ------- The Rasterman (Carsten Haitzler) ra...@ra... raster@valin= ux.com VA Linux Systems ra...@de... Mobile Phone: +1 408 887 3163 Work Phone: +1 510 687 7069 |
From: tma <ay...@gm...> - 2001-03-26 19:06:58
|
> On 26 Mar, tma scribbled: > > Actually conftest.c from Imlib2 segfaults. > > I just modified the configure-script to copy it over and ran it through gdb, here's the log: > > [...] > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > --(~/src/tmp)> ./conftest > > Segmentation fault > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > --(~/src/tmp)> ulimit -c 50000 > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > --(~/src/tmp)> ./conftest > > Segmentation fault (core dumped) > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > --(~/src/tmp)> gdb conftest core > > GNU gdb 5.0 > > Copyright 2000 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i686-pc-linux-gnu"... > > Core was generated by `./conftest'. > > Program terminated with signal 11, Segmentation fault. > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > Reading symbols from /lib/libc.so.6...done. > > Loaded symbols for /lib/libc.so.6 > > Reading symbols from /lib/ld-linux.so.2...done. > > Loaded symbols for /lib/ld-linux.so.2 > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > 46 LockDisplay(dpy); > > (gdb) b 8 > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > (gdb) run > > Starting program: /home/tma/src/tmp/conftest > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > 42 > > (gdb) n > > 46 LockDisplay(dpy); > > (gdb) n > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > 46 LockDisplay(dpy); > > (gdb) > > [...] > > > > I will do my best to supply you info to find out what's going wrong here. > > you never run a conf test - the configure scritp ONLY checks if it > compiles.. it doesnt have to run... Oops, oh, OK. No problem. So maybe you can tell me what's going on here? I can resend you the log-files or create new ones, just plain tell me how to find out. |
From: <ra...@ra...> - 2001-03-26 19:19:08
|
On 26 Mar, tma scribbled: > > On 26 Mar, tma scribbled: > > > Actually conftest.c from Imlib2 segfaults. > > > I just modified the configure-script to copy it over and ran it th= rough > gdb, here's the log: > > > [...] > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > --(~/src/tmp)> ./conftest > > > Segmentation fault > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > --(~/src/tmp)> ulimit -c 50000 > > > --(tma@flarp)-(pts)=C4(08:22pm:03/26/01) > > > --(~/src/tmp)> ./conftest > > > Segmentation fault (core dumped) > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > --(~/src/tmp)> gdb conftest core > > > GNU gdb 5.0 > > > Copyright 2000 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, a= nd > you are > > > welcome to change it and/or distribute copies of it under certain > conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for > details. > > > This GDB was configured as "i686-pc-linux-gnu"... > > > Core was generated by `./conftest'. > > > Program terminated with signal 11, Segmentation fault. > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > Reading symbols from /lib/libc.so.6...done. > > > Loaded symbols for /lib/libc.so.6 > > > Reading symbols from /lib/ld-linux.so.2...done. > > > Loaded symbols for /lib/ld-linux.so.2 > > > #0 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, major_op= code=3D0x0, > > > first_event=3D0x54580000, first_error=3D0x45747365) at QuExt.c= :46 > > > 46 LockDisplay(dpy); > > > (gdb) b 8 > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > (gdb) run > > > Starting program: /home/tma/src/tmp/conftest > > > > > > Breakpoint 1, XQueryExtension (dpy=3D0x0, name=3D0x0, major_opcode= =3D0x0, > > > first_event=3D0x54580000, first_error=3D0x45747365) at QuExt.c= :42 > > > 42 > =20 > > > (gdb) n > > > 46 LockDisplay(dpy); > > > (gdb) n > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, major_opcode= =3D0x0, > > > first_event=3D0x54580000, first_error=3D0x45747365) at QuExt.c= :46 > > > 46 LockDisplay(dpy); > > > (gdb) > > > [...] > > > > > > I will do my best to supply you info to find out what's going wron= g > here. > > > > you never run a conf test - the configure scritp ONLY checks if it > > compiles.. it doesnt have to run... > =20 > Oops, oh, OK. No problem. So maybe you can tell me what's going on her= e? > I can resend you the log-files or create new ones, just plain tell me = how to > find out. conftest is complaingin at compile time of that test - the gc error output is in the log. --=20 --------------- Codito, ergo sum - "I code, therefore I am" -------------= ------- The Rasterman (Carsten Haitzler) ra...@ra... raster@valin= ux.com VA Linux Systems ra...@de... Mobile Phone: +1 408 887 3163 Work Phone: +1 510 687 7069 |
From: tma <ay...@gm...> - 2001-03-26 19:23:50
|
> On 26 Mar, tma scribbled: > > > On 26 Mar, tma scribbled: > > > > Actually conftest.c from Imlib2 segfaults. > > > > I just modified the configure-script to copy it over and ran it through > > gdb, here's the log: > > > > [...] > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > --(~/src/tmp)> ./conftest > > > > Segmentation fault > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > --(~/src/tmp)> ulimit -c 50000 > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > --(~/src/tmp)> ./conftest > > > > Segmentation fault (core dumped) > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > --(~/src/tmp)> gdb conftest core > > > > GNU gdb 5.0 > > > > Copyright 2000 Free Software Foundation, Inc. > > > > GDB is free software, covered by the GNU General Public License, and > > you are > > > > welcome to change it and/or distribute copies of it under certain > > conditions. > > > > Type "show copying" to see the conditions. > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > Core was generated by `./conftest'. > > > > Program terminated with signal 11, Segmentation fault. > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > Reading symbols from /lib/libc.so.6...done. > > > > Loaded symbols for /lib/libc.so.6 > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > 46 LockDisplay(dpy); > > > > (gdb) b 8 > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > (gdb) run > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > 42 > > > > > > (gdb) n > > > > 46 LockDisplay(dpy); > > > > (gdb) n > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > 46 LockDisplay(dpy); > > > > (gdb) > > > > [...] > > > > > > > > I will do my best to supply you info to find out what's going wrong > > here. > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > compiles.. it doesnt have to run... > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on here? > > I can resend you the log-files or create new ones, just plain tell me how to > > find out. > > conftest is complaingin at compile time of that test - the gc error > output is in the log. > Yeah, I know that one, but the same check works in evas's autoconf, that's what looks weird to me. And XShmAttach is in its lib. I mean an older version of evas (approx. 1 week old) runs fine here, so I guess that XShmAttach also works properly. So what's the problem. Sorry, I don't want to sound rude, really. |
From: <ra...@ra...> - 2001-03-26 19:31:14
|
On 26 Mar, tma scribbled: > > On 26 Mar, tma scribbled: > > > > On 26 Mar, tma scribbled: > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > I just modified the configure-script to copy it over and ran i= t > through > > > gdb, here's the log: > > > > > [...] > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > --(~/src/tmp)> ./conftest > > > > > Segmentation fault > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > --(tma@flarp)-(pts)=C4(08:22pm:03/26/01) > > > > > --(~/src/tmp)> ./conftest > > > > > Segmentation fault (core dumped) > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > --(~/src/tmp)> gdb conftest core > > > > > GNU gdb 5.0 > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > GDB is free software, covered by the GNU General Public Licens= e, > and > > > you are > > > > > welcome to change it and/or distribute copies of it under cert= ain > > > conditions. > > > > > Type "show copying" to see the conditions. > > > > > There is absolutely no warranty for GDB. Type "show warranty"= for > > > details. > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > Core was generated by `./conftest'. > > > > > Program terminated with signal 11, Segmentation fault. > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > Loaded symbols for /lib/libc.so.6 > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > #0 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, > major_opcode=3D0x0, > > > > > first_event=3D0x54580000, first_error=3D0x45747365) at QuE= xt.c:46 > > > > > 46 LockDisplay(dpy); > > > > > (gdb) b 8 > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > (gdb) run > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=3D0x0, name=3D0x0, major_op= code=3D0x0, > > > > > first_event=3D0x54580000, first_error=3D0x45747365) at QuE= xt.c:42 > > > > > 42 > > > > > > > > (gdb) n > > > > > 46 LockDisplay(dpy); > > > > > (gdb) n > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, major_op= code=3D0x0, > > > > > first_event=3D0x54580000, first_error=3D0x45747365) at QuE= xt.c:46 > > > > > 46 LockDisplay(dpy); > > > > > (gdb) > > > > > [...] > > > > > > > > > > I will do my best to supply you info to find out what's going = wrong > > > here. > > > > > > > > you never run a conf test - the configure scritp ONLY checks if i= t > > > > compiles.. it doesnt have to run... > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > here? > > > I can resend you the log-files or create new ones, just plain tell= me > how to > > > find out. > > > > conftest is complaingin at compile time of that test - the gc error > > output is in the log. > > > =20 > Yeah, I know that one, but the same check works in evas's autoconf, th= at's > what looks weird to me. > And XShmAttach is in its lib. I mean an older version of evas (approx.= 1 > week old) runs fine here, so I guess that XShmAttach also works proper= ly. So > what's the problem. Sorry, I don't want to sound rude, really. read config.log. it will tell you. --=20 --------------- Codito, ergo sum - "I code, therefore I am" -------------= ------- The Rasterman (Carsten Haitzler) ra...@ra... raster@valin= ux.com VA Linux Systems ra...@de... Mobile Phone: +1 408 887 3163 Work Phone: +1 510 687 7069 |
From: tma <ay...@gm...> - 2001-03-26 19:39:35
|
On Mon, 26 Mar 2001 11:41:13 -0800 (PST) ra...@ra... wrote: > On 26 Mar, tma scribbled: > > > On 26 Mar, tma scribbled: > > > > > On 26 Mar, tma scribbled: > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > I just modified the configure-script to copy it over and ran it > > through > > > > gdb, here's the log: > > > > > > [...] > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > --(~/src/tmp)> ./conftest > > > > > > Segmentation fault > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > --(~/src/tmp)> ./conftest > > > > > > Segmentation fault (core dumped) > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > GNU gdb 5.0 > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > GDB is free software, covered by the GNU General Public License, > > and > > > > you are > > > > > > welcome to change it and/or distribute copies of it under certain > > > > conditions. > > > > > > Type "show copying" to see the conditions. > > > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > > details. > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > Core was generated by `./conftest'. > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > major_opcode=0x0, > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > 46 LockDisplay(dpy); > > > > > > (gdb) b 8 > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > (gdb) run > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > > > 42 > > > > > > > > > > (gdb) n > > > > > > 46 LockDisplay(dpy); > > > > > > (gdb) n > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > 46 LockDisplay(dpy); > > > > > > (gdb) > > > > > > [...] > > > > > > > > > > > > I will do my best to supply you info to find out what's going wrong > > > > here. > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > > > compiles.. it doesnt have to run... > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > > here? > > > > I can resend you the log-files or create new ones, just plain tell me > > how to > > > > find out. > > > > > > conftest is complaingin at compile time of that test - the gc error > > > output is in the log. > > > > > > > Yeah, I know that one, but the same check works in evas's autoconf, that's > > what looks weird to me. > > And XShmAttach is in its lib. I mean an older version of evas (approx. 1 > > week old) runs fine here, so I guess that XShmAttach also works properly. So > > what's the problem. Sorry, I don't want to sound rude, really. > > read config.log. it will tell you. > Cool, you're right. It tells me that libX11.so has an undefined reference to atexit, hmm that sounds not very good. I am curious how X built then when it didn't find that symbol, hmm? |
From: <ra...@ra...> - 2001-03-26 19:50:19
|
On 26 Mar, tma scribbled: > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > ra...@ra... wrote: > =20 > > On 26 Mar, tma scribbled: > > > > On 26 Mar, tma scribbled: > > > > > > On 26 Mar, tma scribbled: > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > I just modified the configure-script to copy it over and r= an it > > > through > > > > > gdb, here's the log: > > > > > > > [...] > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > Segmentation fault > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > --(tma@flarp)-(pts)=C4(08:22pm:03/26/01) > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > Segmentation fault (core dumped) > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > GNU gdb 5.0 > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > GDB is free software, covered by the GNU General Public Li= cense, > > > and > > > > > you are > > > > > > > welcome to change it and/or distribute copies of it under = certain > > > > > conditions. > > > > > > > Type "show copying" to see the conditions. > > > > > > > There is absolutely no warranty for GDB. Type "show warra= nty" for > > > > > details. > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > Core was generated by `./conftest'. > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, > > > major_opcode=3D0x0, > > > > > > > first_event=3D0x54580000, first_error=3D0x45747365) at= QuExt.c:46 > > > > > > > 46 LockDisplay(dpy); > > > > > > > (gdb) b 8 > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > (gdb) run > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=3D0x0, name=3D0x0, majo= r_opcode=3D0x0, > > > > > > > first_event=3D0x54580000, first_error=3D0x45747365) at= QuExt.c:42 > > > > > > > 42 > > > > > > > > > > > > (gdb) n > > > > > > > 46 LockDisplay(dpy); > > > > > > > (gdb) n > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, majo= r_opcode=3D0x0, > > > > > > > first_event=3D0x54580000, first_error=3D0x45747365) at= QuExt.c:46 > > > > > > > 46 LockDisplay(dpy); > > > > > > > (gdb) > > > > > > > [...] > > > > > > > > > > > > > > I will do my best to supply you info to find out what's go= ing wrong > > > > > here. > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks = if it > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's goin= g on > > > here? > > > > > I can resend you the log-files or create new ones, just plain = tell me > > > how to > > > > > find out. > > > > > > > > conftest is complaingin at compile time of that test - the gc err= or > > > > output is in the log. > > > > > > > =20 > > > Yeah, I know that one, but the same check works in evas's autoconf= , that's > > > what looks weird to me. > > > And XShmAttach is in its lib. I mean an older version of evas (app= rox. 1 > > > week old) runs fine here, so I guess that XShmAttach also works pr= operly. So > > > what's the problem. Sorry, I don't want to sound rude, really. > >=20 > > read config.log. it will tell you. > >=20 > =20 > Cool, you're right. It tells me that libX11.so has an undefined refere= nce to atexit, hmm that sounds not very good. I am curious how X built th= en when it didn't find that symbol, hmm? atexit is a normal libc function. for some strange reaosn gcc isnt linking to libc automatically as it should. you're runing debian or slackware arent u? --=20 --------------- Codito, ergo sum - "I code, therefore I am" -------------= ------- The Rasterman (Carsten Haitzler) ra...@ra... raster@valin= ux.com VA Linux Systems ra...@de... Mobile Phone: +1 408 887 3163 Work Phone: +1 510 687 7069 |
From: tma <ay...@gm...> - 2001-03-26 19:54:10
|
On Mon, 26 Mar 2001 12:00:16 -0800 (PST) ra...@ra... wrote: > On 26 Mar, tma scribbled: > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > ra...@ra... wrote: > > > > > On 26 Mar, tma scribbled: > > > > > On 26 Mar, tma scribbled: > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > I just modified the configure-script to copy it over and ran it > > > > through > > > > > > gdb, here's the log: > > > > > > > > [...] > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > Segmentation fault > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > Segmentation fault (core dumped) > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > GNU gdb 5.0 > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > GDB is free software, covered by the GNU General Public License, > > > > and > > > > > > you are > > > > > > > > welcome to change it and/or distribute copies of it under certain > > > > > > conditions. > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > > > > details. > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > Core was generated by `./conftest'. > > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > > > major_opcode=0x0, > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > (gdb) b 8 > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > (gdb) run > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > > > > > 42 > > > > > > > > > > > > > > (gdb) n > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > (gdb) > > > > > > > > [...] > > > > > > > > > > > > > > > > I will do my best to supply you info to find out what's going wrong > > > > > > here. > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > > > > here? > > > > > > I can resend you the log-files or create new ones, just plain tell me > > > > how to > > > > > > find out. > > > > > > > > > > conftest is complaingin at compile time of that test - the gc error > > > > > output is in the log. > > > > > > > > > > > > > Yeah, I know that one, but the same check works in evas's autoconf, that's > > > > what looks weird to me. > > > > And XShmAttach is in its lib. I mean an older version of evas (approx. 1 > > > > week old) runs fine here, so I guess that XShmAttach also works properly. So > > > > what's the problem. Sorry, I don't want to sound rude, really. > > > > > > read config.log. it will tell you. > > > > > > > Cool, you're right. It tells me that libX11.so has an undefined reference to atexit, hmm that sounds not very good. I am curious how X built then when it didn't find that symbol, hmm? > > atexit is a normal libc function. for some strange reaosn gcc isnt > linking to libc automatically as it should. you're runing debian or > slackware arent u? > Debian unstable, yup. |
From: <ra...@ra...> - 2001-03-26 20:11:45
|
On 26 Mar, tma scribbled: > On Mon, 26 Mar 2001 12:00:16 -0800 (PST) > ra...@ra... wrote: > =20 > > On 26 Mar, tma scribbled: > > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > > ra...@ra... wrote: > > > =20 > > > > On 26 Mar, tma scribbled: > > > > > > On 26 Mar, tma scribbled: > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > > I just modified the configure-script to copy it over a= nd ran it > > > > > through > > > > > > > gdb, here's the log: > > > > > > > > > [...] > > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > Segmentation fault > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > > --(tma@flarp)-(pts)=C4(08:22pm:03/26/01) > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > Segmentation fault (core dumped) > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > > GNU gdb 5.0 > > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > > GDB is free software, covered by the GNU General Publi= c License, > > > > > and > > > > > > > you are > > > > > > > > > welcome to change it and/or distribute copies of it un= der certain > > > > > > > conditions. > > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > > There is absolutely no warranty for GDB. Type "show w= arranty" for > > > > > > > details. > > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > > Core was generated by `./conftest'. > > > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...don= e. > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0= x0, > > > > > major_opcode=3D0x0, > > > > > > > > > first_event=3D0x54580000, first_error=3D0x45747365= ) at QuExt.c:46 > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > (gdb) b 8 > > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > > (gdb) run > > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=3D0x0, name=3D0x0, = major_opcode=3D0x0, > > > > > > > > > first_event=3D0x54580000, first_error=3D0x45747365= ) at QuExt.c:42 > > > > > > > > > 42 > > > > > > > > > > > > > > > > (gdb) n > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > > 0x4004d220 in XQueryExtension (dpy=3D0x0, name=3D0x0, = major_opcode=3D0x0, > > > > > > > > > first_event=3D0x54580000, first_error=3D0x45747365= ) at QuExt.c:46 > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > (gdb) > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > I will do my best to supply you info to find out what'= s going wrong > > > > > > > here. > > > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY che= cks if it > > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's = going on > > > > > here? > > > > > > > I can resend you the log-files or create new ones, just pl= ain tell me > > > > > how to > > > > > > > find out. > > > > > > > > > > > > conftest is complaingin at compile time of that test - the gc= error > > > > > > output is in the log. > > > > > > > > > > > =20 > > > > > Yeah, I know that one, but the same check works in evas's auto= conf, that's > > > > > what looks weird to me. > > > > > And XShmAttach is in its lib. I mean an older version of evas = (approx. 1 > > > > > week old) runs fine here, so I guess that XShmAttach also work= s properly. So > > > > > what's the problem. Sorry, I don't want to sound rude, really. > > > >=20 > > > > read config.log. it will tell you. > > > >=20 > > > =20 > > > Cool, you're right. It tells me that libX11.so has an undefined re= ference to atexit, hmm that sounds not very good. I am curious how X buil= t then when it didn't find that symbol, hmm? > >=20 > > atexit is a normal libc function. for some strange reaosn gcc isnt > > linking to libc automatically as it should. you're runing debian or > > slackware arent u? > >=20 > =20 > Debian unstable, yup. aaaah the usual - everyone has problems compiling on debian. they never use shared lib deps on debian. why beats me. use a redhat based dist and you wont have this problem. thats the simple answer (i use valinux 7.0.1 - ftp://ftp.valinux.com/pub/software/VALinux/beta/7.0.1 ) --=20 --------------- Codito, ergo sum - "I code, therefore I am" -------------= ------- The Rasterman (Carsten Haitzler) ra...@ra... raster@valin= ux.com VA Linux Systems ra...@de... Mobile Phone: +1 408 887 3163 Work Phone: +1 510 687 7069 |
From: tma <ay...@gm...> - 2001-03-26 20:15:45
|
On Mon, 26 Mar 2001 12:21:21 -0800 (PST) ra...@ra... wrote: > On 26 Mar, tma scribbled: > > On Mon, 26 Mar 2001 12:00:16 -0800 (PST) > > ra...@ra... wrote: > > > > > On 26 Mar, tma scribbled: > > > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > > > ra...@ra... wrote: > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > > > I just modified the configure-script to copy it over and ran it > > > > > > through > > > > > > > > gdb, here's the log: > > > > > > > > > > [...] > > > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > Segmentation fault > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > Segmentation fault (core dumped) > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > > > GNU gdb 5.0 > > > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > > > GDB is free software, covered by the GNU General Public License, > > > > > > and > > > > > > > > you are > > > > > > > > > > welcome to change it and/or distribute copies of it under certain > > > > > > > > conditions. > > > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > > > > > > details. > > > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > > > Core was generated by `./conftest'. > > > > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > > > > > major_opcode=0x0, > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > (gdb) b 8 > > > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > > > (gdb) run > > > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > > > > > > > 42 > > > > > > > > > > > > > > > > > > (gdb) n > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > (gdb) > > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > > > I will do my best to supply you info to find out what's going wrong > > > > > > > > here. > > > > > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > > > > > > here? > > > > > > > > I can resend you the log-files or create new ones, just plain tell me > > > > > > how to > > > > > > > > find out. > > > > > > > > > > > > > > conftest is complaingin at compile time of that test - the gc error > > > > > > > output is in the log. > > > > > > > > > > > > > > > > > > > Yeah, I know that one, but the same check works in evas's autoconf, that's > > > > > > what looks weird to me. > > > > > > And XShmAttach is in its lib. I mean an older version of evas (approx. 1 > > > > > > week old) runs fine here, so I guess that XShmAttach also works properly. So > > > > > > what's the problem. Sorry, I don't want to sound rude, really. > > > > > > > > > > read config.log. it will tell you. > > > > > > > > > > > > > Cool, you're right. It tells me that libX11.so has an undefined reference to atexit, hmm that sounds not very good. I am curious how X built then when it didn't find that symbol, hmm? > > > > > > atexit is a normal libc function. for some strange reaosn gcc isnt > > > linking to libc automatically as it should. you're runing debian or > > > slackware arent u? > > > > > > > Debian unstable, yup. > > aaaah the usual - everyone has problems compiling on debian. they never > use shared lib deps on debian. why beats me. use a redhat based dist > and you wont have this problem. thats the simple answer (i use valinux > 7.0.1 - ftp://ftp.valinux.com/pub/software/VALinux/beta/7.0.1 ) I hope it's that easy, ok, thanks for listening. I ask all ppl on this list who use Debian unstable what to do. AFAIK giblet runs Debian unstable. If I get on someone's nerves with this thread then please tell me :) |
From: Nathanial W. <na...@mo...> - 2001-03-26 21:53:00
|
works here running debian/sid, doing upgrades as soon as they come out (i'm brave/stupid): checking for XShmAttach in -lXext... yes Nathanial Woolls (daedo) Maid Development Mobiletoys dot, Inc. phone: 800-728-3334 fax: 207-282-8109 ----- Original Message ----- From: "tma" <ay...@gm...> To: <enl...@li...> Sent: Monday, March 26, 2001 3:16 PM Subject: Re: [E-devel] XShmAttach issues > On Mon, 26 Mar 2001 12:21:21 -0800 (PST) > ra...@ra... wrote: > > > On 26 Mar, tma scribbled: > > > On Mon, 26 Mar 2001 12:00:16 -0800 (PST) > > > ra...@ra... wrote: > > > > > > > On 26 Mar, tma scribbled: > > > > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > > > > ra...@ra... wrote: > > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > > > > I just modified the configure-script to copy it over and ran it > > > > > > > through > > > > > > > > > gdb, here's the log: > > > > > > > > > > > [...] > > > > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > Segmentation fault > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > Segmentation fault (core dumped) > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > > > > GNU gdb 5.0 > > > > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > > > > GDB is free software, covered by the GNU General Public License, > > > > > > > and > > > > > > > > > you are > > > > > > > > > > > welcome to change it and/or distribute copies of it under certain > > > > > > > > > conditions. > > > > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > > > > > > > details. > > > > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > > > > Core was generated by `./conftest'. > > > > > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > > > > > > major_opcode=0x0, > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > (gdb) b 8 > > > > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > > > > (gdb) run > > > > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > > > > > > > > 42 > > > > > > > > > > > > > > > > > > > > (gdb) n > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > (gdb) > > > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > > > > > I will do my best to supply you info to find out what's going wrong > > > > > > > > > here. > > > > > > > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > > > > > > > here? > > > > > > > > > I can resend you the log-files or create new ones, just plain tell me > > > > > > > how to > > > > > > > > > find out. > > > > > > > > > > > > > > > > conftest is complaingin at compile time of that test - the gc error > > > > > > > > output is in the log. > > > > > > > > > > > > > > > > > > > > > > Yeah, I know that one, but the same check works in evas's autoconf, that's > > > > > > > what looks weird to me. > > > > > > > And XShmAttach is in its lib. I mean an older version of evas (approx. 1 > > > > > > > week old) runs fine here, so I guess that XShmAttach also works properly. So > > > > > > > what's the problem. Sorry, I don't want to sound rude, really. > > > > > > > > > > > > read config.log. it will tell you. > > > > > > > > > > > > > > > > Cool, you're right. It tells me that libX11.so has an undefined reference to atexit, hmm that sounds not very good. I am curious how X built then when it didn't find that symbol, hmm? > > > > > > > > atexit is a normal libc function. for some strange reaosn gcc isnt > > > > linking to libc automatically as it should. you're runing debian or > > > > slackware arent u? > > > > > > > > > > Debian unstable, yup. > > > > aaaah the usual - everyone has problems compiling on debian. they never > > use shared lib deps on debian. why beats me. use a redhat based dist > > and you wont have this problem. thats the simple answer (i use valinux > > 7.0.1 - ftp://ftp.valinux.com/pub/software/VALinux/beta/7.0.1 ) > > I hope it's that easy, ok, thanks for listening. > I ask all ppl on this list who use Debian unstable what to do. > AFAIK giblet runs Debian unstable. > If I get on someone's nerves with this thread then please tell me :) > > _______________________________________________ > Enlightenment-devel mailing list > Enl...@li... > http://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: tma <ay...@gm...> - 2001-03-27 05:31:24
|
> works here running debian/sid, doing upgrades as soon as they come out (i'm > brave/stupid): > Maybe it my self-built CVS-X? I had to modify some files in xc/config/cf so that make World would produce .so's of Xfont and Xrender. The default on Debian was .a for those two libs. Moreover I use my own host.def for MgaLibHal and pentium-ops. PS: I used to work since my last X-build. BTW, this X tells me that it is 6.5.1 but by default in site.def installs to X11R6.4, is that both the same version? 6.5.1 looks quite new to me. > checking for XShmAttach in -lXext... yes > > Nathanial Woolls (daedo) > > Maid Development > Mobiletoys dot, Inc. > phone: 800-728-3334 > fax: 207-282-8109 > > ----- Original Message ----- > From: "tma" <ay...@gm...> > To: <enl...@li...> > Sent: Monday, March 26, 2001 3:16 PM > Subject: Re: [E-devel] XShmAttach issues > > > > On Mon, 26 Mar 2001 12:21:21 -0800 (PST) > > ra...@ra... wrote: > > > > > On 26 Mar, tma scribbled: > > > > On Mon, 26 Mar 2001 12:00:16 -0800 (PST) > > > > ra...@ra... wrote: > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > > > > > ra...@ra... wrote: > > > > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > > > > > I just modified the configure-script to copy it over > and ran it > > > > > > > > through > > > > > > > > > > gdb, here's the log: > > > > > > > > > > > > [...] > > > > > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > > Segmentation fault > > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > > Segmentation fault (core dumped) > > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > > > > > GNU gdb 5.0 > > > > > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > > > > > GDB is free software, covered by the GNU General > Public License, > > > > > > > > and > > > > > > > > > > you are > > > > > > > > > > > > welcome to change it and/or distribute copies of it > under certain > > > > > > > > > > conditions. > > > > > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > > > > > There is absolutely no warranty for GDB. Type "show > warranty" for > > > > > > > > > > details. > > > > > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > > > > > Core was generated by `./conftest'. > > > > > > > > > > > > Program terminated with signal 11, Segmentation > fault. > > > > > > > > > > > > Reading symbols from > /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > > > > > Reading symbols from > /usr/X11R6/lib/libXext.so.6...done. > > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > > > > > > > major_opcode=0x0, > > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) > at QuExt.c:46 > > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > > (gdb) b 8 > > > > > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > > > > > (gdb) run > > > > > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, > major_opcode=0x0, > > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) > at QuExt.c:42 > > > > > > > > > > > > 42 > > > > > > > > > > > > > > > > > > > > > > (gdb) n > > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > major_opcode=0x0, > > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) > at QuExt.c:46 > > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > > (gdb) > > > > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > > > > > > > I will do my best to supply you info to find out > what's going wrong > > > > > > > > > > here. > > > > > > > > > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY > checks if it > > > > > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's > going on > > > > > > > > here? > > > > > > > > > > I can resend you the log-files or create new ones, just > plain tell me > > > > > > > > how to > > > > > > > > > > find out. > > > > > > > > > > > > > > > > > > conftest is complaingin at compile time of that test - the > gc error > > > > > > > > > output is in the log. > > > > > > > > > > > > > > > > > > > > > > > > > Yeah, I know that one, but the same check works in evas's > autoconf, that's > > > > > > > > what looks weird to me. > > > > > > > > And XShmAttach is in its lib. I mean an older version of evas > (approx. 1 > > > > > > > > week old) runs fine here, so I guess that XShmAttach also > works properly. So > > > > > > > > what's the problem. Sorry, I don't want to sound rude, > really. > > > > > > > > > > > > > > read config.log. it will tell you. > > > > > > > > > > > > > > > > > > > Cool, you're right. It tells me that libX11.so has an undefined > reference to atexit, hmm that sounds not very good. I am curious how X built > then when it didn't find that symbol, hmm? > > > > > > > > > > atexit is a normal libc function. for some strange reaosn gcc isnt > > > > > linking to libc automatically as it should. you're runing debian or > > > > > slackware arent u? > > > > > > > > > > > > > Debian unstable, yup. > > > > > > aaaah the usual - everyone has problems compiling on debian. they never > > > use shared lib deps on debian. why beats me. use a redhat based dist > > > and you wont have this problem. thats the simple answer (i use valinux > > > 7.0.1 - ftp://ftp.valinux.com/pub/software/VALinux/beta/7.0.1 ) > > > > I hope it's that easy, ok, thanks for listening. > > I ask all ppl on this list who use Debian unstable what to do. > > AFAIK giblet runs Debian unstable. > > If I get on someone's nerves with this thread then please tell me :) |
From: Kevin B. <Co...@co...> - 2001-03-27 00:03:30
|
tma wrote: > > > On Mon, 26 Mar 2001 12:21:21 -0800 (PST) > ra...@ra... wrote: > > > On 26 Mar, tma scribbled: > > > On Mon, 26 Mar 2001 12:00:16 -0800 (PST) > > > ra...@ra... wrote: > > > > > > > On 26 Mar, tma scribbled: > > > > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > > > > ra...@ra... wrote: > > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > > > > I just modified the configure-script to copy it over and ran it > > > > > > > through > > > > > > > > > gdb, here's the log: > > > > > > > > > > > [...] > > > > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > Segmentation fault > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > Segmentation fault (core dumped) > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > > > > GNU gdb 5.0 > > > > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > > > > GDB is free software, covered by the GNU General Public License, > > > > > > > and > > > > > > > > > you are > > > > > > > > > > > welcome to change it and/or distribute copies of it under certain > > > > > > > > > conditions. > > > > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > > > > > > > details. > > > > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > > > > Core was generated by `./conftest'. > > > > > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > > > > > > major_opcode=0x0, > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > (gdb) b 8 > > > > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > > > > (gdb) run > > > > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > > > > > > > > 42 > > > > > > > > > > > > > > > > > > > > (gdb) n > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > (gdb) > > > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > > > > > I will do my best to supply you info to find out what's going wrong > > > > > > > > > here. > > > > > > > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > > > > > > > here? > > > > > > > > > I can resend you the log-files or create new ones, just plain tell me > > > > > > > how to > > > > > > > > > find out. > > > > > > > > > > > > > > > > conftest is complaingin at compile time of that test - the gc error > > > > > > > > output is in the log. > > > > > > > > > > > > > > > > > > > > > > Yeah, I know that one, but the same check works in evas's autoconf, that's > > > > > > > what looks weird to me. > > > > > > > And XShmAttach is in its lib. I mean an older version of evas (approx. 1 > > > > > > > week old) runs fine here, so I guess that XShmAttach also works properly. So > > > > > > > what's the problem. Sorry, I don't want to sound rude, really. > > > > > > > > > > > > read config.log. it will tell you. > > > > > > > > > > > > > > > > Cool, you're right. It tells me that libX11.so has an undefined reference to atexit, hmm that sounds not very good. I am curious how X built then when it didn't find that symbol, hmm? > > > > > > > > atexit is a normal libc function. for some strange reaosn gcc isnt > > > > linking to libc automatically as it should. you're runing debian or > > > > slackware arent u? > > > > > > > > > > Debian unstable, yup. > > > > aaaah the usual - everyone has problems compiling on debian. they never > > use shared lib deps on debian. why beats me. use a redhat based dist > > and you wont have this problem. thats the simple answer (i use valinux > > 7.0.1 - ftp://ftp.valinux.com/pub/software/VALinux/beta/7.0.1 ) > > I hope it's that easy, ok, thanks for listening. > I ask all ppl on this list who use Debian unstable what to do. > AFAIK giblet runs Debian unstable. > If I get on someone's nerves with this thread then please tell me :) > What does the output of 'ldd libX11.so' tell you? |
From: tma <ay...@gm...> - 2001-03-27 05:33:29
|
> tma wrote: > > > > > > On Mon, 26 Mar 2001 12:21:21 -0800 (PST) > > ra...@ra... wrote: > > > > > On 26 Mar, tma scribbled: > > > > On Mon, 26 Mar 2001 12:00:16 -0800 (PST) > > > > ra...@ra... wrote: > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > On Mon, 26 Mar 2001 11:41:13 -0800 (PST) > > > > > > ra...@ra... wrote: > > > > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > > On 26 Mar, tma scribbled: > > > > > > > > > > > > Actually conftest.c from Imlib2 segfaults. > > > > > > > > > > > > I just modified the configure-script to copy it over and ran it > > > > > > > > through > > > > > > > > > > gdb, here's the log: > > > > > > > > > > > > [...] > > > > > > > > > > > > --(tma@flarp)-(pts)-(08:21pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > > Segmentation fault > > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> ulimit -c 50000 > > > > > > > > > > > > --(tma@flarp)-(pts)Ä(08:22pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> ./conftest > > > > > > > > > > > > Segmentation fault (core dumped) > > > > > > > > > > > > --(tma@flarp)-(pts)-(08:22pm:03/26/01) > > > > > > > > > > > > --(~/src/tmp)> gdb conftest core > > > > > > > > > > > > GNU gdb 5.0 > > > > > > > > > > > > Copyright 2000 Free Software Foundation, Inc. > > > > > > > > > > > > GDB is free software, covered by the GNU General Public License, > > > > > > > > and > > > > > > > > > > you are > > > > > > > > > > > > welcome to change it and/or distribute copies of it under certain > > > > > > > > > > conditions. > > > > > > > > > > > > Type "show copying" to see the conditions. > > > > > > > > > > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > > > > > > > > details. > > > > > > > > > > > > This GDB was configured as "i686-pc-linux-gnu"... > > > > > > > > > > > > Core was generated by `./conftest'. > > > > > > > > > > > > Program terminated with signal 11, Segmentation fault. > > > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libX11.so.6...done. > > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libX11.so.6 > > > > > > > > > > > > Reading symbols from /usr/X11R6/lib/libXext.so.6...done. > > > > > > > > > > > > Loaded symbols for /usr/X11R6/lib/libXext.so.6 > > > > > > > > > > > > Reading symbols from /lib/libc.so.6...done. > > > > > > > > > > > > Loaded symbols for /lib/libc.so.6 > > > > > > > > > > > > Reading symbols from /lib/ld-linux.so.2...done. > > > > > > > > > > > > Loaded symbols for /lib/ld-linux.so.2 > > > > > > > > > > > > #0 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, > > > > > > > > major_opcode=0x0, > > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > > (gdb) b 8 > > > > > > > > > > > > Breakpoint 1 at 0x4004d20a: file QuExt.c, line 8. > > > > > > > > > > > > (gdb) run > > > > > > > > > > > > Starting program: /home/tma/src/tmp/conftest > > > > > > > > > > > > > > > > > > > > > > > > Breakpoint 1, XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:42 > > > > > > > > > > > > 42 > > > > > > > > > > > > > > > > > > > > > > (gdb) n > > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > > (gdb) n > > > > > > > > > > > > > > > > > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > > > > > > > > > 0x4004d220 in XQueryExtension (dpy=0x0, name=0x0, major_opcode=0x0, > > > > > > > > > > > > first_event=0x54580000, first_error=0x45747365) at QuExt.c:46 > > > > > > > > > > > > 46 LockDisplay(dpy); > > > > > > > > > > > > (gdb) > > > > > > > > > > > > [...] > > > > > > > > > > > > > > > > > > > > > > > > I will do my best to supply you info to find out what's going wrong > > > > > > > > > > here. > > > > > > > > > > > > > > > > > > > > > > you never run a conf test - the configure scritp ONLY checks if it > > > > > > > > > > > compiles.. it doesnt have to run... > > > > > > > > > > > > > > > > > > > > Oops, oh, OK. No problem. So maybe you can tell me what's going on > > > > > > > > here? > > > > > > > > > > I can resend you the log-files or create new ones, just plain tell me > > > > > > > > how to > > > > > > > > > > find out. > > > > > > > > > > > > > > > > > > conftest is complaingin at compile time of that test - the gc error > > > > > > > > > output is in the log. > > > > > > > > > > > > > > > > > > > > > > > > > Yeah, I know that one, but the same check works in evas's autoconf, that's > > > > > > > > what looks weird to me. > > > > > > > > And XShmAttach is in its lib. I mean an older version of evas (approx. 1 > > > > > > > > week old) runs fine here, so I guess that XShmAttach also works properly. So > > > > > > > > what's the problem. Sorry, I don't want to sound rude, really. > > > > > > > > > > > > > > read config.log. it will tell you. > > > > > > > > > > > > > > > > > > > Cool, you're right. It tells me that libX11.so has an undefined reference to atexit, hmm that sounds not very good. I am curious how X built then when it didn't find that symbol, hmm? > > > > > > > > > > atexit is a normal libc function. for some strange reaosn gcc isnt > > > > > linking to libc automatically as it should. you're runing debian or > > > > > slackware arent u? > > > > > > > > > > > > > Debian unstable, yup. > > > > > > aaaah the usual - everyone has problems compiling on debian. they never > > > use shared lib deps on debian. why beats me. use a redhat based dist > > > and you wont have this problem. thats the simple answer (i use valinux > > > 7.0.1 - ftp://ftp.valinux.com/pub/software/VALinux/beta/7.0.1 ) > > > > I hope it's that easy, ok, thanks for listening. > > I ask all ppl on this list who use Debian unstable what to do. > > AFAIK giblet runs Debian unstable. > > If I get on someone's nerves with this thread then please tell me :) > > > > What does the output of 'ldd libX11.so' tell you? > Basically it's just libc and some other lib but I will tell you more when I come home from work. It's 07:31 AM here in Germany, so when it's the evening for me it should be early afternoon in *merica. I guess you're from *merica, right? |