wireshark/plugins
Anders Broman c3440553eb From: LEGO
- fix a bug at gog reinit that disabled gogs after reload of a file.
- fix some crashes when Debug_GoG>0
- cleanup the debug output (no CR at the end is needed)
- Gops start when no GopStart is given and match an existing GogKey

svn path=/trunk/; revision=13318
2005-02-06 20:37:02 +00:00
..
acn a lot of warnings removed, most of them about pointer to int casts without using the appropriate GLib macros 2004-12-25 13:49:30 +00:00
artnet From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
asn1 Cast the values passed to the <ctype.h> macros so as to avoid 2005-01-02 00:23:50 +00:00
ciscosm From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
docsis Export two versions of the Ethereal dissector, for use with encapsulated 2004-11-24 09:13:52 +00:00
enttec Get rid of C++/C99-style comments - not all C compilers accept them. 2004-12-10 11:20:48 +00:00
giop Use -1 as a length value for "to the end of the tvbuff". 2005-01-15 10:39:49 +00:00
gryphon Update a URL. 2004-11-21 03:01:15 +00:00
irda From Jon Ringle: 2005-02-02 20:09:00 +00:00
lwres From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
mate From: LEGO 2005-02-06 20:37:02 +00:00
megaco From Tomer Shani :register_dissector call 2005-01-12 06:00:31 +00:00
mgcp From Jon Ringle: 2005-02-02 20:08:36 +00:00
opsi Check for bogus attribute lengths. 2004-11-10 10:46:40 +00:00
pcli From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
rdm From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
rlm From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
rtnet We now require gint64/guint64 support to build Ethereal, so get rid of 2004-12-30 23:19:17 +00:00
rudp From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
v5ua From Lars Roland: we need to define _NEED_VAR_IMPORT_ in plugins if we 2004-10-01 19:50:03 +00:00
Makefile.am Add mate to the build process (plus a few whitespace changes) 2005-01-15 18:39:44 +00:00
Makefile.nmake Add mate to the clean and distclean target 2005-01-17 22:17:09 +00:00
README.interface clarify text and describe libethereal.def 2005-01-12 21:16:53 +00:00
Xass-list Fix a couple of distcheck problems: 2005-02-04 15:22:25 +00:00
Xplugin_api.c Fix a couple of distcheck problems: 2005-02-04 15:22:25 +00:00
Xplugin_api.h Fix a couple of distcheck problems: 2005-02-04 15:22:25 +00:00
Xplugin_api_decls.h Fix a couple of distcheck problems: 2005-02-04 15:22:25 +00:00
Xplugin_table.h Fix a couple of distcheck problems: 2005-02-04 15:22:25 +00:00
plugin_api.c Set the svn:eol-style property on all text files to "native", so that 2004-07-18 00:24:25 +00:00
plugin_api.h add some of the DCE/RPC functions to the plugin API 2005-01-12 21:44:53 +00:00
plugin_api_decls.h Set the svn:eol-style property on all text files to "native", so that 2004-07-18 00:24:25 +00:00
plugin_api_defs.h Set the svn:eol-style property on all text files to "native", so that 2004-07-18 00:24:25 +00:00
plugin_api_list.c Fix a couple of distcheck problems: 2005-02-04 15:22:25 +00:00
plugin_gen.py Set the svn:eol-style property on all text files to "native", so that 2004-07-18 00:24:25 +00:00
plugin_table.h Set the svn:eol-style property on all text files to "native", so that 2004-07-18 00:24:25 +00:00

README.interface

README.interface

The following will export addresses from ethereal to the plugins. You
will have to do this, e.g. if you want to use a function of ethereal inside 
your plugin.
If you need it the other way round (e.g. use symbols of your plugin inside of 
ethereal's gtk part), you only have to edit libethereal.def and nothing more.
(XXX - is this libethereal.def description correct?)


When developing a plugin in the Win32 world, it is nessecary
to explicitly export addresses from the main process to the
plugin.  ethereal does have a mechanism for this, and it uses
the file 'plugin_api_list.c' to list declarations for everything
that needs to be exported.

The build process of ethereal needs this list in 5 different forms.

These are generated by a Python script and saved in the X* files
in this directory.

I do not have a real C parser in Python to read the input file...,
so I have used 'gcc -aux-info xyzzy ...' to clean up any formatting
preferences in the input file and create the file named 'xyzzy'
that contains a neatly formatted list of declarations.  This list
can be parsed with a regular expression to extract the required
info.

Use the following procedure to update the symbols:

edit the plugin_api_list.c file
nmake -f Makefile.nmake xyzzy
nmake -f Makefile.nmake

The 'xyzzy' makefile target is the only target that depends on gcc.
This can be done on a Unix machine or you can use cygwin gcc.