Nmap Development mailing list archives

Re: Zenmap dies on MacOS X 10.5.1


From: Daniel Johnson <daniel () daniel-johnson org>
Date: Tue, 4 Dec 2007 12:50:29 -0500

I'm also having zenmap crashing on 10.5.1, but in a different way. I maintain the nmap package for Fink and have an experimental 4.23RC3 package that works, but zenmap always crashes after completing a scan. This is the error:

CRASH REPORTED:
    SYS.PLATFORM: darwin
    OS.NAME: posix
    Zenmap Version: 4.23RC3
--------------------------------------------------------------------------------
STDOUT


--------------------------------------------------------------------------------
STDERR
CRITICAL - 2007-12-04 11:54:57,083 - execute_command nmap -d -T Aggressive -A -v 192.168.1.1 File "/sw/lib/python2.5/site-packages/umitGUI/ScanNotebook.py", line 916, in update_host_info
    self.switch_host_details(host_objs[0]['page'])
File "/sw/lib/python2.5/site-packages/umitGUI/ScanNotebook.py", line 988, in switch_host_details
    elif len(page) == 1:


HOOK:
Type: <type 'exceptions.TypeError'>
Value: object of type 'ScanHostDetailsPage' has no len()

It seems that 'page' is missing the len() function? I'm not very familiar with python.

I have also have a building issue that I've worked around, but perhaps I'm missing something obvious. Fink installs packages into a temporary root directory first which is then packed up in a .deb by dpkg. The .deb is then installed in the real root location by dpkg. The problem is that setup.py always encodes the temporary root path in the compiled files even if I use --root and --prefix and therefore zenmap looks for its files in the wrong place. I've been patching setup.py during building to change the paths like this:

perl -pi -e 's#result = result\[0\]#result = re.sub("%i", "%p", result[0])#' zenmap/setup.py

where %i is replaced with the temporary root and %p with the real root prefix; Fink automatically replaces them with the correct values. Now again I'm no python expert, so I might be missing something. My way works, but is hardly elegant. :)

Daniel

Attachment: smime.p7s
Description:


_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://SecLists.Org

Current thread: