Re: [Wireshark-dev] Gently migrating to Git + Gerrit

2013-09-20 Thread Pascal Quantin
2013/9/20 Gerald Combs > If I understand correctly, the main difference between Chocolatey > packages and NuGet packages from our perspective is that the former are > installed in system-wide locations (primarily %ProgramFiles%) and the > latter are installed in the local source directory. Which

Re: [Wireshark-dev] Gently migrating to Git + Gerrit

2013-09-20 Thread Graham Bloice
On 20 September 2013 08:04, Pascal Quantin wrote: > 2013/9/20 Gerald Combs > >> If I understand correctly, the main difference between Chocolatey >> packages and NuGet packages from our perspective is that the former are >> installed in system-wide locations (primarily %ProgramFiles%) and the >>

Re: [Wireshark-dev] Gently migrating to Git + Gerrit

2013-09-20 Thread Graham Bloice
On 20 September 2013 01:16, Guy Harris wrote: > > On Aug 8, 2013, at 11:21 AM, Evan Huus wrote: > > > Similarly on Mac, it would be nice if the macosx-setup.sh script could > > as much as possible be replaced with a set of homebrew packages (or > > some other equivalent). > > On OS X and Windows

[Wireshark-dev] Support for UDP multiplexing and deflate encoding with SIP (Facetime)

2013-09-20 Thread Kristian Kielhofner
I've been spending some time looking at some of the significant changes Apple has made to Facetime in iOS 7. I'm far from an Apple fanboy but some of them are pretty interesting: - multiplexing everything over a single UDP port - deflate compression with SIP - various /slight/ protocol violations

Re: [Wireshark-dev] [Wireshark-bugs] [Bug 9114] Memory not released when starting a new capture w/o saving last capture

2013-09-20 Thread Joerg Mayer
I'd like to discuss the consequences of the remark below in a bit more depth: On Fri, Sep 20, 2013 at 08:27:47PM +, bugzilla-dae...@wireshark.org wrote: > https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9114 ... > --- Comment #1 from Jeff Morriss --- > Wireshark intentionally does not fre

Re: [Wireshark-dev] [Wireshark-bugs] [Bug 9114] Memory not released when starting a new capture w/o saving last capture

2013-09-20 Thread Evan Huus
On 2013-09-20, at 4:40 PM, Joerg Mayer wrote: > I'd like to discuss the consequences of the remark below in a bit more depth: > > On Fri, Sep 20, 2013 at 08:27:47PM +, bugzilla-dae...@wireshark.org wrote: >> https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9114 > ... >> --- Comment #1 fro

[Wireshark-dev] emem -> wmem conversion status and next steps

2013-09-20 Thread Pascal Quantin
Hi all, the easy part of the conversion from emem to wmem memory should be almost complete now: dissectors and plugins use the new memory manager (with the exception of uat / initialization routines). Next, I was thinking about converting our helper functions found in epan module and the various

Re: [Wireshark-dev] emem -> wmem conversion status and next steps

2013-09-20 Thread Evan Huus
On 2013-09-20, at 5:55 PM, Pascal Quantin wrote: > Hi all, > > the easy part of the conversion from emem to wmem memory should be almost > complete now: dissectors and plugins use the new memory manager (with the > exception of uat / initialization routines). > > Next, I was thinking about co

Re: [Wireshark-dev] [Wireshark-bugs] [Bug 9114] Memory not released when starting a new capture w/o saving last capture

2013-09-20 Thread Jeff Morriss
On 09/20/13 18:12, Evan Huus wrote: On 2013-09-20, at 4:40 PM, Joerg Mayer wrote: I'd like to discuss the consequences of the remark below in a bit more depth: On Fri, Sep 20, 2013 at 08:27:47PM +, bugzilla-dae...@wireshark.org wrote: https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9

Re: [Wireshark-dev] emem -> wmem conversion status and next steps

2013-09-20 Thread Guy Harris
On Sep 20, 2013, at 3:16 PM, Evan Huus wrote: > I was hoping (at least for functions with both an ep and se version) to make > the pool a parameter, so for example > > tvb_get_string(pool, ...) +1 ___ Sent via:Wiresha

Re: [Wireshark-dev] Gently migrating to Git + Gerrit

2013-09-20 Thread Gerald Combs
On 9/20/13 2:15 AM, Graham Bloice wrote: > I believe the Chocolatey install script in a package can put the files > in any location, they just have defaults. Chocolatey is a machine-wide > package manager and NuGet seems to be more focused on libraries for > specific apps, hence targeting the app