Hi,
Thank you for creating this plugin. There is a problem with your distribution
though. The GPL obligates you to make the source code available. One way to
address that is to submit your code for inclusion into the mainline. For that
you can file a bug at https://bugs.wireshark.org and add yo
Hey all,
I have developed a plugin for the protocol IEC 60870-5-104.
You can download it and try at www.realtimesystems.es
The plugin has been tested for near one year at an electrical company in Spain.
It was compiled for AIX 5.3 and Windows.
Enyoy it!
Regards.
Alejandro Garcia
___
MARK LANDRISCINA wrote:
> Works great with one exception. When I load a capture file I get a series of
> error messages (below) indicating that some of the plug-in modules could not
> be loaded.
>
> I suspect that there is an error in my build routine, since the C-code works
> fine (no plug in
Graham Bloice wrote:
> Nathan Jennings wrote:
>> On 7/25/2008 11:50 AM, Graham Bloice wrote:
>>
>>> Gerald Combs wrote:
>>>
According to
http://kobyk.wordpress.com/2007/07/20/dynamically-linking-with-msvcrtdll-using-visual-c-2005/
it's possible to use newer versio
All:
I've written a C-based python extension module to dissect packets using
wireshark's/tshark's dissection routines. The module has a function that reads
packets sequentially from a capture file, dissects them, and then returns a
python object containing all the data.
Works great with one ex
The Buildbot has detected a new failure of Solaris-10-SPARC on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Solaris-10-SPARC/builds/303
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: solaris-10-sparc
Build R
[EMAIL PROTECTED] wrote:
> Thanks for all the check-in work and sorry for some of the headache.
> I will follow up on the issues left and supply a patch promptly.
>
> Since the static definition will grow soon (+100kB), is there a recommended
> way outside the main .c file or should I merge bef
