Nmap Development mailing list archives

Re: nmap 6.0/Zenmap hang on OS X 10.7.4


From: David Fifield <david () bamsoftware com>
Date: Thu, 31 May 2012 00:10:34 -0700

On Wed, May 30, 2012 at 10:50:11AM -0700, David Fifield wrote:
On Wed, May 30, 2012 at 01:40:39PM -0400, Drew Gibson wrote:

Does the problem
persist if you delete the /Applications/Zenmap.app directory and
reinstall?
Yes. Clicking the topology tab after a subnet scan still crashes
Zenmap.app, with the same error appearing in the OS X Console:

5/29/12 4:44:13.205 PM [0x0-0x93093].org.insecure.Zenmap: GError:
Couldn't recognize the image file format for file
'/Applications/Zenmap.app/Contents/MacOS/../Resources/share/zenmap/pixmaps/radialnet/padlock.png'

I'm seeing the same issue, OSX 10.7.4 (11E53), Zenmap 6.0 (.dmg from web)

30-05-12 1:25:16.129 PM [0x0-0x646646].org.insecure.Zenmap: 
/Applications/Zenmap.app/Contents/Resources/lib/python2.6/site-packages.zip/radialnet/gui/Image.py:158:
GtkWarning: Cannot open pixbuf loader module file
'/Users/david/macports-10.5/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache':
No such file or directory
30-05-12 1:25:16.129 PM [0x0-0x646646].org.insecure.Zenmap:
Traceback (most recent call last):
30-05-12 1:25:16.129 PM [0x0-0x646646].org.insecure.Zenmap:   File
"radialnet/gui/RadialNet.pyc", line 896, in expose
30-05-12 1:25:16.129 PM [0x0-0x646646].org.insecure.Zenmap:   File
"radialnet/gui/RadialNet.pyc", line 233, in check_graph_status
30-05-12 1:25:16.130 PM [0x0-0x646646].org.insecure.Zenmap:   File
"radialnet/gui/RadialNet.pyc", line 1037, in __draw
30-05-12 1:25:16.130 PM [0x0-0x646646].org.insecure.Zenmap:   File
"radialnet/gui/RadialNet.pyc", line 1183, in __draw_node
30-05-12 1:25:16.130 PM [0x0-0x646646].org.insecure.Zenmap:   File
"radialnet/gui/Image.pyc", line 158, in get_pixbuf
30-05-12 1:25:16.130 PM [0x0-0x646646].org.insecure.Zenmap: GError:
Couldn't recognize the image file format for file 
'/Applications/Zenmap.app/Contents/MacOS/../Resources/share/zenmap/pixmaps/radialnet/padlock.png'

Is the reference to /Users/david/macports-10.5 relevant? (There is
no user "david" on my Mac)

I'm on the trail of this problem now. There was a change in the GTK+ 2
configuration that leaves this path that wasn't present before.

I think that r28771 fixes this. Unfortunately you'll have to wait for
new release binaries.

The problem was a change in how GDK pixbuf loaders are configured. Our
MacPorts configuration had a setting to make the loaders be included
statically, but it no longer had an effect after some other upstream
changes. That's why the program was looking for nonexistent pixbuf
loader modules in what is my MacPorts installation directory.

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


Current thread: