This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/15085] New: no-check-names unimplemented but not labeled as such
- From: "jdthood at gmail dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Wed, 30 Jan 2013 20:48:33 +0000
- Subject: [Bug libc/15085] New: no-check-names unimplemented but not labeled as such
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=15085
Bug #: 15085
Summary: no-check-names unimplemented but not labeled as such
Product: glibc
Version: 2.17
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: unassigned@sourceware.org
ReportedBy: jdthood@gmail.com
CC: drepper.fsp@gmail.com
Classification: Unclassified
The "no-check-names" option appears to be unimplemented.
eglibc-2.17/resolv$ grep -ri checkname .
./res_init.c: { STRnLEN ("no-check-names"), 0, RES_NOCHECKNAME
},
./res_debug.c: case RES_NOCHECKNAME: return "no-check-names";
./resolv.h:#define RES_NOCHECKNAME 0x00008000 /* do not check
names for sanity. */
In resolv.h, unimplemented options are labeled with "!IMPL"
#define RES_AAONLY 0x00000004 /* authoritative answers only
(!IMPL)*/
but RES_NOCHECKNAME is not so labeled.
#define RES_NOCHECKNAME 0x00008000 /* do not check names for sanity.
*/
Also, in res_debug.c, unimplemented options are labeled with "unimpl"
case RES_AAONLY: return "aaonly(unimpl)";
but RES_NOCHECKNAME is not so labeled.
case RES_NOCHECKNAME: return "no-check-names";
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.