«õ¤«»P¬D¤ô

Title: «õ ¤« »P ¬D ¤ô ¦³¤G­Ó©M©|¦í¦b¹j¾À¡A©Ò¿×¹j¾À¬O¹j¾À¨º®y¤s¡A¥L­Ì¤À§O¦b¬Û¾Fªº¤G®y¤s¤Wªº¼q¸Ì¡A ³o¤G®y¤s¤§¶¡¦³¤@±ø·Ë¡A©ó¬O³o¤G­Ó©M©|¨C¤Ñ³£·|¦b¦P¤@®É¶¡¤U¤s¥h·ËÃä¬D¤ô¡A¤[¦Ó¤[¤§ ¥L­Ì«K¦¨¬°¦nªB¤Í¤F¡C´N³o¼Ë®É¶¡¦b¨C¤Ñ¬D¤ô¤¤¤£ª¾¤£Ä±¤v¸g¹L¤F¤­¦~¡A¬ðµM¦

Bug#174781: libc6: symbol __libc_res_nsearch missing

On Tue, Dec 31, 2002 at 12:22:37AM +0100, Hadmut Danisch wrote: > Package: libc6 > Version: 2.3.1-8 > Severity: grave > Justification: renders package unusable > > There's a problem in the resolver part of libc6: > > /usr/sbin/apache-ssl: relocation error: /lib/libnss_dns.so.2: symbol > __libc_r

Processed: closed by spam

Processing commands for [EMAIL PROTECTED]: > reopen 139879 Bug#139879: nscd reverse-lookup exploit (bug 120059 revisited) Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, D

Bug#174140: Did I say that

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#164719: Lonely tonight?

Hello !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#154967: "To love and be loved"

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#146489: Really was that me?

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#136551: Watch what we do together..

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#102182: Really was that me?

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#139879: New Year alone ?

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#156923: Did I say that

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#170420: Watch what we do together..

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#171778: Don't be alone this New Year

: ))).. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#172663: "To love and be loved"

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy

Bug#139879: marked as done (nscd reverse-lookup exploit (bug 120059 revisited))

Your message dated Mon, 30 Dec 2002 20:02:47 +0400 with message-id <[EMAIL PROTECTED]> and subject line Lonely this New Year ? has caused the attached Bug report to be marked as done. This means that you claim that the probl

Bug#174781: libc6: symbol __libc_res_nsearch missing

On Tue, Dec 31, 2002 at 12:22:37AM +0100, Hadmut Danisch wrote: > Package: libc6 > Version: 2.3.1-8 > Severity: grave > Justification: renders package unusable > > There's a problem in the resolver part of libc6: > > /usr/sbin/apache-ssl: relocation error: /lib/libnss_dns.so.2: symbol > __libc_r

Bug#174781: libc6: symbol __libc_res_nsearch missing

Package: libc6 Version: 2.3.1-8 Severity: grave Justification: renders package unusable There's a problem in the resolver part of libc6: /usr/sbin/apache-ssl: relocation error: /lib/libnss_dns.so.2: symbol __libc_res_nsearch, version GLIBC_PRIVATE not defined in file libresolv.so.2 with link ti

Bug#174781: libc6: symbol __libc_res_nsearch missing

On Tue, Dec 31, 2002 at 12:22:37AM +0100, Hadmut Danisch wrote: > Package: libc6 > Version: 2.3.1-8 > Severity: grave > Justification: renders package unusable > > There's a problem in the resolver part of libc6: > > /usr/sbin/apache-ssl: relocation error: /lib/libnss_dns.so.2: symbol >__libc_re

Processed: closed by spam

Processing commands for [EMAIL PROTECTED]: > reopen 139879 Bug#139879: nscd reverse-lookup exploit (bug 120059 revisited) Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, D

Bug#174140: Did I say that

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#164719: Lonely tonight?

Hello !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EM

Bug#154967: "To love and be loved"

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#146489: Really was that me?

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#136551: Watch what we do together..

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#102182: Really was that me?

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#139879: New Year alone ?

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#156923: Did I say that

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#170420: Watch what we do together..

Hi,.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#171778: Don't be alone this New Year

: ))).. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAI

Bug#172663: "To love and be loved"

Hi !.. Please, please write again, hope you still have my email, to make things worse I am not sure about yours either, anyway you can always catch me on http://www.singlers.com/index_vip.html Hope to see you very, very soon. Kisses and more :) Dealy -- To UNSUBSCRIBE, email to [EMAIL

Bug#139879: marked as done (nscd reverse-lookup exploit (bug 120059 revisited))

Your message dated Mon, 30 Dec 2002 20:02:47 +0400 with message-id <000611c5eb71$bec21551$7512818d@mjuvgbnp> and subject line Lonely this New Year ? has caused the attached Bug report to be marked as done. This means that yo

Bug#174781: libc6: symbol __libc_res_nsearch missing

On Tue, Dec 31, 2002 at 12:22:37AM +0100, Hadmut Danisch wrote: > Package: libc6 > Version: 2.3.1-8 > Severity: grave > Justification: renders package unusable > > There's a problem in the resolver part of libc6: > > /usr/sbin/apache-ssl: relocation error: /lib/libnss_dns.so.2: symbol >__libc_re

Bug#134097: Looks like a documentation bug?

retitle 134097 drem(): need to document rounding to even number when quotient==0.5 thanks IMHO, drem() *is* behaving as documented, just as the previous comment has stated. The manpage for drem() describes the rounding to the nearest even number when the quotient is exactly 0.5. However, the inf

Processed: Looks like a documentation bug?

Processing commands for [EMAIL PROTECTED]: > retitle 134097 drem(): need to document rounding to even number when > quotient==0.5 Bug#134097: libc6: drem() unexpectedly changes signs (demo code) Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Deb

Bug#174781: libc6: symbol __libc_res_nsearch missing

Package: libc6 Version: 2.3.1-8 Severity: grave Justification: renders package unusable There's a problem in the resolver part of libc6: /usr/sbin/apache-ssl: relocation error: /lib/libnss_dns.so.2: symbol __libc_res_nsearch, version GLIBC_PRIVATE not defined in file libresolv.so.2 with link ti

Bug#98361: More info please?

tags 98361 + moreinfo thanks Hi, could you provide more info on this bug please? Such as snippets of the context surrounding the line numbers of the various .h files given in the original bug report. Just because the parse error occurs in string.h doesn't necessarily mean the bug is in string.h;

Processed: More info please?

Processing commands for [EMAIL PROTECTED]: > tags 98361 + moreinfo Bug#98361: libc6-dev_2.2.3-1_i386 - /usr/include/string.h bug There were no tags set. Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (ad

Bug#12411: [PATCH] A better Directory Lister example

Hi, resending this message through X-Debbugs-CC because Ian has for whatever reason decided to blacklist my ISP's mailserver: (Sighhh...) >Recipient: <[EMAIL PROTECTED]> >Reason:Blacklisted site `[209.226.175.35]' [Irritated] Original message follows: On Sat, Dec 28, 2002 at 12:53:2

Bug#134097: Looks like a documentation bug?

retitle 134097 drem(): need to document rounding to even number when quotient==0.5 thanks IMHO, drem() *is* behaving as documented, just as the previous comment has stated. The manpage for drem() describes the rounding to the nearest even number when the quotient is exactly 0.5. However, the info

Processed: Looks like a documentation bug?

Processing commands for [EMAIL PROTECTED]: > retitle 134097 drem(): need to document rounding to even number when quotient==0.5 Bug#134097: libc6: drem() unexpectedly changes signs (demo code) Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian

Bug#98361: More info please?

tags 98361 + moreinfo thanks Hi, could you provide more info on this bug please? Such as snippets of the context surrounding the line numbers of the various .h files given in the original bug report. Just because the parse error occurs in string.h doesn't necessarily mean the bug is in string.h;

Processed: More info please?

Processing commands for [EMAIL PROTECTED]: > tags 98361 + moreinfo Bug#98361: libc6-dev_2.2.3-1_i386 - /usr/include/string.h bug There were no tags set. Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (ad

Bug#174290: Bug already fixed

'Twas Mon, 2002-Dec-30. Quoth H. S. Teoh, > Hi, /usr/include/elf.h in libc6-dev (2.3.1-8) seems to have already fixed > this problem: Yes, it is fixed there. > Unless this file contains architecture-dependent contents, I propose this > bug should be closed. Done. -- Andres Soolo <[EMAIL PRO

Bug#12411: [PATCH] A better Directory Lister example

Hi, resending this message through X-Debbugs-CC because Ian has for whatever reason decided to blacklist my ISP's mailserver: (Sighhh...) >Recipient: <[EMAIL PROTECTED]> >Reason:Blacklisted site `[209.226.175.35]' [Irritated] Original message follows: On Sat, Dec 28, 2002 at 12:53:2

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 11:21:37AM -0500, Daniel Jacobowitz wrote: > On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote: [snip] > > Aha. That explains it. So these functions are only defined for ISO C99? > > Yes. Declaring something named "round" when it isn't part of the > relevant langu

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 12:37:59PM -0500, H. S. Teoh wrote: > On Mon, Dec 30, 2002 at 11:21:37AM -0500, Daniel Jacobowitz wrote: > > On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote: > [snip] > > > Aha. That explains it. So these functions are only defined for ISO C99? > > > > Yes. Decl

Processed: #174290 fixed in unstable

Processing commands for [EMAIL PROTECTED]: > close 174290 Bug#174290: libc6-dev: SHN_UNDEF #define:d twice in Bug closed, send any further explanations to Andres Soolo <[EMAIL PROTECTED]> > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system ad

Bug#174290: Bug already fixed

'Twas Mon, 2002-Dec-30. Quoth H. S. Teoh, > Hi, /usr/include/elf.h in libc6-dev (2.3.1-8) seems to have already fixed > this problem: Yes, it is fixed there. > Unless this file contains architecture-dependent contents, I propose this > bug should be closed. Done. -- Andres Soolo <[EMAIL PRO

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote: > On Mon, Dec 30, 2002 at 10:57:47AM -0500, Daniel Jacobowitz wrote: > > On Mon, Dec 30, 2002 at 10:23:16AM -0500, H. S. Teoh wrote: > > > Hi, I just confirmed that trunc() is missing from /usr/include/math.h. > > > Furthermore, the follow

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 10:57:47AM -0500, Daniel Jacobowitz wrote: > On Mon, Dec 30, 2002 at 10:23:16AM -0500, H. S. Teoh wrote: > > Hi, I just confirmed that trunc() is missing from /usr/include/math.h. > > Furthermore, the following are also missing (referenced from the manpage > > of trunc()): >

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 11:21:37AM -0500, Daniel Jacobowitz wrote: > On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote: [snip] > > Aha. That explains it. So these functions are only defined for ISO C99? > > Yes. Declaring something named "round" when it isn't part of the > relevant langu

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 12:37:59PM -0500, H. S. Teoh wrote: > On Mon, Dec 30, 2002 at 11:21:37AM -0500, Daniel Jacobowitz wrote: > > On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote: > [snip] > > > Aha. That explains it. So these functions are only defined for ISO C99? > > > > Yes. Decl

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 10:23:16AM -0500, H. S. Teoh wrote: > Hi, I just confirmed that trunc() is missing from /usr/include/math.h. > Furthermore, the following are also missing (referenced from the manpage > of trunc()): > - lrint > - nearbyint > - round > > Oddly, these functions do *not* appea

Processed: #174290 fixed in unstable

Processing commands for [EMAIL PROTECTED]: > close 174290 Bug#174290: libc6-dev: SHN_UNDEF #define:d twice in Bug closed, send any further explanations to Andres Soolo <[EMAIL PROTECTED]> > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system ad

Bug#171851: More missing math.h prototypes

Hi, I just confirmed that trunc() is missing from /usr/include/math.h. Furthermore, the following are also missing (referenced from the manpage of trunc()): - lrint - nearbyint - round Oddly, these functions do *not* appear in the libc info pages. Nevertheless, they are definitely in libm: % ob

Processed: random() declaration

Processing commands for [EMAIL PROTECTED]: > tags 108619 + upstream Bug#108619: random() declaration vs _USE_BSD feature macro Tags were: patch Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrat

Bug#12411: [PATCH] A better Directory Lister example

On Sat, Dec 28, 2002 at 12:53:28PM +, Ian Jackson wrote: > H. S. Teoh writes ("Bug#12411: [PATCH] A better Directory Lister example"): > ... > > I have declined to address this, since this example is mainly concerned > > with using the libc directory reading functions, not with handling stdout

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 11:19:32AM -0500, H. S. Teoh wrote: > On Mon, Dec 30, 2002 at 10:57:47AM -0500, Daniel Jacobowitz wrote: > > On Mon, Dec 30, 2002 at 10:23:16AM -0500, H. S. Teoh wrote: > > > Hi, I just confirmed that trunc() is missing from /usr/include/math.h. > > > Furthermore, the follow

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 10:57:47AM -0500, Daniel Jacobowitz wrote: > On Mon, Dec 30, 2002 at 10:23:16AM -0500, H. S. Teoh wrote: > > Hi, I just confirmed that trunc() is missing from /usr/include/math.h. > > Furthermore, the following are also missing (referenced from the manpage > > of trunc()): >

Bug#117680: [PATCH]

tags 117680 + patch thanks Hi, does the attached patch qualify as a fix for this bug? :-) Personally I don't see a need for ispell'ing C header files. (Doing an ispell on C *strings* in a file might be a different story, because users may actually see that stuff. But comments? IMNSHO, it's a wast

Processed: [PATCH]

Processing commands for [EMAIL PROTECTED]: > tags 117680 + patch Bug#117680: libc6-dev: minor typo in argp.h comment 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, De

Bug#106253: Related bugs

merge 106253 164571 thanks Hi, these bugs appear to be at least related, if not identical. #106253 appears to be no longer valid, given the description in #164571. T -- A mathematician is a device for turning coffee into theorems. -- P. Erdos

Bug#171851: More missing math.h prototypes

On Mon, Dec 30, 2002 at 10:23:16AM -0500, H. S. Teoh wrote: > Hi, I just confirmed that trunc() is missing from /usr/include/math.h. > Furthermore, the following are also missing (referenced from the manpage > of trunc()): > - lrint > - nearbyint > - round > > Oddly, these functions do *not* appea

Bug#143531: Already fixed

Hi, this bug has already been fixed in glibc-doc 2.3.1-8. The relevent section from the info pages read: [snip] - Macro: int O_READ Open the file for reading. Same as `O_RDONLY'; only defined on GNU. - Macro: int O_WRITE Open the file for writing. Same as `O_WRONLY'; only defin

Processed: Related bugs

Processing commands for [EMAIL PROTECTED]: > merge 106253 164571 Bug#106253: assert.h not protected against multiple inclusion Bug#164571: libc6-dev: assert.h warnings: redundant declarations Merged 106253 164571. > thanks Stopping processing here. Please contact me if you need assistance. Debi

Bug#174290: Bug already fixed

Hi, /usr/include/elf.h in libc6-dev (2.3.1-8) seems to have already fixed this problem: % grep SHN_UNDEF /usr/include/elf.h #define SHN_UNDEF 0 /* Undefined section */ % Unless this file contains architecture-dependent contents, I propose this bug should be closed. T -- A

Bug#95332: Already documented

Hi, /usr/include/error.h is now documented in the info pages, under the "Error Messages" node. This is on glibc-doc 2.3.1-8. And according to the info page, these functions are GNU extensions. So I propose this bug should be closed, or re-assigned to manpages-dev if the bug submitter deems it nece

Bug#171851: More missing math.h prototypes

Hi, I just confirmed that trunc() is missing from /usr/include/math.h. Furthermore, the following are also missing (referenced from the manpage of trunc()): - lrint - nearbyint - round Oddly, these functions do *not* appear in the libc info pages. Nevertheless, they are definitely in libm: % ob

Processed: random() declaration

Processing commands for [EMAIL PROTECTED]: > tags 108619 + upstream Bug#108619: random() declaration vs _USE_BSD feature macro Tags were: patch Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrat

Bug#12411: [PATCH] A better Directory Lister example

On Sat, Dec 28, 2002 at 12:53:28PM +, Ian Jackson wrote: > H. S. Teoh writes ("Bug#12411: [PATCH] A better Directory Lister example"): > ... > > I have declined to address this, since this example is mainly concerned > > with using the libc directory reading functions, not with handling stdout

Bug#117680: [PATCH]

tags 117680 + patch thanks Hi, does the attached patch qualify as a fix for this bug? :-) Personally I don't see a need for ispell'ing C header files. (Doing an ispell on C *strings* in a file might be a different story, because users may actually see that stuff. But comments? IMNSHO, it's a wast

Processed: [PATCH]

Processing commands for [EMAIL PROTECTED]: > tags 117680 + patch Bug#117680: libc6-dev: minor typo in argp.h comment 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, De

Bug#106253: Related bugs

merge 106253 164571 thanks Hi, these bugs appear to be at least related, if not identical. #106253 appears to be no longer valid, given the description in #164571. T -- A mathematician is a device for turning coffee into theorems. -- P. Erdos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] wi

Bug#143531: Already fixed

Hi, this bug has already been fixed in glibc-doc 2.3.1-8. The relevent section from the info pages read: [snip] - Macro: int O_READ Open the file for reading. Same as `O_RDONLY'; only defined on GNU. - Macro: int O_WRITE Open the file for writing. Same as `O_WRONLY'; only defin

Processed: Related bugs

Processing commands for [EMAIL PROTECTED]: > merge 106253 164571 Bug#106253: assert.h not protected against multiple inclusion Bug#164571: libc6-dev: assert.h warnings: redundant declarations Merged 106253 164571. > thanks Stopping processing here. Please contact me if you need assistance. Debi

Bug#174290: Bug already fixed

Hi, /usr/include/elf.h in libc6-dev (2.3.1-8) seems to have already fixed this problem: % grep SHN_UNDEF /usr/include/elf.h #define SHN_UNDEF 0 /* Undefined section */ % Unless this file contains architecture-dependent contents, I propose this bug should be closed. T -- A

Bug#95332: Already documented

Hi, /usr/include/error.h is now documented in the info pages, under the "Error Messages" node. This is on glibc-doc 2.3.1-8. And according to the info page, these functions are GNU extensions. So I propose this bug should be closed, or re-assigned to manpages-dev if the bug submitter deems it nece