I started encountering this bug on 2008/05/30 with exim in Ubuntu 8.04.
To connect to the smarthost, exim first causes an lookup.
(Oddly, an error response to this lookup that the name does not exist seems to
cause my machine to repeat te lookup. Only when the server sends an empty
res
The wrong system call numbers are being selected because the code in
/usr/lib/perl/5.8.8/asm/unistd.ph decides to require the x86-64, instead
of i386, version of unistd.ph. This code appears to make its decision
based on whether _h2ph_pre.ph defines __x86_64__, but my _h2ph_pre.ph
does not. And yet
It may be noteworthy that this change could have dire consequences. I
have not looked into the actual number mappings, but suppose the number
for open on x86-64 is the number for unlink on i386. (I do not know if
the linux kernel checks for too many args. If it does, another example
would be a mist
Public bug reported:
Binary package hint: manpages-dev
The readahead(2) man page says the second argument, offset, has type
off64_t*, when the type is actually off64_t.
This is on Ubuntu 7.04, in the manpages-dev package, and the package is
version 2.62-1.
** Affects: manpages (Ubuntu)
Imp
