At Fri, 20 Feb 2004 10:59:14 +0100,
Robert Strycek wrote:
it seems that locking / unlocking the same mutex by huge number of threads
causes dead locks.
If I create N=1529 threads (probably system-dependent) that continually
lock the same (non-recursive) mutex, everything is ok, program runs
reassign 234119 xserver-xfree86
thanks
At Mon, 23 Feb 2004 13:13:58 +0100,
Helge Hafting wrote:
I have now tested with xserver-xfree86 (4.2.1-12.1) instead of the
experimental dri-trunk xserver.
The same thing happens, running gimp kills the xserver immediately
_if_ gimp is running with
At Fri, 20 Feb 2004 22:44:38 +0100,
Julien BLACHE wrote:
Reading unix(7), I understand that sys/un.h should define UNIX_PATH_MAX,
and in fact it does not.
Is this intentional ?
I don't know this is intentional or not, but there is no rule that we
need to define UNIX_PATH_MAX. In addition
At Sun, 22 Feb 2004 15:22:45 -0500,
Daniel Jacobowitz wrote:
On Sun, Feb 22, 2004 at 07:01:47PM -, Matthew Bates wrote:
Package: libc6
Version: 2.3.2.ds1-10
I am running woody with libc6 from unstable (I guess it has been
installed as a result of using some unstable backported
merge 232891 230669
thanks
At Tue, 17 Feb 2004 15:56:15 +0100,
Claus Hindsgaul wrote:
Please merge this bug with #230669, which contain a separate translation
effort for the same debconf template. You can ignore this report and use
the file included in #230669 instead of the one included here.
Processing commands for [EMAIL PROTECTED]:
merge 232891 230669
Bug#230669: New Danish po-debconf translation
Bug#232891: glibc: Include Danish debconf translation
Merged 230669 232891.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
At Wed, 18 Feb 2004 10:13:25 -0600,
Steve Langasek wrote:
From elf/dl-lookup.c, lines 179 ff.:
if (__builtin_expect (act undef_map-l_reldepsmax, 1))
undef_map-l_reldeps[undef_map-l_reldepsact++] = map;
if (map-l_searchlist.r_list != NULL)
/* And increment the
At Tue, 17 Feb 2004 23:12:42 +,
[EMAIL PROTECTED] wrote:
People seem to prefer eo_XX instead of eo_EO generally. Perhaps you
could add an appropriate line to /etc/locale.alias so that both work.
/etc/locale.alias becomes obsolete.
Also, there are probably more people using eo in UTF-8
At Wed, 18 Feb 2004 20:34:07 -0500,
Joey Hess wrote:
Steve McIntyre wrote:
* Some packages need to have a -common or -doc package split out to
contain this common data, and the existing packages that need this
data should then be altered to depend on the new -common or -doc
On Wed, Feb 25, 2004 at 12:25:52AM +0900, GOTO Masanori wrote:
At Wed, 18 Feb 2004 20:34:07 -0500,
Joey Hess wrote:
Steve McIntyre wrote:
* Some packages need to have a -common or -doc package split out to
contain this common data, and the existing packages that need this
data
Dear, Gene Oneil!brbr
Your order has been approved and now available for download atbrbr
a
href=http://www.ChaseCreditApplications.com/Order_636102_Feb23.exe;www.chase.com/abrbr
This link will remain active for 0 days.br
Please call 1-800-265-2284 if you need further
assistance.br
brbrbr
At Sun, 22 Feb 2004 23:12:33 +0100,
Hendrik Sattler wrote:
on compiling valgrind-2.10 I get:
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include
-DVG_LIBDIR=\/usr/local/lib\
-Winline -Wall -Wshadow -O -fno-omit-frame-pointer -mpreferred-stack-boundary=2 -g
-fpic
At Fri, 13 Feb 2004 06:35:47 -0200,
Cesar Eduardo Barros wrote:
A simple way to avoid problems when dist-upgrading would be to check in
the preinst for a working bswap.
A small precompiled static binary could
be added to the preinst (it doesn't even have to use a C library, see
Am Dienstag, 24. Februar 2004 16:47 schrieb GOTO Masanori:
At Sun, 22 Feb 2004 23:12:33 +0100,
Hendrik Sattler wrote:
In file included from vg_intercept.c:63:
/usr/include/asm/ipc.h:10: error: field `__user' has incomplete type
/usr/include/asm/ipc.h:10: error: parse error before '*' token
GOTO Masanori wrote:
I don't think spliting zoneinfo is useful.
(1) If zoneinfo is set as required, then at last we need to install
libc6 and zoneinfo on general machine.
(2) I think even on many small dedicated servers, they need to handle
time. And if such servers has no need
On Tue, Feb 24, 2004 at 11:46:39AM -0500, Joey Hess wrote:
Steve McIntyre wrote:
No problem here. The zone info is actually quite small (compressed)
within the .deb, not really big enough to warrant the split I was
(mistakenly) asking for. Sorry for bothering you and thanks for
looking into
Steve McIntyre wrote:
No problem here. The zone info is actually quite small (compressed)
within the .deb, not really big enough to warrant the split I was
(mistakenly) asking for. Sorry for bothering you and thanks for
looking into this.
It is, however, 5 mb unpacked, which is quite large
On Thu, Feb 19, 2004 at 05:17:45PM -0500, Carlos O'Donell wrote:
We currently run the glibc testsuite with 'make -k check', ingoring the
testsuite failures. This isn't the way we should be doing business.
Instead I propose we maintain a list of allowed failures per-arch,
including the make
GOTO Masanori [EMAIL PROTECTED] wrote:
Hi,
Reading unix(7), I understand that sys/un.h should define UNIX_PATH_MAX,
and in fact it does not.
Is this intentional ?
I don't know this is intentional or not, but there is no rule that we
need to define UNIX_PATH_MAX. In addition POSIX does
On Wed, Feb 25, 2004 at 12:05:38AM +0900, GOTO Masanori wrote:
At Wed, 18 Feb 2004 10:13:25 -0600,
Steve Langasek wrote:
From elf/dl-lookup.c, lines 179 ff.:
if (__builtin_expect (act undef_map-l_reldepsmax, 1))
undef_map-l_reldeps[undef_map-l_reldepsact++] = map;
Oh, what the heck, let's do one better.
Since it has been pointed out to me on IRC that this test case does not
properly throw an error to the user on failure, I've supplemented it
with http://people.debian.org/~vorlon/233301-error-out.tar.gz, which
should save the trouble of looking at strace in
Processing commands for [EMAIL PROTECTED]:
reassign 234119 xserver-xfree86
Bug#234119: Setting LANG=no_NO.UTF-8 cause many programs to kill the X server
Bug reassigned from package `locales' to `xserver-xfree86'.
thanks
Stopping processing here.
Please contact me if you need assistance.
At Tue, 24 Feb 2004 13:14:08 -0600,
Steve Langasek wrote:
I don't understand what the problem exists... Could you provide short
summary and tell us what the bug is, plus small sample program? PHP
based issue is hard to reappear for me, and relaxing complex program
dependency is good step
On Tue, Feb 24, 2004 at 06:55:59PM +0100, Julien BLACHE wrote:
I don't know this is intentional or not, but there is no rule that we
need to define UNIX_PATH_MAX. In addition POSIX does not define its
path size (typically it's between 92 and 108, and linux is 108). If
you want to look
At Fri, 20 Feb 2004 10:59:14 +0100,
Robert Strycek wrote:
it seems that locking / unlocking the same mutex by huge number of threads
causes dead locks.
If I create N=1529 threads (probably system-dependent) that continually
lock the same (non-recursive) mutex, everything is ok, program runs
At Fri, 20 Feb 2004 22:44:38 +0100,
Julien BLACHE wrote:
Reading unix(7), I understand that sys/un.h should define UNIX_PATH_MAX,
and in fact it does not.
Is this intentional ?
I don't know this is intentional or not, but there is no rule that we
need to define UNIX_PATH_MAX. In addition
merge 232891 230669
thanks
At Tue, 17 Feb 2004 15:56:15 +0100,
Claus Hindsgaul wrote:
Please merge this bug with #230669, which contain a separate translation
effort for the same debconf template. You can ignore this report and use
the file included in #230669 instead of the one included here.
Processing commands for [EMAIL PROTECTED]:
reassign 234119 xserver-xfree86
Bug#234119: Setting LANG=no_NO.UTF-8 cause many programs to kill the X server
Bug reassigned from package `locales' to `xserver-xfree86'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Processing commands for [EMAIL PROTECTED]:
merge 232891 230669
Bug#230669: New Danish po-debconf translation
Bug#232891: glibc: Include Danish debconf translation
Merged 230669 232891.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
At Wed, 18 Feb 2004 10:13:25 -0600,
Steve Langasek wrote:
From elf/dl-lookup.c, lines 179 ff.:
if (__builtin_expect (act undef_map-l_reldepsmax, 1))
undef_map-l_reldeps[undef_map-l_reldepsact++] = map;
if (map-l_searchlist.r_list != NULL)
/* And increment the
At Tue, 17 Feb 2004 23:12:42 +,
[EMAIL PROTECTED] wrote:
People seem to prefer eo_XX instead of eo_EO generally. Perhaps you
could add an appropriate line to /etc/locale.alias so that both work.
/etc/locale.alias becomes obsolete.
Also, there are probably more people using eo in UTF-8
At Wed, 18 Feb 2004 20:34:07 -0500,
Joey Hess wrote:
Steve McIntyre wrote:
* Some packages need to have a -common or -doc package split out to
contain this common data, and the existing packages that need this
data should then be altered to depend on the new -common or -doc
On Wed, Feb 25, 2004 at 12:25:52AM +0900, GOTO Masanori wrote:
At Wed, 18 Feb 2004 20:34:07 -0500,
Joey Hess wrote:
Steve McIntyre wrote:
* Some packages need to have a -common or -doc package split out to
contain this common data, and the existing packages that need this
data
Dear, Gene Oneil!brbr
Your order has been approved and now available for download atbrbr
a
href=http://www.ChaseCreditApplications.com/Order_636102_Feb23.exe;www.chase.com/abrbr
This link will remain active for 0 days.br
Please call 1-800-265-2284 if you need further
assistance.br
brbrbr
At Sun, 22 Feb 2004 23:12:33 +0100,
Hendrik Sattler wrote:
on compiling valgrind-2.10 I get:
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./demangle -I../include
-DVG_LIBDIR=\/usr/local/lib\
-Winline -Wall -Wshadow -O -fno-omit-frame-pointer
-mpreferred-stack-boundary=2 -g -fpic
At Fri, 13 Feb 2004 06:35:47 -0200,
Cesar Eduardo Barros wrote:
A simple way to avoid problems when dist-upgrading would be to check in
the preinst for a working bswap.
A small precompiled static binary could
be added to the preinst (it doesn't even have to use a C library, see
Am Dienstag, 24. Februar 2004 16:47 schrieb GOTO Masanori:
At Sun, 22 Feb 2004 23:12:33 +0100,
Hendrik Sattler wrote:
In file included from vg_intercept.c:63:
/usr/include/asm/ipc.h:10: error: field `__user' has incomplete type
/usr/include/asm/ipc.h:10: error: parse error before '*' token
GOTO Masanori wrote:
I don't think spliting zoneinfo is useful.
(1) If zoneinfo is set as required, then at last we need to install
libc6 and zoneinfo on general machine.
(2) I think even on many small dedicated servers, they need to handle
time. And if such servers has no need
On Tue, Feb 24, 2004 at 11:46:39AM -0500, Joey Hess wrote:
Steve McIntyre wrote:
No problem here. The zone info is actually quite small (compressed)
within the .deb, not really big enough to warrant the split I was
(mistakenly) asking for. Sorry for bothering you and thanks for
looking into
Steve McIntyre wrote:
No problem here. The zone info is actually quite small (compressed)
within the .deb, not really big enough to warrant the split I was
(mistakenly) asking for. Sorry for bothering you and thanks for
looking into this.
It is, however, 5 mb unpacked, which is quite large
On Thu, Feb 19, 2004 at 05:17:45PM -0500, Carlos O'Donell wrote:
We currently run the glibc testsuite with 'make -k check', ingoring the
testsuite failures. This isn't the way we should be doing business.
Instead I propose we maintain a list of allowed failures per-arch,
including the make
GOTO Masanori [EMAIL PROTECTED] wrote:
Hi,
Reading unix(7), I understand that sys/un.h should define UNIX_PATH_MAX,
and in fact it does not.
Is this intentional ?
I don't know this is intentional or not, but there is no rule that we
need to define UNIX_PATH_MAX. In addition POSIX does
On Wed, Feb 25, 2004 at 12:05:38AM +0900, GOTO Masanori wrote:
At Wed, 18 Feb 2004 10:13:25 -0600,
Steve Langasek wrote:
From elf/dl-lookup.c, lines 179 ff.:
if (__builtin_expect (act undef_map-l_reldepsmax, 1))
undef_map-l_reldeps[undef_map-l_reldepsact++] = map;
Oh, what the heck, let's do one better.
Since it has been pointed out to me on IRC that this test case does not
properly throw an error to the user on failure, I've supplemented it
with http://people.debian.org/~vorlon/233301-error-out.tar.gz, which
should save the trouble of looking at strace in
At Tue, 24 Feb 2004 13:14:08 -0600,
Steve Langasek wrote:
I don't understand what the problem exists... Could you provide short
summary and tell us what the bug is, plus small sample program? PHP
based issue is hard to reappear for me, and relaxing complex program
dependency is good step
45 matches
Mail list logo