Package: libc6 Version: 2.3.2.ds1-12 Severity: normal Followup-For: Bug #248352
Here are three more datapoints for the seed48 problem. ----------- system 1 --------------- $ cat kak.c #include <stdlib.h> unsigned short seed[3] = {0x7d1b, 0xa934, 0xbf10}; int main(int argc, char** argv) { seed48(seed); } $ gcc kak.c $ ./a.out $ echo $? 78 $ gcc --version gcc.real (GCC) 3.3.3 (Debian 20040401) [...] $ gcc-2.95 kak.c $ ./a.out $ echo $? 78 $ uname -r 2.4.22 ----------- system 2 --------------- $ gcc kak.c $ ./a.out 82 $ gcc --version 2.95.4 $ uname -r 2.4.26 $ dpkg -s libc6|grep Version Version: 2.2.5-11.5 ----------- system 3 --------------- $ gcc kak.c $ ./a.out $ echo $? 82 $ uname -r 2.4.18-1-586tsc $ dpkg -s libc6|grep Version Version: 2.2.5-11.5 ------------------------------------ So in case $? != 0 is an indication of failure, then then llibc6 was misbehaving already before. *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C Versions of packages libc6 depends on: ii libdb1-compat 2.1.3-7 The Berkeley database routines [gl -- no debconf information