Bug#248352: more data on the seed48 problem

[Tomas Pospisek <tpo_deb@sourcepole.ch>]

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