a devpts file system
mounted there if /dev/ptmx exists.
grantpt is now essentially a no-op. It only verifies that the
argument is a ptmx-descriptor. Therefore, this change indirectly
addresses bug 24941.
Reviewed-by: Adhemerval Zanella
(Cherry-picked by Ian
Package: libc6
Version: 2.3.6.ds1-13
Severity: normal
Hi,
I am trying to upgrade libc in a x86-32 chroot on my IA64 (Itanium)
machine.
It dies with the following
Setting up libc6 (2.6.1-6) ...
cannot set up thread-local storage: set_thread_area failed when setting
up thread-local storage
On Mon, Nov 19, 2007 at 01:18:07PM +0100, Aurelien Jarno wrote:
Where does this version come from? It doesn't seems to be a package from
Debian.
Sorry I mistyped it, it is 2.3.6.ds1-13
Any suggestions?
Could you please send us the output of ls -l /lib as well as ldd
/bin/ls from the
Thank you for your help on IRC
As per
http://www.gelato.unsw.edu.au/archives/linux-ia64/0711/21471.html
I think this is a kernel bug. When it gets resolved I will close this
bug.
Thanks,
-i
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
PROTECTED]
http://www.gelato.unsw.edu.au
#! /bin/sh -e
# All lines beginning with `# DP:' are a description of the patch.
# DP: Description: fix ucontext.h for IA64 with later gcc versions
# DP: Related bugs: #284449
# DP: Dpatch author: Ian Wienand [EMAIL PROTECTED]
# DP: Patch author: Andreas Schwab
On Wed, Feb 16, 2005 at 03:18:42PM -0800, Kevin A. Burton wrote:
How do I grab the sources to build my own packages? Could someone at
LEAST give me a link for building my own packages?
If you absolutely have to follow recent versions of libc, you're best
learning about chroot environments and
On Tue, Feb 08, 2005 at 09:39:17AM +0100, Ryszard Lach wrote:
* how to determine if my system/application is running linux or POSIX
threads
Your system can be running both libraries at the same time,
depending on flags to the dynamic loader, etc. The only sane way to
check is a runtime one
On Wed, Nov 24, 2004 at 12:46:12AM +0100, Matthias Klose wrote:
ok, Ian, if it's ok with you, I'll prepare a libunwind upload, which
plays well with a libgcc1 package including the libunwind7 shared
libs.
It's actually Matthieu's package so he needs to have the final say so;
it's a rock and a
On Thu, Jun 10, 2004 at 12:08:26PM -0700, Arun Sharma wrote:
On 6/9/2004 10:16 PM, Ian Wienand wrote:
I've tracked it down to doing a wait/waitpid/wait4 (they all end up in
wait4) in a sigchld signal handler. If I do a minimal test case where
I catch the sigchld and wait, once the call
On Thu, Jun 10, 2004 at 12:08:26PM -0700, Arun Sharma wrote:
On 6/9/2004 10:16 PM, Ian Wienand wrote:
I've tracked it down to doing a wait/waitpid/wait4 (they all end up in
wait4) in a sigchld signal handler. If I do a minimal test case where
I catch the sigchld and wait, once the call
On Fri, Apr 02, 2004 at 12:33:26AM +0100, Ian Lynagh wrote:
I'm having some trouble with ghc6 on ia64 (this is not using the
packages, which also give SIGILL, but trying to crossport from x86
again.
What versions of things are you using? I just installed both ghc6 and
ghc-cvs packages on an
Hi,
I'm not sure if this is a bug or something I have misunderstood about
the debugging libraries. I want to show an example of debugging a
libc call, so just simply overflowed a buffer with strcpy.
---
#include stdio.h
#include string.h
char *b = A long string;
int main(void)
{
Hi,
I'm not sure if this is a bug or something I have misunderstood about
the debugging libraries. I want to show an example of debugging a
libc call, so just simply overflowed a buffer with strcpy.
---
#include stdio.h
#include string.h
char *b = A long string;
int main(void)
{
On Mon, Feb 09, 2004 at 07:49:53PM -0500, Daniel Jacobowitz wrote:
You are trying to get a backtrace. A walk up the stack frame, yes? So
you generated a crash by overwriting the stack; naturally we can not
backtrace.
doh, you are of course right.
Just for the archives, don't use a stack
On Sun, Oct 26, 2003 at 07:21:35PM -0500, Jeff Bailey wrote:
I'll also try to ia64/nptl in before then too.
I simply added the following patch and it seems to work. This was
just the obvious change, I may have missed something subtle. I've
checked it and stressed it as much as I know how, and
On Sun, Oct 26, 2003 at 10:10:57PM -0500, Daniel Jacobowitz wrote:
Wonderful. Could you post the results of zgrep 'Error' in the
various log-test's in /usr/share/doc/libc6.1/?
Ahh, yes, of course.
*** Summary of errors ***
Both builds : annexc.out
Linuxthreads Build : tst-attr1
NPTL Build
On Wed, Oct 22, 2003 at 10:13:44PM -0400, Daniel Jacobowitz wrote:
If you want to try it out, copy the relevant bits from i386.mk into
ia64.mk in debian/sysdeps/; it should be pretty easy.
The attached makes the build go a lot faster for me :)
Also, as I mentioned in this thread
On Thu, Oct 23, 2003 at 08:31:16AM -0400, Daniel Jacobowitz wrote:
Sure, I suppose so. Send me a dpatch against the linux-kernel-headers
package, please?
Did you maybe mean a patch? It doesn't seem to use dpatches.
-idiff -urN linux-2.6.0-test7-bk-orig/debian/patches/elf.h.patch
On Thu, Oct 23, 2003 at 08:31:16AM -0400, Daniel Jacobowitz wrote:
Sure, I suppose so. Send me a dpatch against the linux-kernel-headers
package, please?
Did you maybe mean a patch? It doesn't seem to use dpatches.
-idiff -urN linux-2.6.0-test7-bk-orig/debian/patches/elf.h.patch
On Tue, Oct 21, 2003 at 01:03:02PM -0400, Daniel Jacobowitz wrote:
As some of you may have seen, there's a new version of glibc in unstable.
It has a couple of nice features - particularly for x86, where both
i686-optimized libraries and NPTL support are included.
Hi, I've been silently
On Wed, Oct 22, 2003 at 10:13:44PM -0400, Daniel Jacobowitz wrote:
If you want to try it out, copy the relevant bits from i386.mk into
ia64.mk in debian/sysdeps/; it should be pretty easy.
The attached makes the build go a lot faster for me :)
Also, as I mentioned in this thread
21 matches
Mail list logo