I'm going to retire from Debian. I haven't uploaded a binutils or
glibc package in many years; please remove me from Uploaders at your
convenience.
--
Daniel Jacobowitz
signature.asc
Description: Digital signature
of the C
and POSIX / Single Unix standards; this is not part of those
standards.
Why can't it be a separate package? Debian, for instance, could
easily have the ntp daemon build-depend on PPS support.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-glibc-requ
On Mon, Nov 09, 2009 at 07:37:29AM -0500, Carlos O'Donell wrote:
Sorry, erase those last two lines. I was looking at the wrong mailing
list name. Either way, your question should still be directed to
debian-glibc mailing list.
egl...@packages.debian.org is the debian-glibc list.
--
Daniel
localedef component.
I've never made it generate an archive instead of separately compiled
files, but I keep meaning to...
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. Is this possible? Do you think it's useful?
Note that, unfortunately, it can not search two in the same session.
This would break all other libraries with debug symbols.
If not for that, yes, I think this would be useful.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian
this with the current packages.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
.
For the record, it isn't. You may still have it installed, or you may
have Etch also in your sources.list; etch did include gcc-2.95 on some
platforms.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Tue, Aug 19, 2008 at 01:33:06PM -0700, Bob wrote:
after reading to nausea about linux-gate.so.1, it pains me greatly to
still need to post another question about it.
Why? Everything you described in your message is exactly as the
system is supposed to behave.
--
Daniel Jacobowitz
enough
to backtrace. So GDB is likely behaving as expected.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reason).
On i386 sys/user.h actually contains something useful.
Just curious, but what breaks?
sys/user.h is a somewhat dodgy header; most software should not be
using it. Also, its contents are completely platform-dependent.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email
and perl will shut up.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-bit and the other half 64-bit during the upgrade.
E: Internal error, Could not perform immediate configuration (2) on libc6
As this is an internal error in aptitude, aptitude is probably the
right package to report a bug in.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email
fault; it just means that
some program run as /lib/ld-linux.so.2 program-name was not
collected. Try adding f to your ps arguments, to see what its parent
process is.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Address 0x5bdb4000 out of bounds
So how can this possibly be true, and how does mremap have anything to
do with your problem? Nowhere in this code are you calling it.
I think we need a testcase for this problem, if you are convinced it
has something to do with glibc. Also try strace.
--
Daniel
at the preprocessed source and make sure nothing is casting
your pointer back to a long. It looked truncated.
And the code is not really mine--it's just dlmalloc.
You have a test case for the crash; we do not.
--
Daniel Jacobowitz
CodeSourcery
for highly non-standard kernels.
But wide-spread...
If you would like to test for this, the easiest way is probably to use
perl. You can make an arbitrary syscall using something like:
$path = /; syscall(SYS_open, $path, 0WHATEVER, 0WHATEVER);
and then check errno.
--
Daniel Jacobowitz
.so?
I think this sometimes happens if the library was built for a kernel
version higher than the one you've got.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
a bug
on prelink.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
program using the library from the first package
in its postinst.
Do such packages typically invoke ldconfig in the same way as a normal
package does ? If not then we could distinguish the two kinds of
ldconfig call.
I don't think there would be any difference.
--
Daniel Jacobowitz
using the library from the first package
in its postinst.
If usage of those directories is planned to increase this may become
a problem.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
- End forwarded message -
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in
/usr/lib/debug/lib and /usr/lib/debug/usr/lib are not real libraries,
and GDB will load them automatically during debugging.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in ld-linux.so, even though not an important one for me
anymore.
No, I don't think (4) holds. This is one of the most performance
critical programs on a Linux system; it assumes that the input files
are somewhat valid.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL
.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is for _adding_ the directives
and matches the changelog entry in glibc HEAD. This patch removes
them.
If removing them makes anything better then it's got to be a bug in
java's unwinder.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
on Xen (we already accepted to
build a flavour just for Xen...).
Well, we already build a libc flavor on x86; why don't we just use the
ldconfig from that?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
a few seconds later is
going to take any less time than the first.
Conveniently, SuSE just implemented a secondary cache for ldconfig
that reduces the cost of this to almost nothing (see libc-alpha
archives for June).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
error, which would be fine; they don't say EINTR will lose
your data.
This seems like a bug to me unless you can find language in POSIX to
the contrary.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Wed, Jun 13, 2007 at 02:44:25PM +0200, David Purdy wrote:
I could add another hack.. like disable that libc6 check
You don't want to do that. It's there for a reason; if you override
the check, absolutely nothing will run.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email
On Thu, Jun 07, 2007 at 12:37:38AM +0200, Pierre Habouzit wrote:
P.S., googling features_test_macros returns zero results.
What about man ? :)
It's feature_test_macros.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
throw, not just when an exception is thrown.
Note, that was exceptions, not threads. This code is in libc and
libpthread.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, May 24, 2007 at 07:52:51AM +, [EMAIL PROTECTED] wrote:
++objdump -T $@ | grep -v 'D. \*UND\*' cmp -s /dev/null -
That's got to be missing a pipe before cmp, did you try it?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
/debug/lib/tls/i686/cmov/libm-2.3.6.so.
Is libc6-dbg installed?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
process.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, May 22, 2007 at 12:32:41AM +0200, Amir Tabatabaei wrote:
Now I hope to get an the final answer from some experts in that area. Is
it possible to run these software anyhow on SID _without_ any chroots,
virtual machine or the like?
No.
--
Daniel Jacobowitz
CodeSourcery
not announce
that LinuxThreads maintenance was discontinued post glibc-2.5 without
thinking about the issues.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
larger than -g2.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the right one.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
executables simply do not support NPTL. If
possible, a link-time warning should be generated, perhaps even an
error.
Actually, I don't know that this is correct.
What does POSIX have
to say about supporting static linking?
Nothing whatsoever.
--
Daniel Jacobowitz
CodeSourcery
, it will eventually be stuck; we are hoping to drop LinuxThreads
support in the next release.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
:
inet/inet_ntoa.c and malloc/memusage.c
There are more in glibc HEAD, however - we can't put this off much
longer.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Jan 14, 2007 at 12:33:09PM +0100, Bas Zoetekouw wrote:
Hmm, ok, I wasn't aware of that. Could you please add a #warning to
that effect in the header?
I'm expecting that after etch releases, we'll just be upgrading - it
will be a bit traumatic, but it's got to get done :-)
--
Daniel
not even install asm/system.h. That is a strong sign
you shouldn't be using it from userspace.
I expect the header will go away in a future Debian version.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Sat, Jan 13, 2007 at 04:58:15PM +0100, Bas Zoetekouw wrote:
Package: linux-kernel-headers
Version: 2.6.18-6
Severity: important
asm/system.h (line 306-308) uses the private symbols u8, u16 and u32:
Same response as for #406744: do not use asm/system.h from userspace.
--
Daniel
Package: libc6-dbg
Version: 2.3.6.ds1-8
Severity: normal
Tags: patch
I've had this sitting on my hard drive for six months but never committed
it, and now I no longer consider myself a glibc committer.
Someone reported that there were useless sections in the separate debuginfo
files in
; they are used
automatically by GDB to provide better backtraces for the standard
libraries.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
going to bother to provide struct user (a purely legacy format) at
all. It seems like a hideous hack to have to try to compile NBPG in
autoconf.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.6.ds1-5
Severity: important
3590 001c 1bb4 FDE cie=19e0 pc=0004a220..0004a2c2
DW_CFA_set_loc: 00048b4f
DW_CFA_def_cfa_offset: 224
DW_CFA_nop
DW_CFA_nop
Note the address in the set_loc is before the starting PC range. This is a
symptom of being
of this package?
They are 64-bit libraries, used to run 64-bit programs on 64-bit
hardware, when the rest of the system is 32-bit. If you have a 32-bit
kernel, you don't need it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
/bin/bash and using remote debugging sometimes helps; it perturbs the
process less than gdb does. But only if the parent process is the one
you need to debug.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
__libc_open would work, I'm not sure).
BTW, it would be nice if you can sync smp.h from linuxthreads with
the one from NPTL in upstream CVS.
I'll keep that in mind, thanks.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: libc6-i386
Version: 2.3.6-16
Severity: normal
libc6-i386 is configured to look for locale-archive in
/emul/ia32-linux/usr/lib/locale. That directory does not exist.
It should either be configured to look in /usr/lib/locale, or have a symlink
to the correct location. With that, basic
the line?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-2.3.6.so|grep errno
1120 124: 0011f360 4 OBJECT GLOBAL DEFAULT 29 errno
[EMAIL PROTECTED]:~% readelf -Ds /lib/tls/libc-2.3.6.so|grep errno
290 124: 0008 4 TLS GLOBAL DEFAULT 20 errno
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Sun, May 21, 2006 at 10:31:07AM -0400, Daniel Jacobowitz wrote:
On Sun, May 21, 2006 at 04:14:41AM +, Aurelien Jarno wrote:
Well since glibc 2.3.6-7, all our flavours of the glibc now have
TLS enabled, since it is needed by libstdc++. So I doubt it will
work.
Wrong TLS configure
-path ./lib:./usr/lib /usr/bin/perl -MAptPkg
[no error]
So the change to use --with-__thread in 2.3.6-8 was not necessary to
fix the libstdc++ problem; why was it made, and can we revert it?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
loaded, but
no library using TLS has been loaded, when someone tries to dlopen a
library with TLS - much rarer than what you describe.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, May 21, 2006 at 01:45:20PM -0400, Daniel Jacobowitz wrote:
See my earlier message (for #368022) for an alternative. I also want
to correct this statement. I've identified the problematic case. It
only happens because:
1. perl is dynamically linked to libpthread.so
2. perl
in the SVN. Thanks for your help!
No problem - thank you too. Now my old cvsup binary will work again
:-)
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
definition.
If you don't have those macros, then the tests aren't testing what they
say they're testing, and a certain amount of failure is to be expected.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
version which worked? Have you tried to upgrade the
product?
Older versions of Debian glibc would automatically downshift to
non-TLS libraries; maybe his previously installed version did.
Try LD_ASSUME_KERNEL=2.4.1 ./rational?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email
-installed development files?
No, and you can't build GCC packages without a glibc either. They're
interdependent.
I believe that you can not run glibc's configure script for the 64-bit
packages without the 64-bit libraries involved.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email
support
(which I highly recommend), you need to implement TLS. It's not too
hard, really. And it's long overdue.
Any takers?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
likely that users will start complaining soon if we
are still shipping glibc 2.3.6 in etch. Is there any reason
not to switch to 2.4?
No, we should do so. LinuxThreads and some arches are not ready
yet, but I'm sure we can do it in time.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE
librt.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
|
**
This suggests we need an --enable-add-ons=ports for all the targets in
ports (or for all targets - it's harmless).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to THREAD_GET_POINTER_GUARD being
undefined.
Yes, this one I know about - be looking at it soon if no one beats me
to it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in the wrong folder).
Right now it's in ports/sysdeps/mips/preconfigure. See the switch on
config_os.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
this? These ought to be internal to NPTL, as far as I
know.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Comments?
There are already triplets for this ;-) Take a look at the glibc
configuration; I believe you'd want mips64-linux-gnuabi64 et al.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sure it was Carlos's.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the o32 case, then use mips-linux-gnu for
that.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Especially for a bug that will be allowed by a future version of POSIX.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Feb 16, 2006 at 12:24:27AM -0500, Greg Stark wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
This seems to be a problem related to the features.h stuff. If I define
_POSIX_C_SOURCE to 200112L then it works but then random other system
functions
aren't defined
for your target.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to be a problem related to the features.h stuff. If I define
_POSIX_C_SOURCE to 200112L then it works but then random other system
functions
aren't defined. (specifically random and srandom).
Try -D_GNU_SOURCE then? Or -D_POSIX_C_SOURCE=200112L -D_BSD_SOURCE, or
several other combinations.
--
Daniel
information.
- hurd-i386 is using gcc 3.3. I will contact the hurd porters the same
way as for m68k.
Great!
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Feb 07, 2006 at 10:41:08PM -0500, Clint Adams wrote:
Last one.
mips-bits-syscall.diff
Done. (It applied cleany with -R, always a good hint that we can drop
it.)
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
will work on this tonight when back
at home, unless someone fixes it in the meantime (or tells that I am wrong
;)).
Either do that, or just do the NMU straight (without touching SVN). Up
to you.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
the glibc maintainers if there are any
issues addressing bugs such as: 345479, 351049 with an update for
stable.
It's not us, but the stable maintainer, that you'd have to talk to;
he has traditionally not been interested in these sorts of updates to
stable as far as I know.
--
Daniel Jacobowitz
the recent changes to dpkg-shlibdeps first...
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Jan 31, 2006 at 01:38:05PM -0500, Daniel Jacobowitz wrote:
Did you break 2.3.5 in the process?
Ignore me; I totally failed to realize that I needed a new
.orig.tar.gz.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
succeeded at 303 with fuzz 2 (offset -19 lines).
4 out of 9 hunks FAILED -- rejects in file localedata/SUPPORTED
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
if this thing is free etc, but it could be easilly implemented
from scratch if we decide we need one.
It's not generally available; it was a fairly substantial patch to the
prelinker. There are other ways to do it.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL
. Maybe we should anyway, it does no harm.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it uses. For example:
And also LD_PRELOAD'd libraries, et cetera (which may include
fakeroot).
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be a longer problem. On the other hand
if it was running as a daemon, then the bug can just be closed.
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
renderer for .pmf already registered at priority 0
Could not init font path element unix/:7100, removing from list!
That output doesn't tell us anything. Does it crash?
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
the
default stack size, which then does not change for the life of the
program.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rlimit, if you need to
understand what is happening any more precisely than I've explained it.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Dec 20, 2005 at 10:38:47AM +0900, GOTO Masanori wrote:
At Sun, 20 Nov 2005 14:22:22 -0500,
Daniel Jacobowitz wrote:
Steve Langasek agreed. I am planning to bump the requirement up from
2.2.whatever to 2.4.0 for i486 and powerpc; i486 in order to enable
floating stacks, and powerpc
a default is used; otherwise, it is used as the stack size
for new threads. This happens during program initialization, before
main is called.
If you need a different stack size than your non-infinite RLIM_STACK
setting, you can specify the stack size explicitly when you create the
thread.
--
Daniel
. The MIPS headers are a perfect example of why not; in
several cases the MIPS bitops call local_irq_save.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
could do better than we do.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and the separate
amd64 archive don't get along.
The patch in this bug is fine, if you want to do the NMU. I don't have
time for another glibc upload and someone _needs_ to look at sparc64
before the next one anyway.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL
On Thu, Nov 24, 2005 at 07:36:11AM -0500, Thomas E. Dickey wrote:
On Thu, Nov 24, 2005 at 12:46:41AM -0500, Daniel Jacobowitz wrote:
On Wed, Nov 23, 2005 at 05:59:59PM -0500, Thomas Dickey wrote:
The call to freopen() is causing the stream for TRACE's output to
close, so the last line
to reach (#340514)...
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
What does strace say is going on?
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in later versions.
--
Daniel Jacobowitz
CodeSourcery, LLC
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 972 matches
Mail list logo