Bug#250680: nscd: segmentation fault when using ldap
Package: nscd Version: 2.2.5-11.5 Severity: important When the /etc/nsswitch.conf file contains: passwd: files ldap group: files ldap shadow: files ldap Within seconds, nscd segfaults: 19179: GETPWBYNAME (root) 19179: Haven't found root in password cache! Segmentation fault -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux betamax 2.6.5-1-686-smp #1 SMP Fri Apr 9 14:17:07 CEST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages nscd depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [s390 patch] Improved backtrace for s390*
Hi Matthias, At Sat, 3 Apr 2004 08:23:44 +0200, Matthias Klose wrote: This patch applied upstream http://sources.redhat.com/ml/libc-hacker/2003-12/msg00025.html is supposed to fix about 900 test failures in the libjava testsuite in gcc-3.4. Note that I didn't test the patch myself. Matthias Compare the Debian test results http://gcc.gnu.org/ml/gcc-testresults/2004-03/msg00816.html === libjava Summary === # of expected passes1487 # of unexpected failures900 # of expected failures 4 # of untested testcases 908 with Ulrich's test results http://gcc.gnu.org/ml/gcc-testresults/2004-04/msg00098.html === libjava Summary === # of expected passes3259 # of unexpected failures2 # of expected failures 11 # of untested testcases 8 OK, I successfully built libc6 on raptor.debian.org with this s390 backtrace patch. The build was stopped on the way because raptor unstable lacks various packages to build libc6 completely. I put such libc6 binaries at ~gotom/glibc/glibc_2.3.2.ds1-13/glibc-2.3.2.ds1 on raptor. Can you easily test it on raptor? If not, please test gcc testsuite after duploading glibc 2.3.2.ds1-13. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#250680: nscd: segmentation fault when using ldap
Processing commands for [EMAIL PROTECTED]: tag 250680 woody Bug#250680: nscd: segmentation fault when using ldap There were no tags set. Tags added: woody thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem delivering signals while blocked in recvfrom
At Mon, 17 May 2004 16:54:45 +1200, David Preece wrote: As per the subject, I have a single threaded process blocked collecting UDP packets in recvfrom and I'm attempting to send it SIGHUP. No matter what I do I get a segfault within the libc6. I've tried both the GNU and BSD styles of signal handling, and within those have set flags for both fail the recvfrom and resume it, to no avail. There's not a lot of complication involved in the crash: GNU gdb 6.1-debian Copyright 2004 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 i386-linux...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /home/davep/pscope/tcom/flowlogd/flowlogd/flowlogd Program received signal SIGHUP, Hangup. 0x4039c276 in recvfrom () from /lib/libc.so.6 I don't have any problem with this sample program with both linuxthreads and nptl... Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249408: asm/ headers in LINUX_SOURCE not used unless it is a real directory
Hi Wolfram! At Mon, 17 May 2004 10:42:16 +0200, Wolfram Gloger wrote: When I specify the location of my kernel headers by setting LINUX_SOURCE, e.g. LINUX_SOURCE=/usr/src/kernel-headers-2.4.26-wg, and attempt to build glibc, no asm/ headers are found, because that is a symbolic link to the respective real directory. Patch appended; if you really want to insist on checking for a directory, -xtype d should be used instead. Regards, Wolfram. --- debian/sysdeps/linux.mk~ Sun May 16 12:03:35 2004 +++ debian/sysdeps/linux.mk Sun May 16 12:44:09 2004 @@ -42,7 +42,7 @@ # Link all asm directories. We can't just link asm and asm-generic # because of explicit references to asm-sparc/* and # asm-sparc64/*. - find $(LINUX_HEADERS) -maxdepth 1 -type d -name asm\* \ + find $(LINUX_HEADERS) -maxdepth 1 -name asm\* \ -exec ln -s '{}' debian/include ';' # To make configure happy if libc6-dev is not installed. Thanks for your patch, you right. I put patch into cvs using -xtype d, thanks! Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon May 24 09:11:52 MDT 2004 Log Message: - debian/patches/s390-backtrace.dpatch: Fix 900 test failures in the libjava testsuite in gcc-3.4 on s390. (Closes: #243394) Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Mon May 24 09:11:52 MDT 2004 Log Message: - debian/patches/s390-backtrace.dpatch: Fix 900 test failures in the libjava testsuite in gcc-3.4 on s390. (Closes: #243394) Files: changed:00list added: s390-backtrace.dpatch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon May 24 09:13:25 MDT 2004 Log Message: - debian/sysdeps/linux.mk: Fix build failure when kernel headers directory in /usr/src has symlink asm direcotry. Patched by Wolfram Gloger [EMAIL PROTECTED]. (Closes: #249408) Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to glibc-package/debian/sysdeps by gotom
Repository: glibc-package/debian/sysdeps who:gotom time: Mon May 24 09:13:25 MDT 2004 Log Message: - debian/sysdeps/linux.mk: Fix build failure when kernel headers directory in /usr/src has symlink asm direcotry. Patched by Wolfram Gloger [EMAIL PROTECTED]. (Closes: #249408) Files: changed:linux.mk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247241: FTBFS: no rule to make target build_tree when running 'debian/rules binary'
At Fri, 21 May 2004 00:01:00 +0200, Jeroen van Wolffelaar wrote: Be carefult that you should set DEB_BUILD_OPTIONS=nocheck environment variable to build with debian/rules binary. I don't understand. debian/rules binary should just work. Do you mean to say it will only work if I set some specific environment variable? If that's what you mean, I believe that would be a policy violation (didn't look into this very carefully yet). It's my mistake... Please ignore. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#250680: nscd: segmentation fault when using ldap
Package: nscd Version: 2.2.5-11.5 Severity: important When the /etc/nsswitch.conf file contains: passwd: files ldap group: files ldap shadow: files ldap Within seconds, nscd segfaults: 19179: GETPWBYNAME (root) 19179: Haven't found root in password cache! Segmentation fault -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux betamax 2.6.5-1-686-smp #1 SMP Fri Apr 9 14:17:07 CEST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages nscd depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
Processed: Re: Bug#250680: nscd: segmentation fault when using ldap
Processing commands for [EMAIL PROTECTED]: tag 250680 woody Bug#250680: nscd: segmentation fault when using ldap There were no tags set. Tags added: woody thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Problem delivering signals while blocked in recvfrom
At Mon, 17 May 2004 16:54:45 +1200, David Preece wrote: As per the subject, I have a single threaded process blocked collecting UDP packets in recvfrom and I'm attempting to send it SIGHUP. No matter what I do I get a segfault within the libc6. I've tried both the GNU and BSD styles of signal handling, and within those have set flags for both fail the recvfrom and resume it, to no avail. There's not a lot of complication involved in the crash: GNU gdb 6.1-debian Copyright 2004 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 i386-linux...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /home/davep/pscope/tcom/flowlogd/flowlogd/flowlogd Program received signal SIGHUP, Hangup. 0x4039c276 in recvfrom () from /lib/libc.so.6 I don't have any problem with this sample program with both linuxthreads and nptl... Regards, -- gotom
Bug#249408: asm/ headers in LINUX_SOURCE not used unless it is a real directory
Hi Wolfram! At Mon, 17 May 2004 10:42:16 +0200, Wolfram Gloger wrote: When I specify the location of my kernel headers by setting LINUX_SOURCE, e.g. LINUX_SOURCE=/usr/src/kernel-headers-2.4.26-wg, and attempt to build glibc, no asm/ headers are found, because that is a symbolic link to the respective real directory. Patch appended; if you really want to insist on checking for a directory, -xtype d should be used instead. Regards, Wolfram. --- debian/sysdeps/linux.mk~ Sun May 16 12:03:35 2004 +++ debian/sysdeps/linux.mk Sun May 16 12:44:09 2004 @@ -42,7 +42,7 @@ # Link all asm directories. We can't just link asm and asm-generic # because of explicit references to asm-sparc/* and # asm-sparc64/*. - find $(LINUX_HEADERS) -maxdepth 1 -type d -name asm\* \ + find $(LINUX_HEADERS) -maxdepth 1 -name asm\* \ -exec ln -s '{}' debian/include ';' # To make configure happy if libc6-dev is not installed. Thanks for your patch, you right. I put patch into cvs using -xtype d, thanks! Regards, -- gotom
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon May 24 09:11:52 MDT 2004 Log Message: - debian/patches/s390-backtrace.dpatch: Fix 900 test failures in the libjava testsuite in gcc-3.4 on s390. (Closes: #243394) Files: changed:changelog
cvs commit to glibc-package/debian/patches by gotom
Repository: glibc-package/debian/patches who:gotom time: Mon May 24 09:11:52 MDT 2004 Log Message: - debian/patches/s390-backtrace.dpatch: Fix 900 test failures in the libjava testsuite in gcc-3.4 on s390. (Closes: #243394) Files: changed:00list added: s390-backtrace.dpatch
cvs commit to glibc-package/debian by gotom
Repository: glibc-package/debian who:gotom time: Mon May 24 09:13:25 MDT 2004 Log Message: - debian/sysdeps/linux.mk: Fix build failure when kernel headers directory in /usr/src has symlink asm direcotry. Patched by Wolfram Gloger [EMAIL PROTECTED]. (Closes: #249408) Files: changed:changelog
cvs commit to glibc-package/debian/sysdeps by gotom
Repository: glibc-package/debian/sysdeps who:gotom time: Mon May 24 09:13:25 MDT 2004 Log Message: - debian/sysdeps/linux.mk: Fix build failure when kernel headers directory in /usr/src has symlink asm direcotry. Patched by Wolfram Gloger [EMAIL PROTECTED]. (Closes: #249408) Files: changed:linux.mk