-After much work and toil, Craig Rodrigues was able to compile libpcap and Ethereal
-on AIX 4.3.2. His odyssey is document in various e-mails at
-http://ethereal.zing.org/lists/ethereal-dev/199911/
+libpcap 0.7.1 and later appear to work on AIX when using AIX's native
+BPF; that appears to work better than DLPI does. Note that you may have
+to run AIX's tcpdump, as root, before configuring, building, and
+installing libpcap, in order to create the "/dev/bpf" devices and load
+the BPF driver.
-Here are a few excerpts.
+However, libpcap 0.7.1 doesn't work perfectly with AIX's BPF - it
+appears that AIX's BPF devices inform their user that packets were
+dropped since the last successful read by returning -1 and setting
+"errno" to EFAULT, which libpcap 0.7.1 treats as an error. The current
+CVS version of libpcap ignores EFAULT on AIX; it appears that this fixes
+the problem.
+Some earlier notes:
+The notes about libpcap may not apply, with libpcap 0.7.1 and later, but
+they're preserved here for historical reasons.
+
+The notes about glib, gtk+, and Ethereal may not apply, as we're now
+using GLib 2.x and GTK+ 2.x, and don't have our own gtkclist.c, but
+they're also preserved for historical reasons.
+
+After much work and toil, Craig Rodrigues was able to compile libpcap
+and Ethereal on AIX 4.3.2. His odyssey is document in various e-mails
+at http://www.ethereal.com/lists/ethereal-dev/199911/
+
+Here are a few excerpts. Note that, to configure "libpcap" to use DLPI
+rather than BPF (which it'll apparently use by default on AIX),
+specifying the flag
+
+ --with-pcap=dlpi
+
+to the "configure" script for "libpcap" should do the trick.
+
+The source code changes to Ethereal mentioned below should be in the
+current source tree. The changes to the GLib configure script is in
+GLib 1.2.7; the changes for the "-lgdk" problem are probably still
+necessary in the current version of GTK+.
Subject: Re: [ethereal-dev] Re: [ethereal-users] Problems compiling 0.7.7 under AIX 4.3.2
From: Gilbert Ramirez <gram@xiexie.org>
After much sweat and toil, I have managed to get gtk 1.2.6 to
compile and not dump core under AIX. The solutions were to
-(1) apply the attached patch to the configure.in in the glib-1.2.6
+(1) apply the attached patch to the configure.ac in the glib-1.2.6
subdirectory
(2) In the file gtk+-1.2.6/gtk/Makefile, add a link flag -lgdk to link
http://www.gis.net/~craigr
rodrigc@mediaone.net
-*** configure.in.old Thu Oct 7 17:27:43 1999
---- configure.in Sun Nov 7 19:34:36 1999
+*** configure.ac.old Thu Oct 7 17:27:43 1999
+--- configure.ac Sun Nov 7 19:34:36 1999
***************
*** 795,809 ****
fi
But basically, after I fixed up pcap-dlpi.c, I managed to get libpcap
working under AIX. This enabled me to successfully run Ethereal,
ie. all the packets on my Ethernet network correctly showed up
-as Ethernet and not Token Ring in the Ethereal screen.
+as Ethernet and not Token Ring in the Wireshark screen.
YAY!
--
http://www.gis.net/~craigr
rodrigc@mediaone.net
+Date: Thu, 11 Nov 1999 23:47:02 -0500
+From: Craig Rodrigues <rodrigc@mediaone.net>
+To: ethereal-dev@zing.org
+Subject: Re: [ethereal-dev] AIX: gtk problem solved, now an ethereal problem
+
+On Thu, Nov 11, 1999 at 11:50:23AM -0800, Guy Harris wrote:
+> > The only differences between gtkclist.c in the gtk distribution and
+> > gtkclist.c in the ethereal distribution relate to the ROW_ELEMENT
+> > macro. It looks like an optimization for retrieving the GList item
+> > when the requested row is the last row in the list.
+>
+> Yup - as per my other mail, Ethereal does that rather a lot when
+> building the CList, and the optimization changes quadratic behavior to
+> linear behavior.
+>
+> > Any ideas why this causes trouble?
+>
+> Mismatches between the layouts of data structures as declared in the
+> "gtk/gtk*.h" files in the Wireshark source tree and the layouts as
+> declared in the header files in the GTK+ source (either due to header
+> file differences - although the header files appear to be identical to
+> the GTK+ 1.2.6 ones - or due to compiler behavior differences)?
+I tried stepping things through the debugger, and constantly
+hit the same segfault inside gdk_string_width(), line 308 of gdkfont.c
+
+Fails on line: switch(font->type),
+where *font is: (type = -1, ascent = -1, descent = -1)
+
+Stack trace:
+gdk_string_width(font = 0x7caf01a4, string = "../"), line 308 in "gdkfont.c"
+gtk_file_selection_populate(fs = 0x20094468, rel_path = "", try_complete = 0), line 1341 in "gtkfilesel.c"
+gtk_file_selection_init(filesel = 0x20094468), line 513 in "gtkfilesel.c"
+gtk_type_new(0xc315), line 403 in "gtktypeutils.c"
+gtk_file_selection_new(title = "Ethereal: Open Capture File"), line 524 in "gtkfilesel.c"
+file_open_cmd_cb(0x200640f4, 0x0), line 79 in "file_dlg.c"
+
+Removing gtkclist.o from libui.a and recompiling removed this problem.
+
+Any ideas? I'm stumped.
+
+--
+Craig Rodrigues
+http://www.gis.net/~craigr
+rodrigc@mediaone.net
git.samba.org / metze / wireshark / wip.git / blobdiff