On Oct 2, 2007, at 6:49 PM, Didier wrote:
> Or you can ask Benoit, I know him and I don't see how it could be an
> issue.
The code Varuna da Silva was talking about is the PCAUSA 2.0 version:
http://www.pcausa.com/Utilities/UsbSnoop/default.htm
which includes some driver changes, so
Hi,
On Tue, 2 Oct 2007 17:14:20 -0700, Guy Harris wrote
> On Oct 1, 2007, at 6:01 PM, Guy Harris wrote:
>
> >
>
> I suspect "slicing out the capture code and putting it into WinPcap",
> which I assume is what you have in mind, would count as
> "significant modifications of [your] own". Howev
On Sep 29, 2007, at 2:06 AM, Varuna De Silva wrote:
> In capture->interfaces list displays my device along with the others,
> but in the "packets" and "packets/s" column, for all the interfaces
> listed
> it shows some very high "unrealistic " values such as 277314 for
> packets
> and extreme
On Oct 1, 2007, at 6:01 PM, Guy Harris wrote:
>
> On Sep 30, 2007, at 9:47 PM, Varuna De Silva wrote:
>
>>> However, he doesn't have a 2.0 version; where did you find the 2.0
>>> version?
>>
>> This is where it is
>> http://www.pcausa.com/Utilities/UsbSnoop/default.htm
>>
>> In fact its almost th
Toralf Förster wrote:
> From the svn log:
> "r23048 | morriss | 2007-10-02 16:45:20 +0200 (Tue, 02 Oct 2007) | 1 line
> ...
> I rearranged the code quite a bit here and don't have a sample capture to test
> against: hopefully I didn't break anything.
> "
>
> What's about using the attached packe
On 30. sep. 2007, at 22.34, [EMAIL PROTECTED] wrote:
> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=23038
>
> Directory: /trunk/epan/dissectors/
> ChangesPathAction
> +7 -7 packet-ftam.c Modified
I suppose this will be gone when doing
Filippo Margiotta wrote:
> We are not distributing the software, but we should use this potential
> new plugin internally in the company.
> I think this should not be the case for a violation of the GPL.
You're right, that's not a violation of the GPL. As Luis says, we would
encourage you to dis
We are not distributing the software, but we should use this potential new
plugin internally in the company.
I think this should not be the case for a violation of the GPL.
Anyway
Thank you very much for the information,
I will talk about to the people in my company.
Filippo
2007/10/2, Lu
From the svn log:
"r23048 | morriss | 2007-10-02 16:45:20 +0200 (Tue, 02 Oct 2007) | 1 line
...
I rearranged the code quite a bit here and don't have a sample capture to test
against: hopefully I didn't break anything.
"
What's about using the attached packet from this post :
http://www.wireshark.
Just remember that under the GPL if you distribute a modified version
you must distribute the source. And the GPL does not allow you to
distribute a GPLd program (like wireshark) linking against non open
libraries (except the OS runtime).
Before working on code you will not be able to distribute l
Sorry,
but it is a company policy.
I can public all the mikey dissector with all the extension I added, but not
the dencryption dll.
Thanks again,
Filippo
2007/10/2, Jeff Morriss <[EMAIL PROTECTED]>:
>
>
>
> Filippo Margiotta wrote:
> > Hi to all the WireShark developer guru.
> >
> > I am working
use just "udp_port" the module name is prepended from the module itself.
On 10/2/07, Filippo Margiotta <[EMAIL PROTECTED]> wrote:
> Hi Tomas,
> the param name must start with the module name, and the first letter cannot
> be '.' or '-',
> so, somethink like mikeyudpport is ok and working.
>
> Th
Filippo Margiotta wrote:
> Hi to all the WireShark developer guru.
>
> I am working on the MIKEY dissector and I will add some feature to
> decipher the encrypted data.
> This feature should be not public.
Why should it not be public?
Wireshark already decrypts a lot of other protocols (both
bmcmanus wrote:
> I couldn't identify where to send this from the on-line docs. I apologize if
> this is the wrong group. Moderator, if
> this is not the appropriate group, please forward this request to the
> correct address.
>
> For a relatively simple (I assume...) wish list item, I'd li
Toralf Förster wrote:
> I got that msg with current svn version with the packet attached at this mail.
[I'd suggest opening bugs for this kind of thing so they don't get lost.]
CPFI registers for UDP ports 5000 and 5001 which aren't IANA registered
for that protocol. I changed the CPFI dissec
Hi to all the WireShark developer guru.
I am working on the MIKEY dissector and I will add some feature to decipher
the encrypted data.
This feature should be not public.
What is a possible solution to implement this feature ?
I was thinking to create a dll with a function like
decipher_this_pac
I couldn't identify where to send this from the on-line docs. I apologize if
this is the wrong group. Moderator, if
this is not the appropriate group, please forward this request to the correct
address.
For a relatively simple (I assume...) wish list item, I'd like to see a
free-form "notes"
Hi Tomas,
the param name must start with the module name, and the first letter cannot
be '.' or '-',
so, somethink like mikeyudpport is ok and working.
Thanks again guys.
Filippo
2007/10/2, Kukosa, Tomas <[EMAIL PROTECTED]>:
>
> > > module_t *mikey_module;
> > > mikey_module = prefs_register_pro
> > module_t *mikey_module;
> > mikey_module = prefs_register_protocol(proto_mikey,
> > proto_reg_handoff_mikey);
> > prefs_register_uint_preference(mikey_module, "UDPPort",
> "UDPPort", "UDP
> > Port (default 4369)", 10, &mikey_udpport);
> >
> > during the compiling there are some assertion f
Oops, in fact I got it exactly wrong: you must _not_ have the dissector
name and the "." in the preference name. Sorry 'bout that.
Filippo Margiotta wrote:
> Hi Jeff,
> the error is the one you can see in attachment.
>
> the code I use is the following.
>
> proto_mikey = proto_register_pr
Hi Jeff,
the error is the one you can see in attachment.
the code I use is the following.
proto_mikey = proto_register_protocol("Multimedia Internet KEYing","MIKEY",
"mikey");
proto_register_field_array(proto_mikey, hf, array_length(hf));
proto_register_subtree_array(ett, array_length
Filippo Margiotta wrote:
> Hi All,
> I would like to add a some configuration parameter like UDPPort, Key1,
> Key2 for the MIKEY dissector.
>
> If I add instruction like.
>
> module_t *mikey_module;
> mikey_module = prefs_register_protocol(proto_mikey,
> proto_reg_handoff_mi
Hi All,
I would like to add a some configuration parameter like UDPPort, Key1,
Key2 for the MIKEY dissector.
If I add instruction like.
module_t *mikey_module;
mikey_module = prefs_register_protocol(proto_mikey,
proto_reg_handoff_mikey);
prefs_register_uint_preference(mikey_module, "UDPPo
On Mon, Oct 01, 2007 at 06:01:47PM -0700, Guy Harris wrote:
> > This is where it is
> > http://www.pcausa.com/Utilities/UsbSnoop/default.htm
> >
> > In fact its almost the same I guess, except for few neat-ups for code.
>
> ...and I don't see any license, so presumably there's no license issue
2007/10/2, Peter Johansson <[EMAIL PROTECTED]>:
>
> 2007/10/1, Graham Bloice <[EMAIL PROTECTED]>:
> >
> > Peter Johansson wrote:
> > >
> > > So, I have built adns and then built Wireshark again. All my crash
> > > problems remain the same. I'll see if I can find time to purse this
> > > further.
>
2007/10/1, Graham Bloice <[EMAIL PROTECTED]>:
>
> Peter Johansson wrote:
> >
> > So, I have built adns and then built Wireshark again. All my crash
> > problems remain the same. I'll see if I can find time to purse this
> > further.
> >
>
> Hmm. Are you sure you built a release version? Check the
26 matches
Mail list logo