Wireshark-dev: Re: [Wireshark-dev] Patch for Bug771, link layer header type selection
Hi,
Oops, checked in a fix which drops the history for GTK1.
Hope it helps.
Thanx,
Jaap
On Fri, 22 Dec 2006, Jeff Morriss wrote:
>
> Unfortunately this patch breaks GTK 1.2 builds:
>
> > gcc "-D_U_=__attribute__((unused))" -Wall -Wpointer-arith -W -g -O2 -Wno-return-type -DFUNCPROTO=15 -I/usr/local/include -I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -I/usr/openwin/include -o .libs/wireshark capture-pcap-util-unix.o capture_errs.o capture-pcap-util.o capture_stop_conditions.o capture_ui_utils.o cfile.o clopts_common.o conditions.o disabled_protos.o packet-range.o print.o ps.o pcapio.o ringbuffer.o timestats.o util.o version_info.o airpcap_loader.o alert_box.o capture.o capture_info.o capture_opts.o capture_sync.o color_filters.o file.o fileset.o filters.o g711.o merge.o proto_hier_stats.o sync_pipe_write.o summary.o tempfile.o .libs/wiresharkS.o -L/usr/local/lib gtk/libui.a codecs/libcodec.a wiretap/.libs/libwiretap.so -L/usr/lib -L/usr/openwin/lib epan/.libs/libwireshark.so -lnsl -lpcap /usr/local/lib/libgtk.so -lnsl /usr/local/lib/libgdk.so -lnsl /usr/local/lib/libgmodule.so /usr/local/lib/libglib.so -ldl -l!
Xe
> xt -lX11 -lsocket -lnsl -lm /usr/local/lib/libiconv.so -lnsl -lz -R/usr/local/lib -R/usr/openwin/lib -R/usr/lib/sparcv9/omni:/usr/lib/omni:/usr/local/lib -R/usr/lib
> > Undefined first referenced
> > symbol in file
> > gtk_option_menu_get_history gtk/libui.a(capture_dlg.o)
> > ld: fatal: Symbol referencing errors. No output written to .libs/wireshark
> > collect2: ld returned 1 exit status
> > make[2]: *** [wireshark] Error 1
>
> I don't know anything about GTK to know if there's an alternative
> function available.
>
> Jaap Keuter wrote:
> > Hi,
> >
> > Checked in.
> >
> > Thanx,
> > Jaap
> >
> > On Thu, 21 Dec 2006 Florent.Drouin@xxxxxxxxxxxxxxxxx wrote:
> >
> >> Hello,
> >>
> >>
> >> Here is a patch for Bug 771 (repost).
> >> It solves the problem of datalink header selection, when the interface has
> >> more than one.
> >> And now, when we reopen the dialog window, the datalink submenu is restored
> >> to the last used value.
> >> The patch uses gtk_option_menu_set_history, which is deprecated, but all
> >> the datalink menu is coded with gtk_option_menu.
> >>
> >> During the writting of the patch, I discovered that dumpcap can be launched
> >> with the interface name only, if no action is performed to select the
> >> link-layer type.
> >> Example:
> >> lt-dumpcap -i eth0 -Z
> >> instead of
> >> lt-dumpcap -i eth0 -y EN10MB -Z
> >>
> >> I did not change this implementation, as it is not so easy, and could lead
> >> to unawaited problems.
> >> But I find this confusing, for interface other that Ethernet, where you can
> >> have 4 or more link layer types.
> >>
> >> (See attached file: capture_dlg.c.diff.gz)
> >>
> >> Best regards
> >> Florent
> >>
> >
> > _______________________________________________
> > Wireshark-dev mailing list
> > Wireshark-dev@xxxxxxxxxxxxx
> > http://www.wireshark.org/mailman/listinfo/wireshark-dev
> >
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
>
>
