Bug 25219 - nslookup from bind-utils9.0.1-3 segfaults
Summary: nslookup from bind-utils9.0.1-3 segfaults
Status: CLOSED DUPLICATE of bug 25437
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: bind (Show other bugs)
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
medium
medium
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact: David Lawrence
URL:
Whiteboard: Florence RC-2
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-01-29 20:34 UTC by David Lawrence
Modified: 2007-04-18 16:30 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-02-03 02:03:37 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Derek Tattersall 2001-01-29 20:34:32 UTC 
nslookup segfaults when executed as :
nslookup <name-to-look-up> <server-to-look-up-in>
Comment 1 Bernhard Rosenkraenzer 2001-01-29 21:12:11 UTC 
Works perfectly here. Please list the IP and name server you were trying to 
resolve.
Comment 2 Glen Foster 2001-01-30 00:03:35 UTC 
This defect is considered MUST-FIX for Florence Release-Candidate #2
Comment 3 Bernhard Rosenkraenzer 2001-01-30 20:56:24 UTC 
Please provide the required info rather than just changing the state from 
NEEDINFO to something else.
I can't reproduce this problem.
Comment 4 Derek Tattersall 2001-01-30 21:31:52 UTC 
I was testing bind-8.2.3 yesterday and had set up a slave server to hank in the
test lab.  I used the next machine which had bind-utils-9 installed and did
nslookup server1.netpath.net test178.test.redhat.com.  nslookup from bind-9
segfaulted every time, where nslookup from bind-8.2.3 in the same situation
worked perfectly.  Email me separately to get me set up the slave server on
test178.
Comment 5 Bernhard Rosenkraenzer 2001-02-06 18:13:55 UTC 

*** This bug has been marked as a duplicate of 25437 ***
Note You need to log in before you can comment on or make changes to this bug.