Re: Bug#566947: emacs23-nox fails to install
Deng Xiyue a écrit :
> 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.
>
What kind of patch is needed to binutils? Binutils contains the tool to
generated the binaries, so if the patch changes the generated code, it
means that Debian is simply not compatible with the loongson2f.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: