Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 20199 - nmapfe dumps core when scanning a Solaris 7 box
nmapfe dumps core when scanning a Solaris 7 box
Product: Red Hat Powertools
Classification: Retired
Component: nmap (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Powers
Depends On:
  Show dependency treegraph
Reported: 2000-11-02 06:09 EST by Sarantis Paskalis
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-11-03 09:35:34 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Sarantis Paskalis 2000-11-02 06:09:44 EST
nmapfe dumps core when scanning a Solaris 7 box.
nmap produces correct results.
RPMS: nmap-2.53-5, namp-frontend-2.53-5

launch nmapfe, scan a Solaris 7 box as nmap -sS -O xxx.xxx.xxx.xxx
dumps core

launch nmapfe, scan the same box as nmap -sS -R xxx.xxx.xxx.xxx
scan again as nmap -sS -O xxx.xxx.xxx.xxx
Comment 1 Tim Powers 2000-11-02 08:59:06 EST
Is this happening when just using nmap or just with nmapfe? I'm just trying to
make sure so that the maintainers of nmap/nmapfe are aware of the problem.

Comment 2 Tim Powers 2000-11-02 09:10:08 EST
Wait. I misread your report. Sorry. Do later versions of nmapfe work correctly
on a Solaris 7 machine? The reason I'm asking is beacuse I don't have one I
could test on.

Comment 3 Sarantis Paskalis 2000-11-02 09:38:02 EST
I could not download 2.54BETA7 from www.insecure.org to test it out.  The site
seems unreachable right now.
Comment 4 Tim Powers 2000-11-02 09:44:20 EST
I found an alternate download. I'm putting together packages of it now. I'll let
you know where to get them once they are finished.

Comment 5 Tim Powers 2000-11-02 11:46:08 EST
I have uploaded the new package for you to test. You can get them from:


and the SRPM from:


Let me know whether it works or not. Oh, sorry for the delay, had to go to a

Comment 6 Sarantis Paskalis 2000-11-03 07:07:39 EST
Ok, it seems to work after some tweeking.
Details:  Scanning the same Solaris box as nmap -sS -O ... (default)

Binary rpms do not go any further stating that:
OS scan requested but I cannot find nmap-os-fingerprints file.  It should be in
/usr/share/nmap, ~/.nmap/ or .

After I built the rpms from the SRPM, doing a rpm -bb, and installed it
afterwards, it worked ok (no core dump).

It seems that it created a /usr/share/nmap/ directory with various files, not
owned by any package.  This directory though does not belong to any rpm, and was
probably added during the rpm -bb phase.

Possible solution: include it in the spec file, so that /usr/share/nmap/* is
part of the nmap rpm.
Comment 7 Tim Powers 2000-11-03 08:48:21 EST
Actually it was an error in the spec file that I didn't catch. I forgot to
include $RPM_BUILD_ROOT in the install path for $(nmapdatadir). I built another
package, located in the same place:


and the SRPM:


Please try this one out. It should work now.

Comment 8 Sarantis Paskalis 2000-11-03 09:08:11 EST
Ok, that seemed to do the trick.

Comment 9 Tim Powers 2000-11-03 09:35:31 EST
OK. I have it going through the QA process now. I'm closing this bug with the
resolution of "errata".

Comment 10 Tim Powers 2000-11-06 16:10:12 EST
Just so that you know, an errata was released today on this.


Note You need to log in before you can comment on or make changes to this bug.