Sven Joachim a écrit : > [ Putting the glibc maintainers and the mips porters into the loop. > Summary: emacs23-nox aborts with malloc assertion failure on mipsel. ] > > On 2010-01-26 02:17 +0100, Deng Xiyue wrote: > >> Package: emacs23-nox >> Version: 23.1+1-5 >> Severity: grave >> >> When installing emacs23-nox, aptitude stops with the following outputs: >> >> ---BEGIN OF OUTPUT--- >> >> $ LANG=C sudo aptitude install emacs23-nox >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Reading extended state information >> Initializing package states... Done >> Reading task descriptions... Done >> The following partially installed packages will be configured: >> emacs23-nox >> 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >> Need to get 0B of archives. After unpacking 0B will be used. >> Writing extended state information... Done >> Setting up emacs23-nox (23.1+1-5) ... >> emacs-install emacs23 >> install/cscope: Byte-compiling for emacs23 >> emacs23: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) >> (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct >> malloc_chunk, fd)))) && old_size == 0) || ((unsigned long) (old_size) >= >> (unsigned long)((((__builtin_offsetof (struct malloc_chunk, >> fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - >> 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == >> 0)' failed. >> Fatal error (6)Aborted
I don't have this failure here when trying to install emacs23 (cscope is also installed). Do you know if there are some more conditions to trigger this bug? Also, it looks like a memory corruption. Have you tried to reboot the machine? A different kernel? > This assertion failure happens in libc6. I'm inclined to reassign the > bug, but I'll leave this to more knowledgeable people. The fact that > the eglibc testsuite is currently disabled on mipsel¹ does not exactly > increase confidence in the libc6 package on that architecture. The testsuite has been disabled due to broken buildds, not due to a broken package. It is actually run when build on a different machines than the build daemons, and it passes without any problem, provided you have a recent kernel (lenny one for example). -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
