Re: [Wireshark-dev] Memory leak

> > (aka sizeof structure g_mem_chunk) not the allocated memory as with > > gtk1. You have to call g_mem_chunk_free for each allocated chunk. > I'm not seeing that leak, at least on Linux. Each atom is 131,072 bytes big. > > Reloading a 170,000 packet trace file many times does not show any gro

[Wireshark-dev] PPPoE and RADIUS recorded data

Is there anybody who can provide me recorded data of PPPoE and RADIUS ? Thanks M. ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev

[Wireshark-dev] FT_BYTES_MAYBE_PRINTABLE

The more I deal with configurable protocols (diameter, radius, now snmp) the more I'm missing FT_BYTES_MAYBE_PRINTABLE (with a shorter name) -- This information is top security. When you have read it, destroy yourself. -- Marshall McLuhan ___ Wireshark

[Wireshark-dev] review_for_checkin granted: [Bug 1806] IP dissector Expert Info flags packets with a low TTL when the TTL should be low

Bill Meier <[EMAIL PROTECTED]> has granted Todd J Martin <[EMAIL PROTECTED]>'s request for review_for_checkin: Bug 1806: IP dissector Expert Info flags packets with a low TTL when the TTL should be low http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1806 _

Re: [Wireshark-dev] Adding Capture Engine question

I have another questions, I don't know why but sometimes the function pcap_platform_finddevs is not called so my i2c device is not found. If I enter the name of the interface manually, it works. Any idea? Thanks! JM -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTE

[Wireshark-dev] review_for_checkin requested: [Bug 1808] ACN dissector bugs

Bill Florac <[EMAIL PROTECTED]> has asked for review_for_checkin: Bug 1808: ACN dissector bugs http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1808 ___ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wi

Re: [Wireshark-dev] win32 buildbot unhappy

Bill Meier wrote: > The specific problem: dumpcap calls capture_loop_start (in capture_loop.c) > which > calls capture_opts_log (in capture_opts.c) which then passes a null pointer to > glog (for iface_descr); glog then causes dumpcap to die > > A very quick look suggested I'd need to take

Re: [Wireshark-dev] Win2000 Error: wireshark.exe is not a valid Win32 application

Greg Bell schrieb: > This is what I get when I try and run my wireshark build on Windows > 2000. It works fine on Windows XP and 2003. My build is based off > the 0.99.6 release source. One thing I noticed was that when trying to > install the Visual C++ 2005 Redistributable (during the Wireshar

Re: [Wireshark-dev] Win2000 Error: wireshark.exe is not a valid Win32 application

yin sun schrieb: > > On 8/27/07, *Greg Bell* <[EMAIL PROTECTED] > > wrote: > > Thanks for that reply. I'm glad someone confirmed it works using > VC 2005EE. What about the Platform SDK, did you use Server 2003 R2? > > > Yes, I also have VS80sp1-KB926748-X86-INTL.e

[Wireshark-dev] review_for_checkin requested: [Bug 1806] IP dissector Expert Info flags packets with a low TTL when the TTL should be low

Todd J Martin <[EMAIL PROTECTED]> has asked for review_for_checkin: Bug 1806: IP dissector Expert Info flags packets with a low TTL when the TTL should be low http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1806 ___ Wireshark-dev mailing list Wireshar

Re: [Wireshark-dev] smi_modules

On 8/28/07, Kukosa, Tomas <[EMAIL PROTECTED]> wrote: > > Hello Luis > > the editting of smi_modules via GUI does not work well. The only way how > to load additonal module is to edit by hands "smi_modules" deffault file > in Wireshark root directory. > > Could you look at it? Sure I can, but what

Re: [Wireshark-dev] smi_modules

That I have to fix in UAT (what is used to manage that table). The table is being loaded twice (once before preferences to load the MIBS and once when preferences are setup), the changes to uat-int.h and uat.c did not got "copied over" when I did a clean checkout to rollout the whole thing, they ar

Re: [Wireshark-dev] smi_modules

There also seems to be an issue with all MIB modules being listed twice (IP-MIB ... FRAMEWORK-PIB, then the list repeats again), and if you try to delete the duplicates or add your own MIB to the list, the changes are not saved across Wireshark restarts. This is the behavior on Windows at least.

Re: [Wireshark-dev] Win2000 Error: wireshark.exe is not a valid Win32 application

On 8/27/07, Greg Bell <[EMAIL PROTECTED]> wrote: > > Thanks for that reply. I'm glad someone confirmed it works using VC > 2005EE. What about the Platform SDK, did you use Server 2003 R2? > Yes, I also have VS80sp1-KB926748-X86-INTL.exe installed for the reason I forgot. Regarding your mods, > 2

Re: [Wireshark-dev] Win2000 Error: wireshark.exe is not a valid Win32 application

Greg Bell wrote: > Thanks for that reply. I'm glad someone confirmed it works using VC > 2005EE. What about the Platform SDK, did you use Server 2003 R2? > > Regarding your mods, > 2. We're referring to C:\wireshark-0.99.6\tools\win32-setup.sh right? > 3. Do you replace all occurences of xcopy (i

Re: [Wireshark-dev] smi_modules

Jaap Keuter wrote: > I was thinking about Wireshark specific tags as well, but using ~/.smirc > for that is probably wrong. Which $HOME should that be? It should go in > the global smi.config to have it available for everyone. Not sure I like > the idea of changing the global config. > Their should

Re: [Wireshark-dev] smi_modules

Hi, I was thinking about Wireshark specific tags as well, but using ~/.smirc for that is probably wrong. Which $HOME should that be? It should go in the global smi.config to have it available for everyone. Not sure I like the idea of changing the global config. Their should be another way. Just no

Re: [Wireshark-dev] smi_modules

Luis EG Ontanon wrote: > If you add the .../pibs directory to the path > (Preferences->MIBS->Path) do they get loaded (you can check in the > Expression dialog under the MIBS tab if the fileds were registered) These PIBs are in Wireshark's default set of MIBs/PIBs to be loaded (smi_modules), but n

Re: [Wireshark-dev] smi_modules

Hello Luis the editting of smi_modules via GUI does not work well. The only way how to load additonal module is to edit by hands "smi_modules" deffault file in Wireshark root directory. Could you look at it? T. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTE

Re: [Wireshark-dev] smi_modules

Yes it would be better to get the MIBS tab under "Name Resolution" but honestly I'm not up for any GUI programming right now. I will add links (Buttons) to the two tables from the SNMP and COPS preferences tabs (Yes an uat can be linked from different Tabs). But getting into adding uat buttons to

Re: [Wireshark-dev] smi_modules

BTW would not it be better to have this preference under "Name Resolution" instead of "Protocols"? T. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Luis EG Ontanon > Sent: Tuesday, August 28, 2007 9:57 AM > To: Developer support list for

Re: [Wireshark-dev] smi_modules

If you add the .../pibs directory to the path (Preferences->MIBS->Path) do they get loaded (you can check in the Expression dialog under the MIBS tab if the fileds were registered) L On 8/28/07, Jaap Keuter <[EMAIL PROTECTED]> wrote: > Hi, > > And on Debian (lenny/sid), with packages libsmi, libs

Re: [Wireshark-dev] smi_modules

Hi, And on Debian (lenny/sid), with packages libsmi, libsmi2-dev and libsmi2-common loaded it can't find these: "COPS-PR-SPPI" "COPS-PR-SPPI-TC" "DIFFSERV-PIB" "FRAMEWORK-PIB" There located in /ust/share/pibs but this directory is not loaded by default. I'm not sure why, but it seems a work dir

Re: [Wireshark-dev] New --with-libsmi option

On Mon, Aug 27, 2007 at 08:48:18PM -0600, Stephen Fisher wrote: > Shouldn't the new configure script option --with-libsmi allow you to > specify a directory to find the library in instead of just being a > yes/no? That's just what the comment in configure.in says :-) ciao Joerg -- Joerg Ma