Re: Bug#566947: emacs23-nox fails to install
On Tue, Jan 26, 2010 at 05:44:53PM +0100, Aurelien Jarno wrote:
> 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?
Actually, installing package "emacs23" works fine, only installing
emacs23-nox fails with the above assertion.
> Also, it looks like a memory corruption. Have you tried to reboot the
> machine? A different kernel?
I have tried rebooting, no luck. Installing on my amd64 sid virtual
machine works without problem, so looks like it is mips* specific.
FYI, this is a loongson2f laptop, so both the kernel and binutils have
been patched to work with this kind of machine, and related patches are
being review for integration with upstream kernel source. I don't know
whether those patches have any impact on this problem.
> > 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
> email@example.com http://www.aurel32.net