Wireshark · Ethereal-dev: Re: [Ethereal-dev] Can't compile Ethereal from current CVS on Windows.

[Guy Harris <guy@xxxxxxxxxxxx>]

On Monday, August 25, 2003, at 1:41 PM, Gisle Vanem wrote:

> Yes, if (t)ethereal.exe misses an export the plugin need, LoadLibrary
> on the plugin.dll would simply fail w/o saying what symbols was missing

And if it doesn't miss any exports, presumably "LoadLibrary()" will 
succeed and bind references to the exported function from the module to 
the function in the main program, right?

> That's a drawback compared to the manual GetProcAddress() loading.
> I assume that's what Glib uses.

What GLib's gmodule code uses, on Win32, is:

	LoadLibrary() to load a run-time-loadable module;

	GetProcAddress() to get a pointer to a function in a loaded module.

> Agreed. And maybe we should make a Perl/Python script to add a .def
> file entry for all prototypes beginning with ETR_API.

That might be useful, although not everybody building Ethereal 
necessarily has Perl or Python, so we should probably include the .def 
file in the distribution.  (It would presumably be built by scanning .h 
files, so it should be made dependent on them, if possible - can nmake 
specify that something depends on, for example, "*.h" and "epan/*.h"?)