On Thu, Dec 26, 2002 at 09:58:34PM -0800, Jeff Bailey wrote:
> On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
>
> > > Any objections?
>
> > Not an objection, but I'd *suggest* you don't do this; the most important
> > thing to do to glibc at this point is to *fix* it (#174267, #16
Package: glibc
Version: 2.3.1-8
Severity: serious
glibc is not a debian native package, yet only has a .tar.gz, not an orig
and diff.
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux cyberhq 2.4.19 #1 SMP Sun Aug 4 11:30:45 PDT 2002 i686 unknown
unknown GNU/Linux
-
On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
> > Any objections?
> Not an objection, but I'd *suggest* you don't do this; the most important
> thing to do to glibc at this point is to *fix* it (#174267, #167909 and
> arm building at least, afaict), and the easiest and most relia
Jeff,
I believe so as he has a arch-ia64.c in the src. The test
is simple enough.
rpm --nodeps -i prelink-0.2.0-15.src.rpm
make sure libelfg0-dev is installed as well as a recent 2.4.1x kernel
and glibc 2.3.1
cd /usr/src/rpm/SPECS
rpmbuild -bp prelink.spec
cd ../BUILD/prelink/src
./configur
On Thu, Dec 26, 2002 at 10:53:15PM -0500, Daniel Jacobowitz wrote:
> > What progress has the arm problem seen, anyway? If a proper fix still
> > isn't written, what exactly is stopping the kludge from being used in
> > the meantime?
> I believe it's ready, and we're currently waiting for the buil
Is ia64 supported as well?
On Thu, Dec 26, 2002 at 03:46:39PM -0500, Jack Howarth wrote:
> Jeff,
>Oh, by the way, according to the specfile for the phoebe prelink srpm
> the supported arches are now...
>
> i386 alpha sparc sparc64 s390 s390x x86_64 ppc
>
> I think the only ones we would have
I've just confirmed that glob() does exhibit problems dealing with escaped
*'s. Attached is the test program I used (adapted and enhanced from
Herbert's version to allow easier testing). I ran my tests in a directory
with the structure:
drwx-- hsteoh/hsteoh 0 2002-12-26 23:02:43 ./
-rw
Should this bug be downgraded to wishlist? The bug submitter did say "it
would be useful if ...". Moreover, according to glibc info docs:
- Macro: int EPIPE
Broken pipe; there is no process reading from the other end of a
pipe. Every library function that returns this error code also
On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
> On Thu, Dec 26, 2002 at 07:04:31AM -0800, Jeff Bailey wrote:
> > For -9, I want to include this patch:
> > 2002-12-17 Isamu Hasegawa <[EMAIL PROTECTED]>
> > * posix/regcomp.c (free_workarea_compile): Free the new member
> >
Jeff Bailey wrote:
> The original bug seems to be for manpages not correctly documenting
> strsignal needs _GNU_SOURCE defined. That appears to now be
> corrected.
Confirmed.
> Is there still a bug here?
IMHO, this bug should be closed. The other issues raised seems to be
fairly unanimously dec
On Thu, Dec 26, 2002 at 07:04:31AM -0800, Jeff Bailey wrote:
> For -9, I want to include this patch:
> 2002-12-17 Isamu Hasegawa <[EMAIL PROTECTED]>
> * posix/regcomp.c (free_workarea_compile): Free the new member
> ORG_INDICES.
> Any objections?
Not an objection, but I'd *suggest*
tags 12411 + patch
thanks
Hi, attached is a patch that gives a better Directory Lister example.
Ian's concerns are addressed as follows:
> * it does not check the return values from closedir or puts;
Now it does.
> * it does not fflush stdout (so that errors writing stdout will not be
> detec
Processing commands for [EMAIL PROTECTED]:
> tags 12411 + patch
Bug#12411: example directory lister ignores errors
There were no tags set.
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debi
On Thu, Dec 26, 2002 at 09:58:34PM -0800, Jeff Bailey wrote:
> On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
>
> > > Any objections?
>
> > Not an objection, but I'd *suggest* you don't do this; the most important
> > thing to do to glibc at this point is to *fix* it (#174267, #16
> I think the only ones we would have to work with Jakub on in getting
> up and running are mips and hppa.
If you need a _fast_ hppa test box for this purpose please email me :)
c.
On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
> > Any objections?
> Not an objection, but I'd *suggest* you don't do this; the most important
> thing to do to glibc at this point is to *fix* it (#174267, #167909 and
> arm building at least, afaict), and the easiest and most relia
Jeff,
I believe so as he has a arch-ia64.c in the src. The test
is simple enough.
rpm --nodeps -i prelink-0.2.0-15.src.rpm
make sure libelfg0-dev is installed as well as a recent 2.4.1x kernel
and glibc 2.3.1
cd /usr/src/rpm/SPECS
rpmbuild -bp prelink.spec
cd ../BUILD/prelink/src
./configur
On Thu, Dec 26, 2002 at 10:53:15PM -0500, Daniel Jacobowitz wrote:
> > What progress has the arm problem seen, anyway? If a proper fix still
> > isn't written, what exactly is stopping the kludge from being used in
> > the meantime?
> I believe it's ready, and we're currently waiting for the buil
Is ia64 supported as well?
On Thu, Dec 26, 2002 at 03:46:39PM -0500, Jack Howarth wrote:
> Jeff,
>Oh, by the way, according to the specfile for the phoebe prelink srpm
> the supported arches are now...
>
> i386 alpha sparc sparc64 s390 s390x x86_64 ppc
>
> I think the only ones we would have
I've just confirmed that glob() does exhibit problems dealing with escaped
*'s. Attached is the test program I used (adapted and enhanced from
Herbert's version to allow easier testing). I ran my tests in a directory
with the structure:
drwx-- hsteoh/hsteoh 0 2002-12-26 23:02:43 ./
-rw
Should this bug be downgraded to wishlist? The bug submitter did say "it
would be useful if ...". Moreover, according to glibc info docs:
- Macro: int EPIPE
Broken pipe; there is no process reading from the other end of a
pipe. Every library function that returns this error code also
Your message dated Thu, 26 Dec 2002 18:43:07 -0700
with message-id <[EMAIL PROTECTED]>
and subject line fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
On Thu, Dec 26, 2002 at 09:35:30PM -0600, Anthony Towns wrote:
> On Thu, Dec 26, 2002 at 07:04:31AM -0800, Jeff Bailey wrote:
> > For -9, I want to include this patch:
> > 2002-12-17 Isamu Hasegawa <[EMAIL PROTECTED]>
> > * posix/regcomp.c (free_workarea_compile): Free the new member
> >
Jeff Bailey wrote:
> The original bug seems to be for manpages not correctly documenting
> strsignal needs _GNU_SOURCE defined. That appears to now be
> corrected.
Confirmed.
> Is there still a bug here?
IMHO, this bug should be closed. The other issues raised seems to be
fairly unanimously dec
On Thu, Dec 26, 2002 at 07:04:31AM -0800, Jeff Bailey wrote:
> For -9, I want to include this patch:
> 2002-12-17 Isamu Hasegawa <[EMAIL PROTECTED]>
> * posix/regcomp.c (free_workarea_compile): Free the new member
> ORG_INDICES.
> Any objections?
Not an objection, but I'd *suggest*
tags 12411 + patch
thanks
Hi, attached is a patch that gives a better Directory Lister example.
Ian's concerns are addressed as follows:
> * it does not check the return values from closedir or puts;
Now it does.
> * it does not fflush stdout (so that errors writing stdout will not be
> detec
Processing commands for [EMAIL PROTECTED]:
> tags 12411 + patch
Bug#12411: example directory lister ignores errors
There were no tags set.
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debi
> I think the only ones we would have to work with Jakub on in getting
> up and running are mips and hppa.
If you need a _fast_ hppa test box for this purpose please email me :)
c.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Your message dated Thu, 26 Dec 2002 18:43:07 -0700
with message-id <[EMAIL PROTECTED]>
and subject line fixed
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
At least, it's not surprising that the "minimal case" Branden provided in
BTS segfaults. It's nothing to do with getpt(); the code is using in
uninitialized pointer *pts.
Barring that, however, I have just confirmed that on libc6 (2.3.1-3),
getpt() does not return an error if /dev/pts is chmod'd t
At least, it's not surprising that the "minimal case" Branden provided in
BTS segfaults. It's nothing to do with getpt(); the code is using in
uninitialized pointer *pts.
Barring that, however, I have just confirmed that on libc6 (2.3.1-3),
getpt() does not return an error if /dev/pts is chmod'd t
Jeff,
Oh, by the way, according to the specfile for the phoebe prelink srpm
the supported arches are now...
i386 alpha sparc sparc64 s390 s390x x86_64 ppc
I think the only ones we would have to work with Jakub on in getting
up and running are mips and hppa.
J
Jeff,
Why don't you just do a new cvs pull as well? There are fixes
up stream like...
http://sources.redhat.com/ml/libc-hacker/2002-12/msg00044.html
that could be useful.
Jack
Jeff,
Oh, by the way, according to the specfile for the phoebe prelink srpm
the supported arches are now...
i386 alpha sparc sparc64 s390 s390x x86_64 ppc
I think the only ones we would have to work with Jakub on in getting
up and running are mips and hppa.
J
Jeff,
Why don't you just do a new cvs pull as well? There are fixes
up stream like...
http://sources.redhat.com/ml/libc-hacker/2002-12/msg00044.html
that could be useful.
Jack
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
For -9, I want to include this patch:
2002-12-17 Isamu Hasegawa <[EMAIL PROTECTED]>
* posix/regcomp.c (free_workarea_compile): Free the new member
ORG_INDICES.
(analyze): Initialize ORG_INDICES.
(duplicate_node_closure): Search for a existing node, which is
On Thu, Dec 26, 2002 at 12:06:38PM +0100, Martin Schulze wrote:
> > Please note that this software will, at some point in the future, fail
> > to compile again. All this has done is buy some time. Please make sure
> > your software fixes the broken usage of "extern int errno;" and replaces
> > i
For -9, I want to include this patch:
2002-12-17 Isamu Hasegawa <[EMAIL PROTECTED]>
* posix/regcomp.c (free_workarea_compile): Free the new member
ORG_INDICES.
(analyze): Initialize ORG_INDICES.
(duplicate_node_closure): Search for a existing node, which is
您一定听说过夏新一机双卡(一个手机,两个不同的手机号码),这种一机双卡曾经风靡中国,因为这种卡很方便,
但是由于价格过高,很多人只能望尘莫及,现在来至台湾的一卡多号(一个手机,十二多个不同的手机号码),
让很多人愿望得以实现。只需一张小小的手机卡。这张手机卡有涂写功能,可以填写不同的号码进去,
◎Magic SIM 手机卡可将不同国家或系统的号码备份至同一张Magic
SIM卡上,并保留旧卡。
◎Magic SIM 手机卡超大电话簿容量,一次可编辑250笔之个人资料。
◎Magic SIM 手机卡切换号码时无须开关机,可于菜单内的STK选单直接切换号码
(少部份未符合国际STK手机
On Thu, Dec 26, 2002 at 12:06:38PM +0100, Martin Schulze wrote:
> > Please note that this software will, at some point in the future, fail
> > to compile again. All this has done is buy some time. Please make sure
> > your software fixes the broken usage of "extern int errno;" and replaces
> > i
Jeff Bailey wrote:
> Please note that this software will, at some point in the future, fail
> to compile again. All this has done is buy some time. Please make sure
> your software fixes the broken usage of "extern int errno;" and replaces
> it with proper uses of the header.
Err? Did the beha
ÄúÒ»¶¨Ìý˵¹ýÏÄÐÂÒ»»úË«¿¨(Ò»¸öÊÖ»ú,Á½¸ö²»Í¬µÄÊÖ»úºÅÂë),ÕâÖÖÒ»»úË«¿¨Ôø¾·çÃÒÖйú,ÒòΪÕâÖÖ¿¨ºÜ·½±ã,
µ«ÊÇÓÉÓÚ¼Û¸ñ¹ý¸ß,ºÜ¶àÈËÖ»ÄÜÍû³¾Äª¼°,ÏÖÔÚÀ´ÖĄ́ÍåµÄÒ»¿¨¶àºÅ(Ò»¸öÊÖ»ú,Ê®¶þ¶à¸ö²»Í¬µÄÊÖ»úºÅÂë),
ÈúܶàÈËÔ¸ÍûµÃÒÔʵÏÖ¡£Ö»ÐèÒ»ÕÅССµÄÊÖ»ú¿¨¡£ÕâÕÅÊÖ»ú¿¨ÓÐͿд¹¦ÄÜ£¬¿ÉÒÔÌîд²»Í¬µÄºÅÂë½øÈ¥£¬
¡òMagic SIM ÊÖ»ú
H. S. Teoh schrieb:
Hi, I've also been unable to reproduce this bug. Currently, I have
ii libc6 2.3.1-3GNU C Library: Shared libraries and Timezone
The test program and the input file are attached. Here are some test runs:
[regex bug]
Hello,
Thanks for testing this. I had already
Jeff Bailey wrote:
> Please note that this software will, at some point in the future, fail
> to compile again. All this has done is buy some time. Please make sure
> your software fixes the broken usage of "extern int errno;" and replaces
> it with proper uses of the header.
Err? Did the beha
H. S. Teoh schrieb:
Hi, I've also been unable to reproduce this bug. Currently, I have
ii libc6 2.3.1-3GNU C Library: Shared libraries and Timezone
The test program and the input file are attached. Here are some test runs:
[regex bug]
Hello,
Thanks for testing this. I had alr
45 matches
Mail list logo