As a cross check you can always look at the buildbot status:
https://buildbot.wireshark.org/trunk/waterfall

If the buildbots succeed in compiling the latest master and you don't, then
it's likely that the problem is in your environment.



On 16 March 2015 at 04:28, Anil <anilkumar...@gmail.com> wrote:

> Pascal --
>
> Thanks for the response. I tired various things.
> 1) did a clean build
> 2) deleted the build folder (the one described in README.CMAKE)
> 3) downloaded the latest tarball of source and compiled in a different
> folder.
>
> But all of them yield the same result. I have not tried building on a
> different machine. I'll do it now.
>
> -- Anil
>
> On Sun, Mar 15, 2015 at 6:56 PM, Pascal Quantin <pascal.quan...@gmail.com>
> wrote:
>
>> 2015-03-15 14:16 GMT+01:00 Anil <anilkumar...@gmail.com>:
>>
>>>
>>> Hi --
>>>
>>> I have been seeing this problem with the wireshark since 12 Mar 2015.
>>>
>>> I get the below error
>>>
>>> anil@anilpc:~/ws_srcpkg/build$ ./run/wireshark-gtk
>>> 18:26:50          Err  Field 'Src Vm Name' (nstrace.src_vm) is an
>>> integral value (FT_INT64) but is being displayed as BASE_NONE
>>>
>>> Trace/breakpoint trap
>>>
>>>
>>> I can see that enum (enum ftenum) values are different in different
>>> files (frames) as seen from GDB.
>>>
>>> (gdb) bt
>>> #0  0x00007ffff6593c13 in g_logv () from
>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #1  0x00007ffff6593d72 in g_log () from
>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #2  0x00007ffff306df34 in tmp_fld_check_assert (hfinfo=0x7fffe4867698
>>> <hf+88>, hfinfo@entry=0x22e3b)
>>>     at /home/anil/ws_srcpkg/wireshark-1.99.3/epan/proto.c:5751
>>> #3  proto_register_field_init (hfinfo=hfinfo@entry=0x7fffe4867698
>>> <hf+88>, parent=parent@entry=142907)
>>>     at /home/anil/ws_srcpkg/wireshark-1.99.3/epan/proto.c:5924
>>> #4  0x00007ffff306e1c9 in proto_register_field_common 
>>> (proto=proto@entry=0x8694a0,
>>> hfi=hfi@entry=0x7fffe4867698 <hf+88>,
>>>     parent=parent@entry=142907) at
>>> /home/anil/ws_srcpkg/wireshark-1.99.3/epan/proto.c:5402
>>> #5  0x00007ffff30751e1 in proto_register_field_array (parent=142907,
>>> hf=hf@entry=0x7fffe4867640 <hf>,
>>>     num_records=num_records@entry=28) at
>>> /home/anil/ws_srcpkg/wireshark-1.99.3/epan/proto.c:5431
>>> #6  0x00007fffe4666447 in proto_register_ns () at packet-nstrace.c:496
>>> #7  0x00007ffff65a96b8 in g_slist_foreach () from
>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>> #8  0x00007ffff30750d2 in proto_init (
>>>     register_all_protocols_func=register_all_protocols_func@entry=0x422910
>>> <register_all_protocols@plt>,
>>>     register_all_handoffs_func=register_all_handoffs_func@entry=0x41f910
>>> <register_all_protocol_handoffs@plt>,
>>>     cb=cb@entry=0x4b3290 <splash_update>, client_data=client_data@entry
>>> =0x9ce360)
>>>     at /home/anil/ws_srcpkg/wireshark-1.99.3/epan/proto.c:497
>>> #9  0x00007ffff30550bb in epan_init
>>> (register_all_protocols_func=0x422910 <register_all_protocols@plt>,
>>>     register_all_handoffs_func=0x41f910
>>> <register_all_protocol_handoffs@plt>, cb=0x4b3290 <splash_update>,
>>>     client_data=client_data@entry=0x9ce360) at
>>> /home/anil/ws_srcpkg/wireshark-1.99.3/epan/epan.c:116
>>> #10 0x0000000000423726 in main (argc=1, argv=0x7fffffffdf58) at
>>> /home/anil/ws_srcpkg/wireshark-1.99.3/ui/gtk/main.c:2511
>>>
>>>
>>> (gdb) p (int) FT_STRINGZ
>>> *$1 = 24*
>>>
>>> (gdb) frame 6
>>> #6  0x00007fffe4666447 in proto_register_ns () at packet-nstrace.c:496
>>> 496    packet-nstrace.c: No such file or directory.
>>>
>>> (gdb) p (int) FT_STRINGZ
>>> *$2 = 18*
>>>
>>
>> Hi Anil,
>>
>> it's probably time for you to clean and rebuild as you have some objects
>> that use an old ftenum (the dependency check probably get confused at some
>> point and did not recompile all the files adter the ftypes.h update for
>> FT_(U)INT_(40|48|56) addition).
>>
>> Pascal.
>>
>>
>> ___________________________________________________________________________
>> Sent via:    Wireshark-dev mailing list <wireshark-dev@wireshark.org>
>> Archives:    http://www.wireshark.org/lists/wireshark-dev
>> Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
>>              mailto:wireshark-dev-requ...@wireshark.org
>> ?subject=unsubscribe
>>
>
>
> ___________________________________________________________________________
> Sent via:    Wireshark-dev mailing list <wireshark-dev@wireshark.org>
> Archives:    https://www.wireshark.org/lists/wireshark-dev
> Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
>              mailto:wireshark-dev-requ...@wireshark.org
> ?subject=unsubscribe
>



-- 
Graham Bloice
Software Developer
Trihedral UK Limited
___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev@wireshark.org>
Archives:    https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-requ...@wireshark.org?subject=unsubscribe

Reply via email to