Bug#356858: xdm chokes on null pointers in address structures returned by getifaddrs()

2006-03-14 Thread Jan C. Nordholz
g -1 for family 17 ConvertAddr returning -1 for family 17 ConvertAddr returning -1 for family 17 ConvertAddr returning -1 for family 17 ConvertAddr returning -1 for family 17 >>> parent SIGSEGV Suggested code insertion: 735if (!ifr->ifa_addr) continue; Or is this a bug in lib

Bug#356858: xdm chokes on null pointers in address structures returned by getifaddrs()

2006-03-14 Thread Jan C. Nordholz
# 356858 s/completion/completeness/ And I forgot to mention: libc6 is currently at 2.3.6-3 (whole system at latest unstable/experimental.) Regards, Jan -- Jan C. Nordholz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356858: xdm and getifaddrs()

2006-03-23 Thread Jan C. Nordholz
#357152's resolution or apply a fix for xdm regardless of that. Regards, Jan -- Jan C. Nordholz --- auth.c.orig 2006-03-23 22:48:03.0 +0100 +++ auth.c 2006-03-14 14:45:16.0 +0100 @@ -732,6 +732,7 @@ if (getifaddrs(&ifap) < 0) return; for

Bug#356858: xdm and getifaddrs()

2006-04-16 Thread Jan C. Nordholz
package xdm tags 356858 - experimental thankyou (problem still exists in unstable's current version 1:1.0.1-6; suggested patch is still valid) Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356858: xdm and getifaddrs()

2006-05-21 Thread Jan C. Nordholz
revent possible future mistakes - it's rather non-trivial to see why ifa_addr==NULL can't proceed beyond auth.c:738... ;-) but that's a wishlist bug. Regards, Jan -- Jan C. Nordholz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#297985: gnat-gps: starting compilation terminates X session

2005-04-23 Thread Jan C. Nordholz
= 0 close(5)= -1 EBADF (Bad file descriptor) ioctl(5, TIOCGPGRP, [1])= -1 EBADF (Bad file descriptor) kill(-1, SIGINT)= 0 Closing it twice isn't problematic, but ioctl()ing on the FD _after_ closing it, and us