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
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
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]
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
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]
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, 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
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
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
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
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
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
- 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]
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]
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
.
--
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]
.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]
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
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
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
-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
and perl will shut up.
--
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
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]
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
.
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
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
. 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
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
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
-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
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
-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]
the line?
--
Daniel Jacobowitz
CodeSourcery
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
/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
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
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
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-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]
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
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
:
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]
, 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]
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
the right one.
--
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]
sensible. It doesn't. I can just force it by keeping kernel-headers
for PPC installed on the build daemon; I'll do that after my next fight
with bitkeeper. But I strongly dislike buildd-operator-voodoo hacks to
make dependencies work.
--
Daniel Jacobowitz Carnegie Mellon
Current glibc (2.2.5-4) was built against 2.4.16 kernel headers, which
are missing asm/offset.h. 2.4.18 kernel headers appear to have this file
again. Can we get glibc rebuilt, please? GDB depends on this file.
--
Daniel Jacobowitz Carnegie Mellon University
- http://enigmail.mozdev.org
iD8DBQE9bMPt2ijCOnn/RHQRAhGuAKCVh15zj4GPA8hFHIgsW3B2x8EMOwCgiLOq
RzeJVMPfgJghpQVZ9Hk5oTI=
=oqpb
-END PGP SIGNATURE-
- End forwarded message -
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
divdi3 and libgcc-compat.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
R_IA64_NONE
showing up in an unexpected place, which is probably a binutils bug.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be in for a
bit of pain. I'll try to clean them up for our binutils package
sometime soon, but I'm swamped.)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
[EMAIL PROTECTED]
http://lists.linuxia64.org/lists/listinfo/linux-ia64
- End forwarded message -
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
--
Daniel Jacobowitz
MontaVista Software
.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
relocations, which means that almost certainly a PLT entry
was not emitted that should have been. I think I know why; give me a
day or two to check if the problem I found also affects M68K. I'll
post the ARM patch also.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
that it may not be, and they didn't take into account the idea
that an integer divide would need to load from a constant pool... why
on earth is GCC generating an FP divide anyway?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email
in
order to figure out what compatibility changes are needed.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
must be expensive!
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
me to
open a bug report for tracking purposes.
-m
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
OK, then my reading was wrong. Nothing else we can do without more
information.
On Fri, Sep 20, 2002 at 11:12:05PM -0400, Mike Furr wrote:
On Thu, 2002-09-19 at 16:42, Daniel Jacobowitz wrote:
Well, that's not the right behavior probably. We'd need more
information.
agreed
the optimisation for
openssl.
Andrew Suffield just reported the glibc bug with a little more detail;
it should be fixed pretty soon, I think.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Sat, Sep 21, 2002 at 08:44:51PM -0400, Mike Furr wrote:
On Sat, 2002-09-21 at 12:11, Daniel Jacobowitz wrote:
OK, then my reading was wrong. Nothing else we can do without more
information.
You keep saying that, but you never say what information you need! What
else can I provide
-compatibility with Sol* ld.so
To: [EMAIL PROTECTED]
Reply-To: Jakub Jelinek [EMAIL PROTECTED]
On Tue, Sep 24, 2002 at 12:09:39PM -0400, Daniel Jacobowitz wrote:
On Tue, Sep 24, 2002 at 05:58:11PM +0200, Jakub Jelinek wrote:
Hi!
Here is the patch I've just commited. It passed make check
for
GLIBC_2.1, and one for GLIBC_2.2.
Not useful in practice; for instance, stat() is GLIBC_2.2.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
use this). I don't think this is a bug at all.
_LIBC is only defined when _BUILDING_ glibc. And _LIBC_REENTRANT !=
_REENTRANT.
Any application code will have !_LIBC.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL
for
something which will require a global change of soname - which they
have no intention of allowing.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
compatibility.
They're just a little more pronounced.
Glibc has no intention of breaking binary compat without bumping
soname, and no intention of bumping soname.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
--enable-kernel= version
will do it; I don't remember what the appropriate version is but that
file should make it clear. Ah, 2.4.0 will work.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
.
Of course, it needs to be updated when the installed libraries change.
I don't think the tools are even packaged yet...
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
know.
- End forwarded message -
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
for
the related strtol and strtoul functions.
Although the man pages are missing, documentation is available in the
GNU libc info pages.
The man pages come from manpages-dev; only info docs are shipped with
libc6-dev.
--
Daniel Jacobowitz
MontaVista Software Debian GNU
to them upstream, since this will hit them on every
distro.
There is also a newer version of the JRE available from Sun which fixes
this.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
understand, __libc_* is now hidden and
unaccessible.
So the function is unaccessible...
It seems that these problems appear in many programs in the
distribution, maybe with other functions too
Eh? __libc_* isn't hidden, only particular functions. That's not the
problem.
--
Daniel
at it. It was a forwarded
message from Roland and a pointer to a patch in the Red Hat glibc
packaging. October 7th.
This will also probably fix the static-binary-NSS-compatibility problem.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
PROTECTED]
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Which static library do you mean, one of the ones in glibc, or one in
rpm, or one that rpm might be linked to?
The one in RPM. However, glibc 2.3.1-3 should (temporarily) work
around this issue (and a rebuild of static libraries in the RPM package
will help, too).
--
Daniel Jacobowitz
is currently
'passwd: compat', such as 'passwd: files nis' (this machine is an NIS
slave server) with no change.
Is this a feature of getpwnam or have I missed some aspect of setup.
It sounds like you missed the /lib/libnss_* modules.
--
Daniel Jacobowitz
MontaVista Software
is -1. Oops.
Why does allocrtsig.c have to be in sysdeps/generic? If it does need
to, then we will have to duplicate it in sysdeps/unix/sysv/linux/; but
since nothing overrides it I don't see why it had to move out of
signal/.
--
Daniel Jacobowitz
MontaVista Software Debian
On Tue, Oct 29, 2002 at 12:37:42PM -0500, Daniel Jacobowitz wrote:
Also, please don't build packages for upload using anything that sets
DEB_BUILD_OPTIONS (does pbuilder maybe?). That's why the i386 libc6-dbg
keeps getting broken, as far as I can tell. It doesn't have debug info
again, which
reassign 163260 libc6
thanks
It's a glibc bug after all.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Oct 29, 2002 at 11:33:49PM +0100, Andreas Schwab wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
| Highlights:
| char *kbuf = buf;
| size_t kbytes = nbytes;
| if (offsetof (DIRENT_TYPE, d_name)
|offsetof (struct kernel_dirent64, d_name
downgrade it by hand it's your own neck
on the line.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 972 matches
Mail list logo