[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#452110: marked as done (gcc-4.2 generates bad code on alpha)

Your message dated Wed, 5 Dec 2007 09:56:33 -0700
with message-id <20071205165633.GA4730@loric-alpo.americas.hpqcorp.net>
and subject line Bug#452110: gcc-4.2 generates bad code on alpha
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: libc6.1
Version: 2.6.1-6
Severity: important

Hi,

In the sid chroot of albeniz.debian.org, an alpha machine, makedb cannot
build the passwd database:

albeniz:~# strace -f chroot  /srv/albeniz.debian.org/chroot/sid makedb /var/lib/misc/albeniz.debian.org/passwd.tdb -o /var/lib/misc/passwd.db.t
[..]
munmap(0x20000022000, 8192)             = 0
open("/var/lib/misc/passwd.db.t", O_RDWR) = -1 ENOENT (No such file or directory)
open("/var/lib/misc/passwd.db.t", O_RDWR) = -1 ENOENT (No such file or directory)
open("/var/lib/misc/passwd.db.t", O_RDWR) = -1 ENOENT (No such file or directory)
stat64("/var/lib/misc/passwd.db.t", 0x11f80f4f0) = -1 ENOENT (No such file or directory)
open("/var/lib/misc/__db.passwd.db.t", O_RDWR|O_CREAT|O_EXCL, 0644) = 4
fcntl(4, F_SETFD, FD_CLOEXEC)           = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/var/lib/misc/__db.passwd.db.t", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
getxpid()                               = 1001
gettimeofday({1195551626, 918567}, NULL) = 0
lseek(4, 0, SEEK_SET)                   = 0
write(4, "\0\0\0\0\1\0\0\0\0\0\0\0b1\5\0\t\0\0\0\0 \0\0\0\t\0\0\0"..., 8192) = 8192
lseek(4, 8192, SEEK_SET)                = 8192
write(4, "\0\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \1\5\0\0"..., 8192) = 8192
osf_mincore(0x4, 0x120015470, 0x1200154a0, 0x1, 0x11f80f3e8) = 6
osf_syscall(0x4, 0x120015470, 0x200002e933c, 0, 0, 0x5) = 378
open("/proc/self/task/1001/attr/fscreate", O_RDWR) = 4
write(4, NULL, 0)                       = -1 EINVAL (Invalid argument)
close(4)                                = 0
write(2, "makedb: ", 8makedb: )                 = 8
write(2, "cannot open output file `/var/li"..., 77cannot open output file `/var/lib/misc/passwd.db.t': Function not implemented) = 77
write(2, "\n", 1
)                       = 1
exit_group(1)                           = ?
Process 1001 detached

it appears the db_open fails for some reason or other.

The same command works without problems in the lenny chroot.  With the
same libdb4.3, with the same libnss-db (which is the package that has
makedb).  Downgrading the libc in sid to the one in lenny (2.6.1-6 ->
2.6.1-1) makes makedb work.


Since albeniz is our alpha porter box you should have accounts on it,
and it's no problem to reproduce it as a user:

[sid] @albeniz:~$ rm -f __db.test test
[sid] @albeniz:~$ makedb /var/lib/misc/albeniz.debian.org/passwd.tdb -o test
makedb: cannot open output file `test': Function not implemented

(no, nss won't know your name in the sid chroot until this bug's fixed :)

Peter

--- End Message ---
--- Begin Message --- 
* Aurelien Jarno <aurel32@debian.org> [2007-11-25 23:53]:
> The problem therefore lies in the glibc, we should define a fallback
> when the syscall is not available.
> 
> I am therefore closing this bug, leaving the one opened on the glibc opened.

Apparently you forgot to close it.  Doing so now.
-- 
Martin Michlmayr
http://www.cyrius.com/

--- End Message ---
Reply to: