Hi,
Le mercredi 23 septembre 2009 à 21:16 +0100, Robert Hogan a écrit :
> On Wednesday 23 September 2009 20:09:32 Stephen Fisher wrote:
> > On Sep 23, 2009, at 12:35 PM, Robert Hogan wrote:
> > > Has there been a change to the packet re-assembly logic since
> > > 20/08/09?
> >
> > Are you using dis
Nicolas Gendron wrote:
> On Windows XO, here is what I'm doing :
> - make sure "config.nmake" is OK. I actually have "LOCAL_LDFLAGS=/DEBUG
> /MACHINE:$(TARGET_MACHINE)" uncommented
> - make disclean
> - make all
> - start Visual Studio 2008 (Team System Development Edition)
On Windows XO, here is what I'm doing :
- make sure "config.nmake" is OK. I actually have "LOCAL_LDFLAGS=/DEBUG
/MACHINE:$(TARGET_MACHINE)" uncommented
- make disclean
- make all
- start Visual Studio 2008 (Team System Development Edition)
- open Wireshark.e
On Wednesday 23 September 2009 20:09:32 Stephen Fisher wrote:
> On Sep 23, 2009, at 12:35 PM, Robert Hogan wrote:
> > Has there been a change to the packet re-assembly logic since
> > 20/08/09?
>
> Are you using dissect_tcp_pdus()? The file containing that function,
> packet-tcp.c, has had a few c
On Wed, Sep 23, 2009 at 10:12:51AM -0600, Stephen Fisher wrote:
> Are you getting past the check for CAP_LIBRARY? That's a Linux thing
> AFAIK, so Mac OS X doesn't have it. CMake bails out on me with this
> message:
...
> Even when I change /CMakeLists.txt to say OFF at the end of the
> opt
On 23. sep. 2009, at 21.47, Joerg Mayer wrote:
> If there is anything I can do to help get going on OS X, please
> let me know!
I have now successfully built all binaries (without plugins) using
Xcode/xcodebuild and Unix Makefiles. I will have a look at the
plugins later, and maybe automagic
On Wed, Sep 23, 2009 at 06:18:48PM +0200, Stig Bj?rlykke wrote:
> I'm running
>
>cmake -i -G "Unix Makefiles"
>
> first and turn off CAP support. You may have to turn off other
> things, and maybe set html viewer.
I've added a similar hint to README.cmake. I also added a hint on how to
do
On Sep 23, 2009, at 12:35 PM, Robert Hogan wrote:
> Has there been a change to the packet re-assembly logic since
> 20/08/09?
Are you using dissect_tcp_pdus()? The file containing that function,
packet-tcp.c, has had a few changes since then:
http://anonsvn.wireshark.org/viewvc/trunk/epan
Hi there,
Unfortunately don't have time to look into it further at the moment, but:
Has there been a change to the packet re-assembly logic since 20/08/09?
The reason I ask is that I'm working on a dissector and svn up'd today to
apply some fix-ups to it. After applying the changes I noticed th
Interesting results! If I edit cf_select_packet (in file.c) and add a call
to tap_queue_init(cf->edt) just before the call to epan_dissect_run, it
fixes my problem.
tap_queue_init calls epan_dissect_prime_dfilter on each item in the
tap_listener_queue, which sets the ref_count for those fields to
On 23. sep. 2009, at 18.12, Stephen Fisher wrote:
> Are you getting past the check for CAP_LIBRARY? That's a Linux thing
> AFAIK, so Mac OS X doesn't have it.
I'm running
cmake -i -G "Unix Makefiles"
first and turn off CAP support. You may have to turn off other
things, and maybe set htm
On Sep 23, 2009, at 9:49 AM, Stig Bjørlykke wrote:
> On 23. sep. 2009, at 17.09, Joerg Mayer wrote:
>
>> Hopefully fixed in 30091. I'll need to check whether I made the
>> same mistake
>> for the other libs as well - hopefully within an hour.
>
> Did not work 100%, but I managed to get wsutil t
Ok, now wiretap and epan needs wsutil functions to link.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/
On 23. sep. 2009, at 17.09, Joerg Mayer wrote:
Hopefully fixed in 30091. I'll need to check whether I made the same
mistake
for the other libs as well - hopefully within an hour.
Did not work 100%, but I managed to get wsutil to link with the
attached patch (seems like libglib was missing)
On Wed, Sep 23, 2009 at 05:18:56PM +0200, Kovarththanan Rajaratnam wrote:
> How about we generalize this to -Pn hvor 'n' can be any number? This
> would allow us to do some basic memleak testing by setting 'n' to a
> large value.
Sounds like a really good idea!
Ciao
Joerg
--
Joerg Mayer
Joerg Mayer wrote:
> On Tue, Sep 22, 2009 at 07:28:01PM +, k...@wireshark.org wrote:
>> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=30076
>>
>> User: krj
>> Date: 2009/09/22 12:28 PM
>>
>> Log:
>> Add initial support for "two pass analysis" in tshark. This allows tshark
>
On Wed, Sep 23, 2009 at 02:40:38PM +0200, Stig Bj?rlykke wrote:
> I'm trying to build with cmake on OSX, but I get a lot of unresolved
> symbols errors when linking.
> Does anyone know how we should fix this?
>
>
> Linking C shared library ../lib/libwsutil.dylib
> cd /Users/stig/Development/wires
On Tue, Sep 22, 2009 at 10:19:03PM -0700, Guy Harris wrote:
>
> On Sep 22, 2009, at 9:13 PM, Joerg Mayer wrote:
>
> > How about making -P a numbered option like -P1 and -P2 and then add
> > a -P1 option to wireshark as well,
>
> What would a -P1 option do in Wireshark?
single pass, just like ts
Dear Wireshark Developers,
Your Developers Guide section documenting the setup of a Win32
Wireshark build environment neglects to mention that the user
should install WinPcap.
Thank you,
Ken Ogden
___
Sent via:Wireshark-d
Hi,
I'm trying to build with cmake on OSX, but I get a lot of unresolved
symbols errors when linking.
Does anyone know how we should fix this?
Linking C shared library ../lib/libwsutil.dylib
cd /Users/stig/Development/wireshark/wsutil && /opt/local/bin/cmake -E
cmake_link_script CMakeFiles/wsuti
20 matches
Mail list logo