Wireshark · Ethereal-dev: Re: ASN1.DLL linked against GTK2 forces crash. was: Re: [Ethereal-dev] New pre-release for Win32 us

[Lars Roland <Lars.Roland@xxxxxxx>]

Matthijs Melchior schrieb:
> Hi,
> I need to explain some history here, which may result in hints needed
> to resolve this problem.
>
> Lars Roland wrote:
>
> > frogzoo@xxxxxxxxxxxxxx schrieb:
> >  
> >
> > > By all means Lars, yes please to the new pre-release
> > >
> > > Yes problems with GTK+ 1.3, GLib 2.4.5 on XP Pro 2002 (rel 2600)
> > > (libz 1.2.1, lipcre 4.4, WinPcap 3.0alpha)
> > > GTK-Wimp enabled causes ethereal to crash on startup
> > >
> > > Also, could the "help" -> "about" box please display the GTK-Wimp 
> > > version no. - then we'll be able to tell you which version we're 
> > > running :-)
> > >   
> >
> >
> > I was wondering how it could be that GTK 1.3 crashes with GTK-Wimp. 
> > GTK-Wimp is an extension for GTK2. GTK1 doesn't even load it!!
> > So I installed GTK1 version with GTK-Wimp and at least this time, I 
> > can reproduce the crash.
> > The debugger shows that it crashes when loading asn1.dll.
> > I am not surprised that we finally have a conflict with it as it is 
> > linked against GTK2!
> >  
> Once upon a time, GTK2 was used in the plugin. It has been removed
> [placed within "#ifdef DISSECTOR_WITH_GUI" conditionals, which are
> normally false] as one of the first things done after being accepted
> in the ethereal tree. If that was incomplete, I need to correct that.
So do we have to link the asn1 plugin with GTK?

> > The crash already happens in libglib-2.0-0.dll. I believe that most 
> > people reporting crashes with ethereal crashing in module 
> > libglib-2.0-0.dll have this conflict.
> Yes, glib is used extensively, for managing lists, trees, arrays and
> printing error messages. This can only be removed by having private
> implementations of these routines...

Of course, I don't want to remove glib dependency. And there is probably 
no problem with it. It is just a hint to those people reporting a crash 
of ethereal-0.10.6 in module libglib-2.0-0.dll that they probably have 
an asn1.dll which was linked with GTK2 libraries causing a conflict.
Although it is a conflict between different GTK libraries the crash 
occures in GLib.
> Or, if I know the real problem, I can change the code to avoid it...
>
> > There are a lot of workarounds, but there is only one solution:
> > Remove GTK depedency from the asn1 plugin.
> >  
> I think there is no GTK dependency any more,
> only a glib [maybe version 2] dependency.
Then we should be able to link the asn1 plugin without GTK.
I will try that. It wasn't possible the last time.

Regards,
Lars