Processed: Re: Bug#304604: locales: Upgrading fails
Processing commands for [EMAIL PROTECTED]: reassign 304604 perl Bug#304604: locales: Upgrading fails Bug reassigned from package `locales' to `perl'. retitle 304604 perl: heap corruption causes installation of other packages to fail (debconf is aborting) with new glibc Bug#304604: locales: Upgrading fails Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
reassign 304604 perl retitle 304604 perl: heap corruption causes installation of other packages to fail (debconf is aborting) with new glibc thanks I've verified that the bug is also present on a freshly installed AMD64 system. It would be good to resolve this before glibc-2.3.5 enters unstable. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
On Sat, Apr 16, 2005 at 06:18:02PM +0900, GOTO Masanori wrote: Could you investigate perl with glibc 2.3.2.ds1-20 + MALLOC_CHECK_=0 to 3? If perl has double free bug, such bug should be also appeared on sarge/sid environment. With glibc 2.3.2.ds1-21 MALLOC_CHECK_=3 dpkg-reconfigure dash also dies: [...] malloc: using debugging hooks free(): invalid pointer 0x88d9d20! Aborted Gabor -- Gabor Gombas CERN IT-GM-DM [EMAIL PROTECTED] Office: 31/S-016 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
At Fri, 15 Apr 2005 09:39:17 +0200, Gabor Gombas wrote: On Fri, Apr 15, 2005 at 09:37:09AM +0900, GOTO Masanori wrote: Before we reassign to perl, we need to clear which setting triggers your problem. At least under my environment, this problem is not appeared. Could you confirm your environment settings (ex: LANG or malloc related value), and perl versions? LANG=en_US.UTF-8 LANGUAGE=en_US:en_GB:en LC_CTYPE=hu_HU.UTF-8 ii perl 5.8.4-8Larry Wall's Practical Extraction and Report Hmm, I didn't reappear this problem even I set with your environment variables. Could you dig this problem a bit more? If it's unreproducible, perl maintainer also cannot find what the actual bug is... Last few lines from strace dpkg-reconfigure dash: ... 28191 close(7) = 0 28191 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 28191 writev(3, [{*** glibc detected *** , 23}, {double free or corruption (!prev..., 33}, {: 0x, 4}, {08785b58, 8}, { ***\n, 5}], 5) = 73 28191 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 28191 tgkill(28191, 28191, SIGABRT) = 0 28191 --- SIGABRT (Aborted) @ 0 (0) --- 28191 +++ killed by SIGABRT +++ Compared to the last lines from MALLOC_CHECK_=0 strace dpkg-reconfigure dash: ... 28157 exit_group(0) = ? So perl seems to be dying in exit(). Could you investigate perl with glibc 2.3.2.ds1-20 + MALLOC_CHECK_=0 to 3? If perl has double free bug, such bug should be also appeared on sarge/sid environment. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
On Fri, Apr 15, 2005 at 09:37:09AM +0900, GOTO Masanori wrote: Before we reassign to perl, we need to clear which setting triggers your problem. At least under my environment, this problem is not appeared. Could you confirm your environment settings (ex: LANG or malloc related value), and perl versions? LANG=en_US.UTF-8 LANGUAGE=en_US:en_GB:en LC_CTYPE=hu_HU.UTF-8 ii perl 5.8.4-8Larry Wall's Practical Extraction and Report FYI: Last few lines from strace dpkg-reconfigure dash: 28191 fsync(4) = 0 28191 stat64(/var/cache/debconf/config.dat, {st_mode=S_IFREG|0644, st_size=74096, ...}) = 0 28191 rename(/var/cache/debconf/config.dat, /var/cache/debconf/config.dat-old) = 0 28191 rename(/var/cache/debconf/config.dat-new, /var/cache/debconf/config.dat) = 0 28191 close(5) = 0 28191 close(4) = 0 28191 close(6) = 0 28191 close(8) = 0 28191 close(3) = 0 28191 munmap(0xb7f57000, 4096) = 0 28191 munmap(0xb7f56000, 4096) = 0 28191 close(7) = 0 28191 open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 3 28191 writev(3, [{*** glibc detected *** , 23}, {double free or corruption (!prev..., 33}, {: 0x, 4}, {08785b58, 8}, { ***\n, 5}], 5) = 73 28191 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 28191 tgkill(28191, 28191, SIGABRT) = 0 28191 --- SIGABRT (Aborted) @ 0 (0) --- 28191 +++ killed by SIGABRT +++ Compared to the last lines from MALLOC_CHECK_=0 strace dpkg-reconfigure dash: 28157 fsync(4) = 0 28157 stat64(/var/cache/debconf/config.dat, {st_mode=S_IFREG|0644, st_size=74096, ...}) = 0 28157 rename(/var/cache/debconf/config.dat, /var/cache/debconf/config.dat-old) = 0 28157 rename(/var/cache/debconf/config.dat-new, /var/cache/debconf/config.dat) = 0 28157 close(5) = 0 28157 close(4) = 0 28157 close(6) = 0 28157 close(8) = 0 28157 close(3) = 0 28157 munmap(0xb7f57000, 4096) = 0 28157 munmap(0xb7f56000, 4096) = 0 28157 close(7) = 0 28157 exit_group(0) = ? So perl seems to be dying in exit(). Gabor -- Gabor Gombas CERN IT-GM-DM [EMAIL PROTECTED] Office: 31/S-016 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
Package: locales Version: 2.3.4-3 Severity: important Tags: experimental Hi, Trying to upgrade to 2.3.4-3 gives the following error: Setting up locales (2.3.4-3) ... Generating locales... en_US.ISO-8859-1... done en_US.ISO-8859-15... done en_US.UTF-8... done hu_HU.ISO-8859-2... done hu_HU.UTF-8... done Generation complete. *** glibc detected *** double free or corruption (!prev): 0x08781408 *** dpkg: error processing locales (--configure): subprocess post-installation script killed by signal (Aborted) Errors were encountered while processing: locales E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Versions of packages locales depends on: ii debconf 1.4.48 Debian configuration management sy ii libc6 [glibc-2.3.4-3] 2.3.4-3GNU C Library: Shared libraries an -- debconf information: * locales/default_environment_locale: en_US.UTF-8 * locales/locales_to_be_generated: en_US ISO-8859-1, en_US.ISO-8859-15 ISO-8859-15, en_US.UTF-8 UTF-8, hu_HU ISO-8859-2, hu_HU.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
On Fri, Apr 15, 2005 at 01:44:38AM +0900, GOTO Masanori wrote: Could you track this installation process in detail and clear which binary did this error cause? The error comes from perl (debconf). Actually all debconf-using packages seem to be broken with libc-2.3.4; dpkg-reconfigure also dies with the same error. You may reassign this bug to perl, but if perl is not fixed before sarge (unlikely, since AFAIK perl is frozen, and the bug does not affect sarge), a more generic workaround might be needed for the sarge-etch transition (yeah, I know it is in the distant future ;-) Ok, more stracing shows that the abort() happens when perl exits, so the bug would be harmless if malloc() friends would just not call abort() by default. Gabor -- Gabor Gombas CERN IT-GM-DM [EMAIL PROTECTED] Office: 31/S-016 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304604: locales: Upgrading fails
At Thu, 14 Apr 2005 19:18:39 +0200, Gabor Gombas wrote: On Fri, Apr 15, 2005 at 01:44:38AM +0900, GOTO Masanori wrote: The error comes from perl (debconf). Actually all debconf-using packages seem to be broken with libc-2.3.4; dpkg-reconfigure also dies with the same error. You may reassign this bug to perl, but if perl is not fixed before sarge (unlikely, since AFAIK perl is frozen, and the bug does not affect sarge), a more generic workaround might be needed for the sarge-etch transition (yeah, I know it is in the distant future ;-) Ok, more stracing shows that the abort() happens when perl exits, so the bug would be harmless if malloc() friends would just not call abort() by default. Before we reassign to perl, we need to clear which setting triggers your problem. At least under my environment, this problem is not appeared. Could you confirm your environment settings (ex: LANG or malloc related value), and perl versions? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]