user [EMAIL PROTECTED]
usertag 473458 debian-specific
thanks
On Fri, Apr 18, 2008 at 06:52:12PM +0200, Michael Kerrisk wrote:
Justin Pryzby wrote:
reassign 473458 libc6
found 473458 2.7-9
thanks
On Sun, Mar 30, 2008 at 09:48:46PM +0300, ygrek wrote:
man dlopen says
reassign 473458 libc6,manpages
thanks
On Fri, Apr 18, 2008 at 08:15:43PM +0200, Michael Kerrisk wrote:
On Fri, Apr 18, 2008 at 6:35 PM, Justin Pryzby
[EMAIL PROTECTED] wrote:
user [EMAIL PROTECTED]
usertag 473458 debian-specific
thanks
On Fri, Apr 18, 2008 at 06:52:12PM +0200, Michael
On Fri, Apr 18, 2008 at 10:34:47PM +0200, Michael Kerrisk wrote:
Can you send me the source of the Debian page?
I just sent it in a separate message.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 473458 libc6
found 473458 2.7-9
thanks
On Sun, Mar 30, 2008 at 09:48:46PM +0300, ygrek wrote:
man dlopen says :
Otherwise, the
dynamic linker searches for the library as follows (see ld.so(8) for
further details):
[...]
o The directories /lib and /usr/lib are
Package: aptitude,dpkg,libc6
I think that this should never happen. Did something break due to the
ldconfig updates?
While doing an aptitude install aptitude/unstable, I ran a separate
command:
$ aptitude search session manag
aptitude: error while loading shared libraries:
Package: libc6
Version: 2.7-6
Severity: minor
Tags: patch
File: /usr/share/man/man8/ldconfig.8.gz
ldconfig now includes a 2ndary cache, which means dpkg probably
doesn't have to work around that (#68981) anymore.
http://sourceware.org/ml/libc-alpha/2007-06/msg00118.html
---
Package: libc6
Version: 2.7-6
The manpage is missing some LD options like LD_BIND_NOT (sic).
http://homepages.cwi.nl/~aeb/linux/man2html/man8/ld.so.8.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.6-4
Severity: wishlist
The apparently-unused gethnamaddr.c defines MULTI_PTRS_ARE_ALIASES,
causing inverse in-addr.arpa lookups of hosts with multiple PTR
records to contain the first returned hostname in hostent-h_name and
the other hostnames as h_aliases.
However
Package: libc6
Version: 2.6-2
Severity: normal
Tags: patch
I'm guessing that it actually requires 2.6.8 and that it's the
annotation that's wrong probably since it was copied from the
LD_ASSUME_KERNEL check?
--- preinst 2007-07-10 16:13:56.0 -0400
+++ /tmp/tmp.INIKDnE688/preinst
Segmentation fault
***
Best
Regards,
LIU Xin
Date: Mon, 23 Apr 2007 08:43:11 +0200
From: Aurelien Jarno [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Bug#366469: grep segfaults
Version: 2.5-1
On Tue, May 09, 2006 at 09:27:31AM -0400, Justin Pryzby wrote:
tag 366469 confirmed
found 369255 2.3.6.ds1-11
found 369255 2.5-0exp3
thanks
Strangely now tar seems to include a personal copy of argp_parse, and so
doesn't crash anymore. Fortunately for this bug, cpio uses the libc6
copy, and still crashes. Why does tar do such?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Sat, May 27, 2006 at 01:01:05PM -0400, pryzbyj wrote:
Included is a revised copy of backtrace.3.
Michael:
I was tempted to use an alternate loop condition in h():
for (sz=1; (sz(sz-1))==0 (sz=1); ) {
if (NULL==(vec=realloc(vec, sz*sizeof(*vec {
Package: libc6
Version: 2.3.6-7
Severity: normal
$ ARGP_HELP_FMT=rmargin=29 tar --h |wc -l; echo $PIPESTATUS
1031
139
$ dpkg-query -W tar
tar 1.15.1dfsg-3
My argp manpage (a work-in-progress) reads:
opt-doc-col=n
The column in which options' documentation is printed is set to
.IR n;
Package: glibc-doc
Version: 2.3.6-7
Severity: normal
See especially sections 19.4 and 20.8.3.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.6-7
Severity: normal
The backtrace() example found at:
file:///usr/share/doc/glibc-doc/html/libc_33.html#SEC669
generates valgrind warnings about an invalid read an uninitialized
values.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Package: libc6
Version: 2.3.6-7
Severity: normal
./malloc/malloc.c malloc_stats() backend mSTATs() does:
|#ifdef _LIBC
| _IO_flockfile (stderr);
| int old_flags2 = ((_IO_FILE *) stderr)-_flags2;
| ((_IO_FILE *) stderr)-_flags2 |= _IO_FLAGS2_NOTCANCEL;
|#endif
|
|[...]
|
|#ifdef _LIBC
|
Package: glibc-doc
Version: 2.3.6-7
Severity: normal
Tags: patch
File: file:///usr/share/doc/glibc-doc/html/libc_7.html#SEC121
The example code has:
while (getline (line, len, stdout) = 0)
which causes getline() to try to read from stdout, causing an error,
and the result is always a
Package: libc6
Version: 2.3.6-7
Severity: normal
nftw to / with FTW_CHDIR fails with no such file or directory; see
the attached example.
#define _GNU_SOURCE
#include error.h
#include errno.h
#include stdio.h
#include stdlib.h
#include ftw.h
static int fn(const char *file, const struct stat *sb,
On Thu, May 11, 2006 at 12:57:52AM +0200, Denis Barbier wrote:
On Wed, May 10, 2006 at 09:02:50AM -0400, Justin Pryzby wrote:
Package: libc6
Version: 2.3.6-7
Severity: normal
The following causes a program to abort():
regerror(ret, NULL, NULL, 0);
AFAIK this is wrong
Package: libc6
Version: 2.3.6-7
Severity: normal
The following causes a program to abort():
regerror(ret, NULL, NULL, 0);
AFAIK this is wrong, since regerror() is exported. It should detect
invalid values for preg (such as NULL, which could actually be a
compile-time check,
Package: libc6
Version: 2.3.6-7
Severity: minor
The following manpages all have woody at the bottom, which should
either be removed, or updated and kept up to date:
getconf
getent
catchsegv
sprof
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Package: libc6
Version: 2.3.6-4
Severity: wishlist
abort, err, and exit are all __noreturn__, but error() is not; this
can cause lots of may be used uninit warnings. Please consider
adding the attribute.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hello,
I'm recently looked at a bunch of people's maintscripts, and noted a
number a strange-looking things. I'm mailing you because you maintain
one of the strangest of them. If you know more than me, and
everythinig is okay and as intended, then feel free to discard this
message (but consider
reopen 352597
thanks
It is my understaning that this bug is only partially fixed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.5-13
Severity: wishlist
Please document -u option in the ldd manpage:
-u, --unusedprint unused direct dependencies
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
==6517== Conditional jump or move depends on uninitialised value(s)
==6517==at 0x4010E1E: (within /lib/ld-2.3.5.so)
==6517==by 0x419FACF: (within /lib/tls/libc-2.3.5.so)
==6517==by 0x400B056: (within /lib/ld-2.3.5.so)
==6517==by 0x41A048A: _dl_open (in /lib/tls/libc-2.3.5.so)
On Sun, Feb 12, 2006 at 02:10:46PM -0800, Kingsley G. Morse Jr. wrote:
but I would argue that existing documentation is
sufficient.
This is where I must disagree.
The error message complains about arguments, but
the problem is with the environment. It
inevitably misleads users,
clone 284260 -1
reassign -1 manpages-dev
reassign 284260 glibc
retitle 284260 glibc: wcrtomb function returns incorrect value
retitle 284260 manpages-dev: wcrtomb function returns incorrect value
tag 284260 upstream
thanks
glibc apparently needs to change its code, and manpages-dev needs to
On Sun, Dec 11, 2005 at 03:01:57PM +0200, Tuukka Toivonen wrote:
On Sat, 10 Dec 2005, Justin Pryzby wrote:
Could you try to figure out where the problem lies?
I'm a bit busy... sorry.
Or give us strace and ltrace output?
Thanks for the info. Could you try running it under valgrind? If you
On Sun, Dec 11, 2005 at 05:52:50PM +0200, Tuukka Toivonen wrote:
On Sun, 11 Dec 2005, Justin Pryzby wrote:
Thanks for the info. Could you try running it under valgrind? If
you still have the debug copy of make lying around, that would be
preferrable.
Here are the results:
Thanks again
Package: libc6
Version: 2.3.5-6
Severity: normal
Tags: security
valgrind reports 13 instances of Conditional jump or move depends on
uninitialised value(s) using the new libc6 in testing, for a trivial
program which just calls exit(0). This is valgrind-2.4.0-3.
--
To UNSUBSCRIBE, email to
tags 304604 - experimental
severity 304604 serious
reassign 322746 perl
merge 322746 304604
thanks
This bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322746
didn't get reassigned:
tags 304604 - experimental
severity 304604 serious
reassing 322746 perl
merge 322746 304604
Package: libc6
Version: 2.3.2.ds1-22
Severity: normal
[EMAIL PROTECTED]:/tmp$ cat strdup.c
#include string.h
int main()
{
char *s=strdup();
return 0;
}
[EMAIL PROTECTED]:/tmp$ gcc -std=c99 strdup.c
strdup.c: In function `main':
strdup.c:4: warning: implicit declaration of
Package: libc6
Version: 2.3.2.ds1-21
Severity: normal
Tags: security
The C program:
#include stdio.h
int main()
{
printf(%1$e, 1.);
return 0;
}
Compiled with: gcc -O3 -W -Wall pf.c
Using: gcc version 3.3.5 (Debian 1:3.3.5-12)
It correctly prints: 1.00e+00
Yet,
Package: libc6
Version: 2.3.2.ds1-20
Severity: normal
[EMAIL PROTECTED]:~$ ls /var/lib/dpkg/info/ |sed -ne 's/.*\.//p' |sort |uniq -c
|sort -n
1 orig
71 config
77 templates
156 preinst
241 conffiles
330 shlibs
342 prerm
631 postrm
793 postinst
1229
Package: linux-kernel-headers
Version: 2.5.999-test7-bk-16
Severity: normal
The copyright file of this package seems to use the *license*, instead
of the copyright holder in the style of Copyright (C) 2005 by Justin
Pryzby.
Please see this thread:
http://lists.debian.org/debian-devel/2004/03
I quote RFC 1123 Section 2.1 [1] in full:
quote
2.1 Host Names and Numbers
The syntax of a legal Internet host name was specified in RFC-952
[DNS:4]. One aspect of host name syntax is hereby changed: the
restriction on the first character is relaxed to allow either a
Package: libc6
Version: 2.3.2.ds1-13
Severity: normal
Tags: security
Please see debian bug 234422 for the discovery. free(valloc()) is
apparently not valid.
free(3) says:
POSIX requires that memory obtained from posix_memalign() can be freed
using free(). Some systems provide no way to
38 matches
Mail list logo