Package: libc6-i686
Version: 2.3.6-7
Severity: wishlist
Since today my testing installation won't start X anymore. I
realize this most probably is *not* glibc's fault. At virtual console 7
I get:
"
*** glibc detected *** double free or corruption (!prev): 0x084af780 ***
"
Unforturnately tha
t;
Why would the actual file position affect the return value from
fseek()? Especially without
being a bug (possibly in the man page, but still)?
Regards //Johan
-Original Message-
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Johan Walles <[EMAIL PROTECTED]>; [EMAIL PROTECTED];
Package: libc6
Version: 2.3.2.ds1-18
Severity: normal
The output of the following program is:
"
[EMAIL PROTECTED]:~/src/test$ ./a.out
fseek: Unknown error 12345
"
Since I set errno to 12345 before making the (failing) fseek() call,
fseek() itself apparently fails without setting errno.
Here's t
close 215260
thanks
On Sat, 2003-10-11 at 17:27, Daniel Jacobowitz wrote:
> Try using -D_GNU_SOURCE and then see if it's there. Or
> -D_ISOC99_SOURCE, or gcc -std=c99.
_ISOC99_SOURCE did the trick. Thanks!
Cheers //Johan
close 215260
thanks
On Sat, 2003-10-11 at 17:27, Daniel Jacobowitz wrote:
> Try using -D_GNU_SOURCE and then see if it's there. Or
> -D_ISOC99_SOURCE, or gcc -std=c99.
_ISOC99_SOURCE did the trick. Thanks!
Cheers //Johan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
Package: libc6-dev
Version: 2.3.2-7
Severity: normal
File: /usr/include/math.h
libm.so.6 has a roundf() function:
[EMAIL PROTECTED]:~$ nm -D /lib/libm.so.6|grep roundf
00013180 W llroundf
000130e0 W lroundf
00011630 W roundf
It is documented on the roundf(3) man page:
[EMAIL PROTECTED]:~$ dpkg
Package: libc6-dev
Version: 2.3.2-7
Severity: normal
File: /usr/include/math.h
libm.so.6 has a roundf() function:
[EMAIL PROTECTED]:~$ nm -D /lib/libm.so.6|grep roundf
00013180 W llroundf
000130e0 W lroundf
00011630 W roundf
It is documented on the roundf(3) man page:
[EMAIL PROTECTED]:~$ dpkg
On Fri, 2003-07-25 at 16:49, Jeff Bailey wrote:
> On Fri, Jul 25, 2003 at 03:39:34PM +0200, Johan Walles wrote:
>
> > I would like to have an i686 optimized glibc package. The reason is
> > glibc is what is taking up the most time (23%) during my boot
> > sequence:
&g
On Fri, 2003-07-25 at 16:49, Jeff Bailey wrote:
> On Fri, Jul 25, 2003 at 03:39:34PM +0200, Johan Walles wrote:
>
> > I would like to have an i686 optimized glibc package. The reason is
> > glibc is what is taking up the most time (23%) during my boot
> > sequence:
&g
Package: libc6
Version: 2.3.1-16
Severity: wishlist
File: /lib/libc-2.3.1.so
I would like to have an i686 optimized glibc package. The reason is glibc is
what is taking up
the most time (23%) during my boot sequence:
2094 2.6173 0. /bin/bash
2500 3.1248 0. /usr/X11R6/bin/
Package: libc6
Version: 2.3.1-16
Severity: wishlist
File: /lib/libc-2.3.1.so
I would like to have an i686 optimized glibc package. The reason is glibc is what is
taking up
the most time (23%) during my boot sequence:
2094 2.6173 0. /bin/bash
2500 3.1248 0. /usr/X11R6/bin/
H. S. Teoh wrote:
Could this be an architecture-specific problem? I'm on an i386 FYI.
Yes, this is IA64 specific.
//Johan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
First of all, my insights in glibc development and RPC are close to
none, so if the below is stupid, please be nice :-).
sön 2003-01-19 klockan 18.46 skrev Jeff Bailey:
> 171659 is not holding back testing. I've spoken with both bdale and aj
> to let them know that I'm working with upstream on fi
-Vidarebefordrat meddelande-
From: Martin Schulze <[EMAIL PROTECTED]>
To: Johan Walles <[EMAIL PROTECTED]>
Subject: Re: Bug 171659 is holding back most of testing
Date: 19 Jan 2003 12:41:57 +0100
Johan Walles wrote:
> sön 2003-01-19 klockan 11.05 skrev Martin Schulze:
&
Package: libc6.1-dev
Version: 2.2.5-6
Severity: normal
File: /usr/include/bits/sigstack.h
johan@reed:~/src/test$ grep SIGSTKSZ /usr/include/ -r
/usr/include/bits/sigstack.h:#define MINSIGSTKSZ2048
/usr/include/bits/sigstack.h:#define SIGSTKSZ 8192
/usr/include/asm/signal.h:#define MINSI
15 matches
Mail list logo