Re: [Wireshark-dev] Release package for Mac

2017-03-24 Thread Guy Harris
On Mar 24, 2017, at 4:21 PM, Simon Barber wrote: > My build produced with make dmg_package seem to produce something that > requires Mac OS Sierra to install. (I am building on Mac OS Sierra). How can > I generate a package that will install on something older? If you're using autotools, try r

Re: [Wireshark-dev] TCP reassembly slow

2017-03-24 Thread Guy Harris
On Mar 24, 2017, at 4:11 PM, Simon Barber wrote: > When loading a large file (0.5M packets) with a large single TCP stream in > it, wireshark gets very slow. I did some profiling and found 90% of the CPU > time was spent in epan/reassemble.c LINK_FRAG() - scanning through a long > singly linke

Re: [Wireshark-dev] Release package for Mac

2017-03-24 Thread Simon Barber
My build produced with make dmg_package seem to produce something that requires Mac OS Sierra to install. (I am building on Mac OS Sierra). How can I generate a package that will install on something older? Simon On Sun, Feb 12, 2017 at 11:25 AM, Alexis La Goutte < alexis.lagou...@gmail.com> wrot

[Wireshark-dev] TCP reassembly slow

2017-03-24 Thread Simon Barber
When loading a large file (0.5M packets) with a large single TCP stream in it, wireshark gets very slow. I did some profiling and found 90% of the CPU time was spent in epan/reassemble.c LINK_FRAG() - scanning through a long singly linked list and adding to the end of it. As a work around I disabl

[Wireshark-dev] RTP player - a suggestion

2017-03-24 Thread Erik de Jong
Hello all, After looking at bugs 13511, 13512 and others it looks like a partial rewrite might be the way to go. Current situation: - Each RTP track added gets rendered to a pcm buffer for playback. - Each RTP track gets drawn on the graph. - When playing each track reports the played progress wh

Re: [Wireshark-dev] Adding decryption keys at "runtime" (dissection time)

2017-03-24 Thread Stig Bjørlykke
On Tue, Mar 21, 2017 at 10:07 PM, Michael Mann wrote: > There are currently two outstanding patches > (https://code.wireshark.org/review/20585 and > https://code.wireshark.org/review/20656) that want to modify a UAT at > runtime for additional decryption keys/information found during dissection.

Re: [Wireshark-dev] Adding decryption keys at "runtime" (dissection time)

2017-03-24 Thread Peter Wu
On Tue, Mar 21, 2017 at 05:07:28PM -0400, Michael Mann wrote: > There are currently two outstanding patches > (https://code.wireshark.org/review/20585 and > https://code.wireshark.org/review/20656) that want to modify a UAT at > runtime for additional decryption keys/information found during > diss