wireshark-dev April 2010 archive
Main Archive Page > Month Archives  > wireshark-dev archives
wireshark-dev: Re: [Wireshark-dev] DISSECTOR_SUPPORT_SRC in anot

Re: [Wireshark-dev] DISSECTOR_SUPPORT_SRC in another directory in Windows

From: Jeremy O'Brien <obrien654j_at_nospam>
Date: Tue Apr 27 2010 - 19:08:31 GMT
To: Developer support list for Wireshark <wireshark-dev@wireshark.org>

On Tue, Apr 27, 2010 at 11:27, Maynard, Chris
<Christopher.Maynard@gtech.com> wrote:
> What does your directory structure look like?  i.e., is common/ under plugins/ or off the root?  It looks to me like Windows is looking for common/ path-relative to your plugin directory so you should have "wireshark/plugins/common/support_file.c".  If you want to keep the directory structure as "wireshark/common/", then you might be able to get away with modifying your plugin's Makefile.nmake, specifically adding "../../common/support_file.obj" to your list of OBJECTS or DISSECTOR_SUPPORT_OBJECTS.  I think this will work, although it seems like a bit of hack.  I'm sure there's a better way to do this but it escapes me at the moment.

My structure is plugins/plugin-common and plugins/plugin_directory. I
tried setting my DISSECTOR_SUPPORT_SRC to
"plugins/plugin-common/support_file.c", and
"../plugin-common/support_file.c" but both still complain. And as for
modifying DISSECTOR_SUPPORT_OBJECTS, doesn't that macro-thing there
take care of mapping the .c files to .obj files? What's odd is that
this code works perfectly fine in linux. And if I modify the
DISSECTOR_SUPPORT_SRC to point to the same file in the plugin's own
directory, it works fine. But this defeats the purpose as I have
several dissectors I want to be able to use this shared code.
___________________________________________________________________________
Sent via: Wireshark-dev mailing list <wireshark-dev@wireshark.org>
Archives: http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request@wireshark.org?subject=unsubscribe