At Fri, 23 Dec 2005 04:37:19 +0900,
Fumitoshi UKAI wrote:
reassign 344146 libc6 2.3.5-8.1
retitle 344146 re_search(3) dumps core
thanks
It is a bug in libc6, not in grep.
grep 2.3.1.ds2-4 works fine on libc6 2.3.2.ds1-22 if I rebuilt on sarge.
It seems some problem in
This one time, at band camp, Edward Buck said:
In this case, the algorithm does not match the specification.
Therefore, it's a bug.
Quoting the man page:
Resolver queries having fewer than ndots dots (default is 1) in them
will be attempted using each component of the search path in turn
Package: nscd
Version: 2.3.5-9
Severity: important
nscd won't stay running - at least on my powerpc machine
nscd consistently terminates almost as soon as it's started
I got this error using the debug option -
fis:~# nscd -d
24423: Reloading 0 in password cache!
nscd: cache.c:335:
Stephen Gran wrote:
This one time, at band camp, Edward Buck said:
If you read further down the man page:
ndots:n sets a threshold for the number of dots which must appear in a
name given to res_query() (see resolver(3)) before an initial absolute
query will be made.
There's no ambiguity in
On Fri, Dec 23, 2005 at 01:21:54PM -0800, Edward Buck wrote:
The correct query order for mx1.hotmail.com (containing 2 dots) should be:
1. mx1.hotmail.com. -
2. mx1.hotmail.com. - A
3. mx1.hotmail.com.domain1.com. -
4. mx1.hotmail.com.domain1.com. - A
5.
Gabor Gombas wrote:
Ok, let's clarify some things here. resolv.conf(5) describes the
behaviour of a _single_ resolver query. If you look at
resolv/nss_dns/dns-host.c in the glibc source, you'll see that
gethostbyname(3) is implemented as _two_ distinct resolver invocations.
Since it is nowhere
6 matches
Mail list logo