Ethereal-dev: Re: [Ethereal-dev] Compiling with glib2/gtk+2 (not yet) (with attach)

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Joerg Mayer <jmayer@xxxxxxxxx>
Date: Fri, 23 Aug 2002 12:17:57 +0200
Ronnie,

On Fri, Aug 23, 2002 at 06:33:43PM +1000, Ronnie Sahlberg wrote:
> are you going to try to port ethereal to glib 2?
> if so I have some time next week in assisting in the porting.

There is actually nothing to do to port. Just the configure changes,
and after that, gtk will no longer work, so it would be a tethereal
only system. What I'm trying to do over next few weeks would be to
create the infrastructure that would allow glib/gtk and glib2/gtk2
versions to coexist in the source, i.e. the code should either build
and run with both, glib and glib2, or there need to be different
source files. What I intend to work on is the configure stuff to get
this done:
- allow people who only have one of gtk, gtk2 installed to build from
  cvs (I consider that done unless someone points out problems with
  the build patch I sent to the list yesterday for evaluation)
- allow people who have both installed to choose which one they want
- select the one that's there if only one (or none) is installed
- make this flexible, so to allow easy integration for other possible
  GUIs (kde, gnome, win32) (I consider this point a nice to have, as
  the source code doesn't provide the necessary separation right now,
  so the build system is not that high a priority)

> i would be really really interested in running ethereal with glib 2
> due to the support in glib 2 for threads.
> i have some ideas and some draft implementation on an extension framework
> that would really really benefit from being able to run a separate low
> priority thread for updating datastructures and perhaps windows.

Your ideas about that were, what got me interested at looking at glib2
in the first place :-)

> (one such extension i could really use myself would be something that would
> tap all packets
> at say the rpc layer to build a structure with statistics on numbert of
> calls min max and average response time.
> sort of nfsstat style statistics that ethereal could produce and display in
> a separate window and which would update in semi-realtime as one captures
> live)

  Ciao
      Jörg

--
Joerg Mayer                                          <jmayer@xxxxxxxxx>
I found out that "pro" means "instead of" (as in proconsul). Now I know
what proactive means.