Ethereal-dev: Re: [Ethereal-dev] Missing options for part of build / runtime problems (GUI)
On Thu, Apr 11, 2002 at 04:23:02PM +0200, Jost Martin wrote:
> make missed this flag for one file:
> ...
> (cd .libs && cc -c +Z -DPIC +DAportable "etherealS.c")
> ...
>
> I finally "fixed" this by adding +DAportable in ltmain.sh (line 3375)
> [and configure/make again]:
> *-*-hpux*)
> case "$compile_command " in
> *" -static "*) ;;
> *) pic_flag_for_symtable=" $pic_flag -DPIC +DAportable";; <=================
> esac
>
> Could the flags from CFLAGS used here without manual intervention ?!
If the
(cd .libs && cc -c +Z -DPIC "etherealS.c")
line was generated by libtool, the only way to avoid manual insertion of
"+DAportable" would be to modify libtool, and send the change back to
the maintainers of libtool so that future versions of libtool will pick
up CFLAGS, or whatever it is that you're suggesting.
> Now the executable shows two problems:
> [I'm using it on a PC in a X11 emulation]
>
> 1.
> Cascading menus don't work. They simply don't get unfolded.
> Namely:
> Display/Match>
> Display/Prepare>
> Tools/TCP Stream Analysis>
>
> (Cascading menus in gimp1.2.3 are working correctly, both on the consol
> and in the emulation ethereals menus don't work on both)
GTK+ 1.2[.x]'s cascading menus have something I consider a UI misfeature
- if the application disables a non-cascading menu item, the menu item
is "grayed out" so that it's obvious that it's disabled, but if the
application disables a cascading menu item, the item isn't "grayed out",
it just doesn't pop up a submenu when you select it.
Ethereal only enables "Display/Match" and "Display/Prepare" if you have
selected an item in the second pane of the display; otherwise, there's
no field from which to construct a filer expression.
Ethereal only enables "Tools/TCP Stream Analysis" if you've selected a
TCP packet in the first pane; otherwise, there's no TCP stream to
analyze.
> 2.
> '|' ('pipe' char) not accepted on X11 emulation
> I can't enter '|' chars on a X11 emulation. This
> - does work on the terminal
> - doesn't work in gimp1.2.3 on the emulation
> - works in dtterm on the emulation (otherwise Unix would be kind of
> difficult to use ;-)
If it doesn't work in GIMP either, it's probably a GTK+ issue of some
sort; you'd have to ask the GTK+ people about that. dtterm uses Motif
rather than GTK+, so it wouldn't be affected by a GTK+ issue.
