Re: [Wireshark-dev] [Wireshark-commits] rev 30439: /trunk/epan/ /trunk/epan/crc/: CMakeLists.txt /trunk/epan/: CMakeLists.txt

2009-10-10 Thread Joerg Mayer
On Fri, Oct 09, 2009 at 06:22:25PM +, k...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=30439 User: krj Date: 2009/10/09 11:22 AM Log: Add epan/crc/CMakeLists.txt which creates a static crc library Directory: /trunk/epan/crc/ Changes

Re: [Wireshark-dev] Add Function req_resp_hdrs_do_reassembly to libwireshark.def

2009-10-10 Thread Guy Harris
On Oct 9, 2009, at 10:56 PM, Sean wrote: I would like to use the function req_resp_hdrs_do_reassembly in one of wireshark dissector, is it OK to add this function to libwireshark.def? Yes. ___ Sent via:

Re: [Wireshark-dev] [Wireshark-commits] rev 30439: /trunk/epan/ /trunk/epan/crc/: CMakeLists.txt /trunk/epan/: CMakeLists.txt

2009-10-10 Thread Kovarththanan Rajaratnam
Joerg Mayer wrote: On Fri, Oct 09, 2009 at 06:22:25PM +, k...@wireshark.org wrote: http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=30439 User: krj Date: 2009/10/09 11:22 AM Log: Add epan/crc/CMakeLists.txt which creates a static crc library Directory:

Re: [Wireshark-dev] [Wireshark-commits] rev 30439: /trunk/epan/ /trunk/epan/crc/: CMakeLists.txt /trunk/epan/: CMakeLists.txt

2009-10-10 Thread Guy Harris
On Oct 10, 2009, at 1:35 AM, Joerg Mayer wrote: Also, are you sure that linking a static lib into a dynamic one is OK? I think that, on most UN*Xes, at least, building a dynamic library is similar to building an executable image - object files are linked in, and object files in archive

Re: [Wireshark-dev] Add Function req_resp_hdrs_do_reassembly to libwireshark.def

2009-10-10 Thread Guy Harris
On Oct 10, 2009, at 2:13 AM, Guy Harris wrote: On Oct 9, 2009, at 10:56 PM, Sean wrote: I would like to use the function req_resp_hdrs_do_reassembly in one of wireshark dissector, is it OK to add this function to libwireshark.def? Yes. ...and I've checked into the main branch a change

Re: [Wireshark-dev] [Wireshark-commits] rev 30439: /trunk/epan/ /trunk/epan/crc/: CMakeLists.txt /trunk/epan/: CMakeLists.txt

2009-10-10 Thread Joerg Mayer
On Sat, Oct 10, 2009 at 11:19:46AM +0200, Kovarththanan Rajaratnam wrote: What's the idea of crating the subdir CMakefiles and the static libs? I was happy to get rid of them as they add an unnecessary linking step. Also, are you sure that linking a static lib into a dynamic one is OK? The

[Wireshark-dev] buildbot failure in Wireshark (development) on OSX-10.5-x86

2009-10-10 Thread buildbot-no-reply
The Buildbot has detected a new failure of OSX-10.5-x86 on Wireshark (development). Full details are available at: http://buildbot.wireshark.org/trunk/builders/OSX-10.5-x86/builds/499 Buildbot URL: http://buildbot.wireshark.org/trunk/ Buildslave for this Build: osx-10.5-x86 Build Reason:

[Wireshark-dev] buildbot failure in Wireshark (development) on OSX-10.5-ppc

2009-10-10 Thread buildbot-no-reply
The Buildbot has detected a new failure of OSX-10.5-ppc on Wireshark (development). Full details are available at: http://buildbot.wireshark.org/trunk/builders/OSX-10.5-ppc/builds/359 Buildbot URL: http://buildbot.wireshark.org/trunk/ Buildslave for this Build: osx-10.5-ppc Build Reason:

Re: [Wireshark-dev] [Wireshark-commits] rev 30439: /trunk/epan/ /trunk/epan/crc/: CMakeLists.txt /trunk/epan/: CMakeLists.txt

2009-10-10 Thread Kovarththanan Rajaratnam
Joerg Mayer wrote: On Sat, Oct 10, 2009 at 11:19:46AM +0200, Kovarththanan Rajaratnam wrote: What's the idea of crating the subdir CMakefiles and the static libs? I was happy to get rid of them as they add an unnecessary linking step. Also, are you sure that linking a static lib into a dynamic

[Wireshark-dev] buildbot failure in Wireshark (development) on Solaris-10-SPARC

2009-10-10 Thread buildbot-no-reply
The Buildbot has detected a new failure of Solaris-10-SPARC on Wireshark (development). Full details are available at: http://buildbot.wireshark.org/trunk/builders/Solaris-10-SPARC/builds/291 Buildbot URL: http://buildbot.wireshark.org/trunk/ Buildslave for this Build: solaris-10-sparc Build

Re: [Wireshark-dev] g_mem-chunk_destroy does not free memory for GLib 2.8

2009-10-10 Thread Bill Meier
Bill Meier wrote: snip If there is no simple way to free up what may be an array of many multiple slices, I'm inclined to replace the use of GMemChunk (at least for those cases) by the use of GArray. After a quick look, one concern I have is about constantly extending a GArray thus