On Sun, Jul 28, 2013 at 6:47 AM, wrote:
> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=50967
>
> User: darkjames
> Date: 2013/07/28 03:47 AM
>
> Log:
> Store protocol fields in single linked list, saves about 1 MB of memory.
>
> Directory: /trunk/epan/
> ChangesPath
On 24 July 2013 10:41, Graham Bloice wrote:
> On 24 July 2013 03:00, Joerg Mayer wrote:
>
>> Hello,
>>
>> I've finally succeeded in my first Wireshark build on Win. Next steps will
>> be the installation of cmake and starting work on detecting the packages
>> installed when following the quick s
On Mon, Jul 08, 2013 at 05:59:55AM +0200, Jakub Zawadzki wrote:
> Right nowe for every protocol we have linked list with protocols fields. This
> list in total takes about 1.5 MB
> (more than 100K hf fields, 16 bytes on 64bits per GList).
To correct myself: GList is double-linked list so it take
On Fri, Jul 26, 2013 at 11:51 PM, wrote:
> Add 64-bit value strings and the appropriate tooling (including yet another
> overloaded use of the DISPLAY field).
While looking at adding 64-bit value strings support for Lua I found
that the tree entry contains double name entry:
"Value: Somethi
On Sun, Jul 28, 2013 at 3:36 PM, Stig Bjørlykke wrote:
> On Fri, Jul 26, 2013 at 11:51 PM, wrote:
>> Add 64-bit value strings and the appropriate tooling (including yet another
>> overloaded use of the DISPLAY field).
>
> While looking at adding 64-bit value strings support for Lua I found
> t
I'm not sure why exactly, it seems to successfully link tshark,
wireshark and the other target binaries. Maybe this is another
side-effect of GTK3-by-default?
Either way, the public stdio logs don't seem to indicate the actual
cause of the problem...
Cheers,
Evan
_
