Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Alexis La Goutte
Hi, it is better to create a bug with your patch in BugTracker ( https://bugs.wireshark.org ) Regards, On Thu, May 31, 2012 at 5:57 AM, Richard Sharpe realrichardsha...@gmail.com wrote: Hi, Attached is a patch to handle extended responses for NTCreateX requests for CIFS. I have tested

Re: [Wireshark-dev] make a extension for packet-sctp.c, meet a problem.

2012-05-31 Thread 黄登辉
Hi Thanks, yes,add all exported symbols in epan/libwireshark.def can fix my problem. Another problem, i want to add a file named as sctp_packet_lost_stat_dlg.c in gtk directory, and add menuitem SctpPacketLostStat in Statistics. in order to make this menuitem available, i make some change

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Richard Sharpe
On Wed, May 30, 2012 at 10:30 PM, ronnie sahlberg ronniesahlb...@gmail.com wrote: hf_smb_volume_guid shouldnt this be a FT_GUID ? Can you try making it FT_GUID and see if it works? Quite likely, but then so should hf_smb_server_guild in that case ... On Thu, May 31, 2012 at 1:57 PM,

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Richard Sharpe
On Thu, May 31, 2012 at 12:19 AM, Alexis La Goutte alexis.lagou...@gmail.com wrote: Hi, it is better to create a bug with your patch in BugTracker ( https://bugs.wireshark.org ) Heh, I don't even get to fix my own bugs without filing a bug report? -- Regards, Richard Sharpe (何以解憂?唯有杜康。--曹操)

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Pascal Quantin
2012/5/31 Richard Sharpe realrichardsha...@gmail.com: On Wed, May 30, 2012 at 10:30 PM, ronnie sahlberg ronniesahlb...@gmail.com wrote: hf_smb_volume_guid   shouldnt this be a FT_GUID ? Can you try making it FT_GUID and see if it works? Quite likely, but then so should hf_smb_server_guild

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Richard Sharpe
On Thu, May 31, 2012 at 6:08 AM, Richard Sharpe realrichardsha...@gmail.com wrote: On Wed, May 30, 2012 at 10:30 PM, ronnie sahlberg ronniesahlb...@gmail.com wrote: hf_smb_volume_guid shouldnt this be a FT_GUID ? Can you try making it FT_GUID and see if it works? Quite likely, but then so

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Pascal Quantin
Hi, 2012/5/31 Richard Sharpe realrichardsha...@gmail.com: On Thu, May 31, 2012 at 12:19 AM, Alexis La Goutte alexis.lagou...@gmail.com wrote: Hi, it is better to create a bug with your patch in BugTracker ( https://bugs.wireshark.org ) Heh, I don't even get to fix my own bugs without

[Wireshark-dev] tshark hungs

2012-05-31 Thread Mani
Hi, I am using tshark 1.6.8 (FC14) to capture 802.11 frames /usr/sbin/tshark -q -i wlan0 -w /var/tmp/tshark.out.wlan0 (running it in background) After some time, trying to stop the capture using kill TERM PID strace of process says read(4, 0xbff18b08, 4) = ?

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Jeff Morriss
Richard Sharpe wrote: Hi, Attached is a patch to handle extended responses for NTCreateX requests for CIFS. I have tested this patch with captures I have and it seems to decode the additional information correctly. Could someone with commit privileges either push it or let me know

Re: [Wireshark-dev] make a extension for packet-sctp.c, meet a problem.

2012-05-31 Thread Jeff Morriss
Was sctp_packet_lost_stat_dlg.c compiled and linked into gtk/libui.a ? Was automake re-run (usually when I update Makefile.common, automake is automatically rerun). If not, try re-running autogen.sh and configure. Is it possible that the missing symbol is declared as static? (BTW, I notice

Re: [Wireshark-dev] Patches to properly handle extended responses for NTCreateX

2012-05-31 Thread Richard Sharpe
On Thu, May 31, 2012 at 7:13 AM, Jeff Morriss jeff.morriss...@gmail.com wrote: Richard Sharpe wrote: Hi, Attached is a patch to handle extended responses for NTCreateX requests for CIFS. I have tested this patch with captures I have and it seems to decode the additional information

Re: [Wireshark-dev] [Wireshark-bugs] [Bug 7265] Cascade Pilot PE - Send to Wireshark Issue

2012-05-31 Thread Guy Harris
On May 30, 2012, at 2:44 PM, bugzilla-dae...@wireshark.org wrote: --- Comment #2 from Gerald Combs ger...@wireshark.org 2012-05-30 14:44:43 PDT --- We recently updated the version of GLib in the 32-bit and 64-bit Windows installers. The new version no longer prints low priority log messages

[Wireshark-dev] 1.8 branch + release schedule

2012-05-31 Thread Gerald Combs
Hi, I'd like to branch off 1.8 next Monday (June 4) so that we can start making release candidates followed by the official 1.8.0 release: 1.8.0rc1: June 4 1.8.0rc2: June 11 (if needed) 1.8.0:June 18 The schedule is a little aggressive. I don't mind postponing the official release until

[Wireshark-dev] Patch: epan/stats_tree_priv.h

2012-05-31 Thread Gisle Vanem
The implementation of 'stats_tree_get_cfg_by_abbr()' takes a 'const char *', so why shouldn't the prototype do the same? --- SVN-Latest\epan\stats_tree_priv.h Thu Feb 23 01:51:50 2012 +++ epan\stats_tree_priv.h Thu May 31 13:08:15 2012 @@ -179,7 +179,7 @@ extern gchar

[Wireshark-dev] Make giop plugins built in dissectors?

2012-05-31 Thread Anders Broman
Hi, It should be possible to make the giop plugins built in dissectors now, is that something we'd want to do? Regards Anders ___ Sent via:Wireshark-dev mailing list wireshark-dev@wireshark.org Archives:

Re: [Wireshark-dev] Patch: epan/stats_tree_priv.h

2012-05-31 Thread Jakub Zawadzki
Hi, On Thu, May 31, 2012 at 09:13:50PM +0200, Gisle Vanem wrote: The implementation of 'stats_tree_get_cfg_by_abbr()' takes a 'const char *', so why shouldn't the prototype do the same? Really? Looking at code it's without const:

Re: [Wireshark-dev] Patch: epan/stats_tree_priv.h

2012-05-31 Thread Gisle Vanem
Jakub Zawadzki darkjames...@darkjames.pl wrote: Hi, On Thu, May 31, 2012 at 09:13:50PM +0200, Gisle Vanem wrote: The implementation of 'stats_tree_get_cfg_by_abbr()' takes a 'const char *', so why shouldn't the prototype do the same? Really? Looking at code it's without const:

Re: [Wireshark-dev] Make giop plugins built in dissectors?

2012-05-31 Thread Jeff Morriss
Anders Broman wrote: Hi, It should be possible to make the giop plugins built in dissectors now, is that something we'd want to do? I'd be all for it mainly so/if we can put packet-parlay.c at the top of the list of dissectors so that my make -j X can start the 15 minutes it takes to

Re: [Wireshark-dev] Make giop plugins built in dissectors?

2012-05-31 Thread Alexander Koeppe
Am 31.05.2012 21:35, schrieb Anders Broman: Hi, It should be possible to make the giop plugins built in dissectors now, is that something we'd want to do? Regards Anders ___ Sent via:Wireshark-dev mailing list

Re: [Wireshark-dev] Make giop plugins built in dissectors?

2012-05-31 Thread Jeff Morriss
Alexander Koeppe wrote: Am 31.05.2012 21:35, schrieb Anders Broman: Hi, It should be possible to make the giop plugins built in dissectors now, is that something we'd want to do? Regards Anders ___ Sent via:

Re: [Wireshark-dev] Make giop plugins built in dissectors?

2012-05-31 Thread Alexander Koeppe
Am 01.06.2012 00:07, schrieb Jeff Morriss: Alexander Koeppe wrote: Am 31.05.2012 21:35, schrieb Anders Broman: Hi, It should be possible to make the giop plugins built in dissectors now, is that something we'd want to do? Regards Anders