Package: libc6
Version: 2.3.5-6.0.1
Severity: serious
Justification: this is the bug that broke the toolkit that held up the \
C++ transition that ruined the port that HP built
Hey Goto-san,
There is a bug in libm that results in unaligned access on hppa when calling
feholdexcept() or fegetenv(
[Ccing [EMAIL PROTECTED], because there is people who know hppa assembly
there]
Hi!
Steve Langasek a écrit :
Package: libc6
Version: 2.3.5-6.0.1
Severity: serious
Justification: this is the bug that broke the toolkit that held up the \
C++ transition that ruined the port that HP built
Hey G
I work in an office where there is always food to snack on.
I kept trying different diet pills to lose the extra pounds but none of them
worked
because I was always hungry. Within two weeks of taking Hoodia Maximum Strength
I not only lose the extra pounds but can walk by the snack machine with
On Thu, Oct 13, 2005 at 07:26:43PM +0200, Aurelien Jarno wrote:
> When looking at the assembly code generated with gcc-3.3/gcc-3.4 and
> with gcc-4.0, I see some differences:
> source code:
> __asm__ (
>"fstd,ma %%fr0,8(%1)\n"
>"fstd,ma %%fr1,8(%1)\n"
>"fstd
Author: dan
Date: 2005-10-13 18:50:11 + (Thu, 13 Oct 2005)
New Revision: 1029
Added:
linux-kernel-headers/trunk/debian/patches/linux-joystick.patch
Modified:
linux-kernel-headers/trunk/debian/changelog
Log:
Merge joystick.h NMU.
Modified: linux-kernel-headers/trunk/debian/changelog
===
Author: dan
Date: 2005-10-13 18:55:12 + (Thu, 13 Oct 2005)
New Revision: 1030
Modified:
linux-kernel-headers/trunk/debian/changelog
linux-kernel-headers/trunk/debian/patches/asm-types-long-long.patch
linux-kernel-headers/trunk/debian/patches/linux-types-long-long.patch
Log:
* Add pa
Author: dan
Date: 2005-10-13 19:20:52 + (Thu, 13 Oct 2005)
New Revision: 1031
Modified:
linux-kernel-headers/trunk/debian/changelog
linux-kernel-headers/trunk/debian/generate-asm.sh
linux-kernel-headers/trunk/debian/rules
Log:
* Add patch from Andreas Jochens <[EMAIL PROTECTED]> for
Author: dan
Date: 2005-10-13 19:26:48 + (Thu, 13 Oct 2005)
New Revision: 1032
Modified:
linux-kernel-headers/trunk/debian/changelog
linux-kernel-headers/trunk/debian/generate-asm.sh
Log:
* Temporarily adjust i386 biarch support to avoid clashing with
amd64-libs-dev (due to limitati
Author: dan
Date: 2005-10-13 19:28:09 + (Thu, 13 Oct 2005)
New Revision: 1033
Modified:
linux-kernel-headers/trunk/debian/changelog
Log:
Clarify changelog for dpkg-divert workaround.
Modified: linux-kernel-headers/trunk/debian/changelog
Author: dan
Date: 2005-10-13 19:29:21 + (Thu, 13 Oct 2005)
New Revision: 1034
Modified:
linux-kernel-headers/trunk/debian/changelog
linux-kernel-headers/trunk/debian/make-autoconfs.sh
linux-kernel-headers/trunk/debian/rules
Log:
* Merge armeb support from Lennert Buytenhek
<[EMA
Your message dated Thu, 13 Oct 2005 15:32:04 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Closing invalid lkh bug
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 responsibi
Author: dan
Date: 2005-10-13 19:33:42 + (Thu, 13 Oct 2005)
New Revision: 1035
Added:
linux-kernel-headers/trunk/autoconfs/autoconf-armeb.h
Log:
Add missed file from armeb commit.
Added: linux-kernel-headers/trunk/autoconfs/autoconf-armeb.h
=
Author: dan
Date: 2005-10-13 19:37:26 + (Thu, 13 Oct 2005)
New Revision: 1036
Modified:
linux-kernel-headers/trunk/debian/
Log:
Mark mergeWithUpstream for use with svn-buildpackage.
Property changes on: linux-kernel-headers/trunk/debian
___
Author: dan
Date: 2005-10-13 19:42:24 + (Thu, 13 Oct 2005)
New Revision: 1037
Modified:
linux-kernel-headers/trunk/debian/changelog
linux-kernel-headers/trunk/debian/patches/asm-ppc64-memory.patch
Log:
* Correct ppc64 memory.h patch.
Modified: linux-kernel-headers/trunk/debian/change
I'm about to upload a new linux-kernel-headers; as you can see from the
svn traffic, it will include 64-bit headers on i386, as well as a bunch
of other architecture and biarch fixes.
I took some pains to avoid a conflict with amd64-libs-dev; because of
the use of diversions, it's going to be a bi
Package: libc6
Version: 2.3.5-6
Followup-For: Bug #327784
I was in the process of upgrading with aptitude and also ran into this
bug with ldconfig. It's a real nuisance. I recall, ldconfig bug was
failing for dpkg on the libuuid1 package, which consequently made me
lose an upgrade to e2fsprogs,
Author: dan
Date: 2005-10-13 20:02:19 + (Thu, 13 Oct 2005)
New Revision: 1038
Added:
linux-kernel-headers/tags/2.6.13+0rc3-2/
Log:
[svn-buildpackage] Tagging linux-kernel-headers (2.6.13+0rc3-2)
Copied: linux-kernel-headers/tags/2.6.13+0rc3-2 (from rev 1037,
linux-kernel-headers/trunk)
linux-kernel-headers_2.6.13+0rc3-2_i386.changes uploaded successfully to
localhost
along with the files:
linux-kernel-headers_2.6.13+0rc3-2.dsc
linux-kernel-headers_2.6.13+0rc3-2.diff.gz
linux-kernel-headers_2.6.13+0rc3-2_i386.deb
Greetings,
Your Debian queue daemon
--
To UNSUBS
Accepted:
linux-kernel-headers_2.6.13+0rc3-2.diff.gz
to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.6.13+0rc3-2.diff.gz
linux-kernel-headers_2.6.13+0rc3-2.dsc
to pool/main/l/linux-kernel-headers/linux-kernel-headers_2.6.13+0rc3-2.dsc
linux-kernel-headers_2.6.13+0rc3-2_i386.deb
to
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#274920: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#320515: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#320515: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#321969: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#327779: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#320515: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
Your message dated Thu, 13 Oct 2005 13:17:36 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#333596: fixed in linux-kernel-headers 2.6.13+0rc3-2
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 th
This one time, at band camp, Steve Langasek said:
> On Thu, Oct 13, 2005 at 07:26:43PM +0200, Aurelien Jarno wrote:
>
> > When looking at the assembly code generated with gcc-3.3/gcc-3.4 and
> > with gcc-4.0, I see some differences:
>
> > I also don't speak hppa assembly, but it is obvious that
Hi,
Stephen Gran a écrit :
This one time, at band camp, Steve Langasek said:
On Thu, Oct 13, 2005 at 07:26:43PM +0200, Aurelien Jarno wrote:
When looking at the assembly code generated with gcc-3.3/gcc-3.4 and
with gcc-4.0, I see some differences:
I also don't speak hppa assembly, but it
On Fri, Oct 14, 2005 at 12:20:50AM +0200, Aurelien Jarno wrote:
> - gcc-4.0 generates wrong code
> For that see my attached file. It's the file from the glibc, with the
> code from Steve pasted at the end. It works with gcc-3.4, but fails
> with gcc-4.0.
I don't think that's what is happenin
On Thu, Oct 13, 2005 at 11:05:01PM +0100, Stephen Gran wrote:
> I think you are misunderstanding him, Steve, or I am misunderstanding
> the whole thing (which is not unlikely). I think Aurelian is saying
> that the same source code that you supplied builds and runs fine with
> gcc-3.4, but not wit
On Thu, Oct 13, 2005 at 05:04:55PM -0700, Steve Langasek wrote:
> To say that this is a compiler bug, you would have to show that gcc-4.0 is
> *wrong* to 32-bit align the fenv_t struct instead of 64-bit aligning it.
> You'd have to check with the compiler folks to be sure, but I don't think
> this
I don't think that's what is happening at all: I think that in one of
these cases, your test file's on-stack fenv_t is aligned, and on the
other it isn't. The code you posted for gcc 4.0 looks fine. I think
the assembly is broken or the definition of fenv_t.
drow is right, as usual. our fenv_t
On Fri, Oct 14, 2005 at 08:40:20AM +0800, Randolph Chung wrote:
> >I don't think that's what is happening at all: I think that in one of
> >these cases, your test file's on-stack fenv_t is aligned, and on the
> >other it isn't. The code you posted for gcc 4.0 looks fine. I think
> >the assembly i
Author: dan
Date: 2005-10-14 02:34:05 + (Fri, 14 Oct 2005)
New Revision: 1039
Added:
glibc-package/trunk/debian/control.in/amd64
glibc-package/trunk/debian/patches/i386-amd64-biarch.dpatch
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-pa
Author: dan
Date: 2005-10-14 02:39:29 + (Fri, 14 Oct 2005)
New Revision: 1040
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/sysdeps/hurd.mk
glibc-package/trunk/debian/sysdeps/kfreebsd-gnu.mk
glibc-package/trunk/debian/sysdeps/linux.mk
Log:
* Remove obs
Hi Konrad,
> When upgrading libc6 it checks for other installations of libc on the same
> system. Unfortunately it does not distinguish between the amd64 and x86
> versions and stops the installation although no real conflict would
> have resulted since the conflicting version is x86 and not amd64
On Sat, Oct 08, 2005 at 07:21:32PM +0200, Attila Kinali wrote:
> Package: locales
> Version: 2.3.5-6
> Severity: grave
> Justification: renders package unusable
>
> when updating locales to version 2.3.5-6 it failes after
> generating the locales:
>
> ---
> jashugan:/home/attila# apt-get install
On Thu, Oct 13, 2005 at 10:57:36PM -0400, Daniel Jacobowitz wrote:
> On Sat, Oct 08, 2005 at 07:21:32PM +0200, Attila Kinali wrote:
> > *** glibc detected *** double free or corruption (!prev): 0x088e9208 ***
> Can you still reproduce this? If so, it says that bash dumped core;
> the core dump sh
On Wed, Sep 21, 2005 at 12:46:48PM -0400, Carlos O'Donell wrote:
> int
> fesetround (int round)
> {
> struct { unsigned int sw[2]; } s;
>
> /* Get the current status word. */
> __asm__ ("fstd %%fr0,0(%1)" : "=m" (s) : "r" (&s) : "%r0");
> s.sw[0] &= ~FE_DOWNWARD;
> s.sw[0] |= round & FE_
On Wed, Sep 21, 2005 at 12:46:48PM -0400, Carlos O'Donell wrote:
> - These are double word stores, so you need sw[2].
Oh, this one's not right either - see today's #333766. You need to
make it aligned(8), or GCC may not give you that for free on the stack.
(I assume it's possible to get 8-byte st
On Thu, Oct 13, 2005 at 08:54:30PM -0400, Daniel Jacobowitz wrote:
> > drow is right, as usual. our fenv_t needs to be defined with
> > __attribute__((aligned(8))) or similar.
>
> I'd recommend "fixing" the asm instead: that's an ABI change and would
> require heinous rebuilds.
Sorry - I'm not f
Author: dan
Date: 2005-10-14 03:05:28 + (Fri, 14 Oct 2005)
New Revision: 1041
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/sysdeps/depflags.pl
Log:
* Conflict with broken versions of libterm-readline-gnu-perl
(Closes: #326856, #326492).
Modified: glib
On Thu, Oct 13, 2005 at 11:11:50PM -0400, Daniel Jacobowitz wrote:
> On Wed, Sep 21, 2005 at 12:46:48PM -0400, Carlos O'Donell wrote:
> > - These are double word stores, so you need sw[2].
>
> Oh, this one's not right either - see today's #333766. You need to
> make it aligned(8), or GCC may not
On Thu, Oct 13, 2005 at 09:17:21PM -0600, Grant Grundler wrote:
> On Thu, Oct 13, 2005 at 08:54:30PM -0400, Daniel Jacobowitz wrote:
> > > drow is right, as usual. our fenv_t needs to be defined with
> > > __attribute__((aligned(8))) or similar.
> >
> > I'd recommend "fixing" the asm instead: tha
Author: dan
Date: 2005-10-14 03:26:09 + (Fri, 14 Oct 2005)
New Revision: 1042
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/rules.d/build.mk
Log:
* Merge makefile patch from Goswin Brederlow
<[EMAIL PROTECTED]> to fail earlier if builds fail
(but omi
On Thu, Sep 29, 2005 at 10:14:00PM +0300, Anton wrote:
> Package: libc6
> Version: 2.3.5-6
>
> Hi! I am using debian sarge. Recently I upgraded my libc to 2.3.5
> version from 'testing' branch. Now I am experiencing some segfaults from
> time to time. I have installed libc6-dbg. Here you can see
Author: dan
Date: 2005-10-14 03:31:34 + (Fri, 14 Oct 2005)
New Revision: 1043
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-package/trunk/debian/control.in/main
Log:
* Update debconf dependency to work with cdebconf (Closes: #331838).
Modi
Daniel Jacobowitz a écrit :
On Thu, Oct 13, 2005 at 09:17:21PM -0600, Grant Grundler wrote:
On Thu, Oct 13, 2005 at 08:54:30PM -0400, Daniel Jacobowitz wrote:
drow is right, as usual. our fenv_t needs to be defined with
__attribute__((aligned(8))) or similar.
I'd recommend "fixing" the asm
Author: dan
Date: 2005-10-14 03:58:38 + (Fri, 14 Oct 2005)
New Revision: 1044
Added:
glibc-package/trunk/debian/patches/mips-bits-syscall.dpatch
Removed:
glibc-package/trunk/debian/patches/mips-asm-unistd.dpatch
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/deb
On Thu, Oct 13, 2005 at 11:10:18PM -0400, Daniel Jacobowitz wrote:
> On Wed, Sep 21, 2005 at 12:46:48PM -0400, Carlos O'Donell wrote:
> > int
> > fesetround (int round)
> > {
> > struct { unsigned int sw[2]; } s;
> >
> > /* Get the current status word. */
> > __asm__ ("fstd %%fr0,0(%1)" : "=
On Fri, Oct 14, 2005 at 05:59:33AM +0200, Aurelien Jarno wrote:
> Ok, that's mean that theoretically it would break the ABI, but
> practically, it does not break the ABI as the alignment is the same
> (otherwise we would also have noticed SIGBUS in other applications).
>
> Said in other words, a
On Fri, Oct 14, 2005 at 05:59:33AM +0200, Aurelien Jarno wrote:
> Ok, that's mean that theoretically it would break the ABI, but
> practically, it does not break the ABI as the alignment is the same
> (otherwise we would also have noticed SIGBUS in other applications).
Just to clarify: if you fi
On Thu, Oct 13, 2005 at 08:54:30PM -0400, Daniel Jacobowitz wrote:
> On Fri, Oct 14, 2005 at 08:40:20AM +0800, Randolph Chung wrote:
> > >I don't think that's what is happening at all: I think that in one of
> > >these cases, your test file's on-stack fenv_t is aligned, and on the
> > >other it isn
Daniel Jacobowitz a écrit :
On Fri, Oct 14, 2005 at 05:59:33AM +0200, Aurelien Jarno wrote:
Ok, that's mean that theoretically it would break the ABI, but
practically, it does not break the ABI as the alignment is the same
(otherwise we would also have noticed SIGBUS in other applications).
Daniel Jacobowitz a écrit :
On Fri, Oct 14, 2005 at 05:59:33AM +0200, Aurelien Jarno wrote:
Ok, that's mean that theoretically it would break the ABI, but
practically, it does not break the ABI as the alignment is the same
(otherwise we would also have noticed SIGBUS in other applications).
On Fri, Oct 14, 2005 at 06:17:46AM +0200, Aurelien Jarno wrote:
> I have attached a patch that changes the alignment of the f_env type. I
> have tested it separately from the glibc, it works.
Yes, your patch looks right.
Please also add the following comment in front of the fenv_t declaration.
I
On Fri, Oct 14, 2005 at 12:02:04AM -0400, Daniel Jacobowitz wrote:
...
> Just to clarify: if you fix the inline asm in glibc, then you don't
> need to recompile any of the currently broken libraries or
> applications.
We don't need to fix the inline asm - the kernel is required to
handle the misal
57 matches
Mail list logo