el Headers for developme
-- no debconf information
--
Juergen Kreileder, Blackdown Java-Linux Team
http://blog.blackdown.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
c/kernel combination doesn't support TLS, it should refuse
to load code that requires TLS support. You can probably implement
this by checking for the ELF "TLS" program header.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
c/kernel combination doesn't support TLS, it should refuse
to load code that requires TLS support. You can probably implement
this by checking for the ELF "TLS" program header.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/ja
e/features.h and the "Library Summary" node in the glibc
info pages.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
e/features.h and the "Library Summary" node in the glibc
info pages.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
the console output of eclipse.
[...]
> Current Java thread:
> at java.util.zip.Inflater.end(Native Method)
See http://lists.debian.org/debian-java/2004/debian-java-200401/msg00108.html
for a work-around.
Our 1.4.2-rc1 fixes the problem, debs will be available in the next days.
the console output of eclipse.
[...]
> Current Java thread:
> at java.util.zip.Inflater.end(Native Method)
See http://lists.debian.org/debian-java/2004/debian-java-200401/msg00108.html
for a work-around.
Our 1.4.2-rc1 fixes the problem, debs will be available in the next days.
Package: libc6
Version: 2.3.2.ds1-10
Severity: important
TLS doesn't work properly with LD_ASSUME_KERNEL < 2.6.0. I don't have
a machine with 2.4 kernel currently, so I can't say whether it's only
broken on 2.6 kernels when setting LD_ASSUME_KERNEL or whether it's
broken on older kernels too.
Th
Package: libc6
Version: 2.3.2.ds1-10
Severity: important
TLS doesn't work properly with LD_ASSUME_KERNEL < 2.6.0. I don't have
a machine with 2.4 kernel currently, so I can't say whether it's only
broken on 2.6 kernels when setting LD_ASSUME_KERNEL or whether it's
broken on older kernels too.
Th
Sorry for the late reply.
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> On Tue, Nov 25, 2003 at 08:35:19PM +0100, Juergen Kreileder wrote:
>
> No. /lib/ld-linux.so.2 _does_ support TLS. It'll work fine, I've
> tested it. "/lib/tls" is a red herring.
A
Sorry for the late reply.
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> On Tue, Nov 25, 2003 at 08:35:19PM +0100, Juergen Kreileder wrote:
>
> No. /lib/ld-linux.so.2 _does_ support TLS. It'll work fine, I've
> tested it. "/lib/tls" is a red herring.
A
a short-term solution, compare the ".note.ABI-tag" section
> in /lib/libc.so.6 and /lib/tls/libc.so.6 (using objdump).
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
a short-term solution, compare the ".note.ABI-tag" section
> in /lib/libc.so.6 and /lib/tls/libc.so.6 (using objdump).
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ibc only supports TLS with 2.6 kernels, so why does it pick
up the TLS versions with older kernels? Shouldn't it omit looking for
libraries in tls directories with pre 2.6 kernels.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
ibc only supports TLS with 2.6 kernels, so why does it pick
up the TLS versions with older kernels? Shouldn't it omit looking for
libraries in tls directories with pre 2.6 kernels.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2
e bits set for libc-2.3.2.so in the
current glibc packages?
% find /lib -name libc-2.3.2.so | xargs ls -l
-rw-r--r--1 root root 1243076 Nov 5 20:17 /lib/libc-2.3.2.so
-rw-r--r--1 root root 1273468 Nov 5 20:18
/lib/tls/i686/cmov/libc-2.3.2.so
-rw-r--r--1 root root 1270908 Nov 5 20:17 /lib/tls/libc-2.3.2.so
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
e bits set for libc-2.3.2.so in the
current glibc packages?
% find /lib -name libc-2.3.2.so | xargs ls -l
-rw-r--r--1 root root 1243076 Nov 5 20:17 /lib/libc-2.3.2.so
-rw-r--r--1 root root 1273468 Nov 5 20:18
/lib/tls/i686/cmov/libc-2.3.2.so
-rw-r--r--1 root root
I was able to reproduce the lwres related RPC problem until a few days
ago. It seems to be gone now, probably got fixed by the recent glibc
updates.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: libc6-i686
Version: 2.3.2.ds1-8
Severity: minor
% LD_DEBUG=statistics /bin/true
9773: number of relocations: 90
9773: number of relocations from cache: 5
9773:
9773: runtime linker statistics:
9773:final num
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> Harald Dunkel <[EMAIL PROTECTED]> writes:
>
>> Package: libc6
>> Version: 2.3.2.ds1-8
>>
>> After upgrading glibc in Sid to version 2.3.2.ds1-8 the NVidia
>> driver for XFree86 did not work anymor
uot; works around
this problem. (Removing libc6-i686 doesn't fix the X startup problem
mentioned above, only using the the non-tls libs helps there)
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCRIB
etting LD_ASSUME_KERNEL to 2.2.5 or 2.4.1. This should enable the
use of LinuxThreads without (2.2.5) or with (2.4.1) floating stacks
instead of NPTL.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
etting LD_ASSUME_KERNEL to 2.2.5 or 2.4.1. This should enable the
use of LinuxThreads without (2.2.5) or with (2.4.1) floating stacks
instead of NPTL.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n; push-pop.diff]...
This patch fixes the sshd+lwres problem. mountd+lwres is still broken,
disabling lwres or preloading libpthread works around the crash.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
n; push-pop.diff]...
This patch fixes the sshd+lwres problem. mountd+lwres is still broken,
disabling lwres or preloading libpthread works around the crash.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCR
Chip Salzenberg <[EMAIL PROTECTED]> writes:
> According to Juergen Kreileder:
>> Chip Salzenberg <[EMAIL PROTECTED]> writes:
>>> * 1.0.6 does _not_ fix the crash.
>>> * preloading libpthread.so.0 is still an effective workaround
>>
>> Looks lik
Chip Salzenberg <[EMAIL PROTECTED]> writes:
> According to Juergen Kreileder:
>> Chip Salzenberg <[EMAIL PROTECTED]> writes:
>>> * 1.0.6 does _not_ fix the crash.
>>> * preloading libpthread.so.0 is still an effective workaround
>>
>> Looks lik
itch.conf.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=211621
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
itch.conf.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=211621
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> Philip Blundell <[EMAIL PROTECTED]> writes:
>
>> On Mon, 2003-09-08 at 01:57, Juergen Kreileder wrote:
>>> With LD_PRELOAD=libpthread.so.0, mountd works fine. I'm not sure
>>> whether this is a
and see where it gets stuck?
>
> I think I've got a patch for this now.
You mean the removal of the syslog-backrev.dpatch patch in -7?
Doesn't help, sshd still hangs.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-st
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> On Fri, Sep 12, 2003 at 01:07:34PM +0200, Juergen Kreileder wrote:
>> Colin Watson <[EMAIL PROTECTED]> writes:
>>
>>> On Fri, Sep 12, 2003 at 10:06:41AM +0200, Anders Bostr?m wrote:
>>>> I tired and up
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> Here's a gdb stack trace:
[...]
Forget that, it's from the wrong process. Here's one from the child:
(gdb) bt f
#0 0x401bb354 in __pthread_sigsuspend (set=0x401c0d38)
at ../linuxthreads/sysdeps/unix/sysv/
| debug1: PAM establishing creds
| debug2: fd 4 setting TCP_NODELAY
| debug1: channel 0: rfd 10 isatty
| debug1: Setting controlling tty using TIOCSCTTY.
| debug1: fd 10 setting O_NONBLOCK
| debug2: fd 9 is O_NONBLOCK
`
And the login succeeds.
Juergen
--
Juergen Kreileder, Blackd
should be reopened.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
pgp0.pgp
Description: PGP signature
Philip Blundell <[EMAIL PROTECTED]> writes:
> On Mon, 2003-09-08 at 01:57, Juergen Kreileder wrote:
>> With LD_PRELOAD=libpthread.so.0, mountd works fine. I'm not sure
>> whether this is a glibc or an nfs-kernel-server bug: AFAIK mountd
>> doesn't use thread
Chip Salzenberg <[EMAIL PROTECTED]> writes:
> According to Juergen Kreileder:
>> With LD_PRELOAD=libpthread.so.0, mountd works fine.
>
> A recent bug report leads me to ask this:
>
> Does the client machine have matching forward and reverse DNS?
Yes, all involved mac
Package: libc6
Version: 2.3.2-5
Severity: minor
ldd does too much indentation currently, here are a few examples:
,
| fry:/home/jk# ldd /lib/libc.so.6
| /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
| fry:/home/jk#
`
,
| fry:/home/jk# ldd /lib/libpthread.so.
Philip Blundell <[EMAIL PROTECTED]> writes:
> On Sun, 2003-09-07 at 23:27, Juergen Kreileder wrote:
>> I don't think it's a kernel problem: the combination 2.6.0-test1
>> and glibc-2.3.1-17 worked fine while 2.6.0-test1 plus glibc-2.3.2-1
>> didn't.
>
Philip Blundell <[EMAIL PROTECTED]> writes:
> On Sat, 2003-09-06 at 16:54, Juergen Kreileder wrote:
>> The machine (dual PIII) exports several directories to
>> 192.168.1.0/24(rw,sync). The clients have different configurations
>> (Debian sarge/sid, SuSE, RedHat on i38
Package: libc6
Version: 2.3.2-5
Severity: wishlist
epoll_create, epoll_ctl, epoll_wait are not implemented in glibc-2.3.2-5.
E.g. if you try to
compile http://www.xmailserver.org/linux-patches/pipetest.c you'll
get:
% gcc -o pipetest pipetest.c
/tmp/ccqaypwZ.o(.text+0x3e0): In function `main':
Juergen Kreileder <[EMAIL PROTECTED]> writes:
[...]
> I've posted a some gdb info about the mountd crash some time ago
> (see
> http://lists.debian.org/debian-glibc/2003/debian-glibc-200308/msg00270.html).
> I still see exactly the same problem with the newer versions o
Philip Blundell <[EMAIL PROTECTED]> writes:
> On Thu, 2003-09-04 at 19:13, Juergen Kreileder wrote:
>> Still happens with libc6 2.3.2-5 and nfs-kernel-server 1.0.5-2.
>
> Do you have a recipe for reproducing it?
The machine (dual PIII) exports several directories to
192.168.
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> Philip Blundell <[EMAIL PROTECTED]> writes:
>
>> I couldn't reproduce this problem in a quick test with glibc
>> 2.3.2-4 and nfs-kernel-server 1.0.5-2. Is it still happening for
>> you guys?
>
> I'
Philip Blundell <[EMAIL PROTECTED]> writes:
> I couldn't reproduce this problem in a quick test with glibc 2.3.2-4
> and nfs-kernel-server 1.0.5-2. Is it still happening for you guys?
I'm on vacation for a few days, I'll test it when I'm back next
Thursday
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> GOTO Masanori <[EMAIL PROTECTED]> writes:
>
>>> FYI: nfs-utils 1.0.5-1 works fine with libc6 2.3.1-17 from
>>> unstable here but with libc6 2.3.2-1 from experimental mountd dies
>>> after the first mou
table; urgency=high
|
| * New upstream version:
| > Don't use freed memory. (closes: #201311, #201598, #201873)
| > Fix mountd -o arg. (closes: #197355)
|
| -- Chip Salzenberg <[EMAIL PROTECTED]> Thu, 24 Jul 2003 15:40:12 -0400
| [...]
`
Juergen
--
table; urgency=high
|
| * New upstream version:
| > Don't use freed memory. (closes: #201311, #201598, #201873)
| > Fix mountd -o arg. (closes: #197355)
|
| -- Chip Salzenberg <[EMAIL PROTECTED]> Thu, 24 Jul 2003 15:40:12 -0400
| [...]
`
Juergen
--
7;s
nothing useful in the logs.
I can't provide more information right now, the machine is running a
test-suite currently and that will take about 30 hours more. I'll
install glibc 2.3.2-1 again on Monday and try rpc.mountd with
debugging turned on.
Juergen
--
Juergen Kreileder, Blac
7;s
nothing useful in the logs.
I can't provide more information right now, the machine is running a
test-suite currently and that will take about 30 hours more. I'll
install glibc 2.3.2-1 again on Monday and try rpc.mountd with
debugging turned on.
Juergen
--
Juergen Kreileder, Blac
ove,
strcmp, strtok implementations (and a few FP optimizations), a i686
build would also provide some non-performance related features:
hp-timing and LinuxThreads with floating stacks.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
ove,
strcmp, strtok implementations (and a few FP optimizations), a i686
build would also provide some non-performance related features:
hp-timing and LinuxThreads with floating stacks.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-st
libc-2.3.2 builds already
support it.)
More information about epoll can be found at
http://www.xmailserver.org/linux-patches/nio-improve.html
Man pages (epoll.4, epoll_create.2, epoll_ctl.2, epoll_wait.2) are
available from
http://www.xmailserver.org/linux-patches/epoll-lib-0.9.tar.gz
Juerg
libc-2.3.2 builds already
support it.)
More information about epoll can be found at
http://www.xmailserver.org/linux-patches/nio-improve.html
Man pages (epoll.4, epoll_create.2, epoll_ctl.2, epoll_wait.2) are
available from
http://www.xmailserver.org/linux-patches/epoll-lib-0.9.tar.gz
Juerg
54 matches
Mail list logo