gmane.network.wireshark.bugs

[Bug 7280] Wireshark crashes with segmentation fault after trying to do any functionality with it

2012-05-23T23:30:50

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7280

--- Comment #4 from Prafulla <prafullapalwe05< at >gmail.com> 2012-05-23 16:30:49 PDT ---
(In reply to comment #3)


Thanks,
I tried with gtk+ 2.24.0 and it seems to be working and fixed this issue of
crashing.
But it induced another issue.

Now I do not see any text on GUI when I launch wireshark, only the boxes are
displayed and there is no text associated with these boxes and its hard to
navigate.


What could have caused this missing texts?

[Bug 7281] Patch: Add frame.interface_id support for pcap DLT_ERF file format

2012-05-23T23:21:10

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7281

--- Comment #2 from Stephen Donnelly <stephen< at >endace.com> 2012-05-23 16:21:10 PDT ---
(In reply to comment #1)

Already covered, as the pcap-ng file PB/EPB should already have the
interface_id set. It should not be necessary to extract it from the ERF pseudo
header.

A pcap-ng file with LINKTYPE_ERF can come from:

1) Reading an ERF or pcap LINKTYPE_ERF file and saving as pcap-ng. In this case
WTAP_HAS_INTERFACE_ID already with Bug #7266 and this patch.

2) Dumpcap live capture in pcap format (single capture device) with
LINKTYPE_ERF. This should be covered in this patch, since when Wireshark opens
the temporary file it will use this code?

3) Dumpcap live capture in pcap-ng format (single or multiple capture devices)
with LINKTYPE_ERF. This is trickier, and I am looking at dumpcap support in a
following patch.

[Bug 7281] Patch: Add frame.interface_id support for pcap DLT_ERF file format

2012-05-23T23:08:07

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7281

--- Comment #1 from Guy Harris <guy< at >alum.mit.edu> 2012-05-23 16:08:07 PDT ---
What about pcap-NG files with a LINKTYPE_ERF interface or interfaces?

[Bug 7281] New: Patch: Add frame.interface_id support for pcap DLT_ERF file format

2012-05-23T22:53:26

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7281

           Summary: Patch: Add frame.interface_id support for pcap DLT_ERF
                    file format
           Product: Wireshark
           Version: SVN
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Low
         Component: Wireshark
        AssignedTo: bugzilla-admin< at >wireshark.org
        ReportedBy: stephen< at >endace.com
        Depends on: 7266


Stephen Donnelly <stephen< at >endace.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #8481|                            |review_for_checkin?
              Flags|                            |

Created attachment 8481
  --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=8481
pcap DLT_ERF frame.interface_id patch

Build Information:
wireshark 1.7.2 (SVN Rev 42814 from /trunk)

Copyright 1998-2012 Gerald Combs <geral

[Bug 7266] Patch: Add frame.interface_id supportfor ERF file format

2012-05-23T22:53:27

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7266

Stephen Donnelly <stephen< at >endace.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Blocks|                            |7281

[Bug 6067] Wrong length of items in wimax Compressed DL-MAP and UL-MAP

2012-05-23T21:59:32

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6067

Pascal Quantin <pascal.quantin< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pascal.quantin< at >gmail.com

--- Comment #4 from Pascal Quantin <pascal.quantin< at >gmail.com> 2012-05-23 14:59:32 PDT ---
Backported in trunk-1.6 in revision 42815.

[Bug 7279] WiMax\M2M Dissectors failure. Worked in v1.0.15, fails under 1.6.8 Win32 & RHEL5.7

2012-05-23T21:57:27

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7279

--- Comment #6 from Pascal Quantin <pascal.quantin< at >gmail.com> 2012-05-23 14:57:27 PDT ---
I backported r37890 in trunk-1.6 in revision 42815.
r37889 is a fix specific to GSM-TAP (so not applicable here as I guess on a
real network capture we always get the FCH) and r37891 and r37921 are
enhancements.

[Bug 6067] Wrong length of items in wimax Compressed DL-MAP and UL-MAP

2012-05-23T21:55:21

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6067

Pascal Quantin <pascal.quantin< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |chuckbubba777< at >hotmail.com

--- Comment #3 from Pascal Quantin <pascal.quantin< at >gmail.com> 2012-05-23 14:55:20 PDT ---
*** Bug 7279 has been marked as a duplicate of this bug. ***

[Bug 7279] WiMax\M2M Dissectors failure. Worked in v1.0.15, fails under 1.6.8 Win32 & RHEL5.7

2012-05-23T21:55:21

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7279

Pascal Quantin <pascal.quantin< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|FIXED                       |DUPLICATE

--- Comment #5 from Pascal Quantin <pascal.quantin< at >gmail.com> 2012-05-23 14:55:20 PDT ---


*** This bug has been marked as a duplicate of bug 6067 ***

[Bug 7279] WiMax\M2M Dissectors failure. Worked in v1.0.15, fails under 1.6.8 Win32 & RHEL5.7

2012-05-23T21:36:51

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7279

Austin <chuckbubba777< at >hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #4 from Austin <chuckbubba777< at >hotmail.com> 2012-05-23 14:36:51 PDT ---
Found it!

Started merging changes, other than the "FALSE" to "ENC_BIG_ENDIAN" and\or
"ENC_NA", from the 1.7.2 into 1.6.8.

It is in msg_ulmap.c.  Around line 1963
-------- v1.6.8 ------------- BROKEN
    ti = proto_tree_add_protocol_format(base_tree,
proto_mac_mgmt_msg_ulmap_decoder, tvb, NIBHI(offset,length), "Compressed
UL-MAP");

-------- v1.7.2 ------------- WORKS!!
    ti = proto_tree_add_protocol_format(base_tree,
proto_mac_mgmt_msg_ulmap_decoder, tvb, NIBHI(offset,length-offset), "Compressed
UL-MAP (%u bytes)", NIB_ADDR(length-offset));

Changing the NIBHI(offset,length) to NI

[Bug 7280] Wireshark crashes with segmentation fault after trying to do any functionality with it

2012-05-23T21:28:05

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7280

--- Comment #3 from Jeff Morriss <jeff.morriss.ws< at >gmail.com> 2012-05-23 14:28:05 PDT ---
(In reply to comment #2)

1.6.x requires GTK+ 2.4 or later.  2.24.0 should be fine.

[Bug 7185] packet bytes not shown for radius eap-md5-challenge in certain locales.

2012-05-23T21:27:47

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7185

--- Comment #18 from Evan Huus <eapache< at >gmail.com> 2012-05-23 14:27:46 PDT ---
I don't know that any of the regular devs have a Chinese-language setup. I have
a VM I can convert, but I've never played with Windows' language settings
before, so it might take me a few tries.

If you want to start poking around with the code (you built from source, so I'm
assuming some knowledge), I suspect that this isn't actually a bug in the
Radius dissector but in the GUI. My guess is that if some of the bytes to
display in the bottom pane match one of the chinese-language unicode characters
(UTF-8, UTF-16?) then the pane breaks, but I have no way to tell.

It's also possible that it's not a bug in Wireshark, but a bug in the GTK
toolkit which we use [1]. If you're feeling adventurous you could try writing a
trivial GTK app to reproduce without wireshark at all.

[1] http://sourceforge.net/projects/gtk-win/

[Bug 7280] Wireshark crashes with segmentation fault after trying to do any functionality with it

2012-05-23T21:24:28

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7280

--- Comment #2 from Prafulla <prafullapalwe05< at >gmail.com> 2012-05-23 14:24:28 PDT ---
(In reply to comment #1)



Which GTK+ 2 version looks OK to try? 
I will try gtk+ 2.24.0 and check.

Thanks

[Bug 7280] Wireshark crashes with segmentation fault after trying to do any functionality with it

2012-05-23T21:12:26

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7280

Jeff Morriss <jeff.morriss.ws< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jeff.morriss.ws< at >gmail.com

--- Comment #1 from Jeff Morriss <jeff.morriss.ws< at >gmail.com> 2012-05-23 14:12:25 PDT ---
(In reply to comment #0)

Do you really mean Fedora 4?  Fedora 4 is ancient (current is 16 IIRC), but the
above says you've got a modern GTK+ and glib.  I suppose your kernel version
could really be FC4.

Note that GTK+ 3 support in 1.6 is probably experimental at best--you should
probably be using GTK+ 2.  (I think GTK+ 3 is stable in trunk, but it took a
bunch of development to get it there; should we disable it in trunk-1.6?)

[Bug 7280] Wireshark crashes with segmentation fault after trying to do any functionality with it

2012-05-23T20:57:43

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7280

Prafulla <prafullapalwe05< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |prafullapalwe05< at >gmail.com

[Bug 7280] New: Wireshark crashes with segmentation fault after trying to do any functionality with it

2012-05-23T20:57:19

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7280

           Summary: Wireshark crashes with segmentation fault after trying
                    to do any functionality with it
           Product: Wireshark
           Version: 1.6.7
          Platform: x86
        OS/Version: Fedora
            Status: NEW
          Severity: Critical
          Priority: Low
         Component: Wireshark
        AssignedTo: bugzilla-admin< at >wireshark.org
        ReportedBy: prafullapalwe05< at >gmail.com


Build Information:
1.6.7 - built on fedora 4 ( 2.6.11-1.1369_FC4smp) with gtk+ 3.4 glib 2.32.3 
--
Wireshark crashes with segmentation fault after trying to do any functionality
with it like open a file, clicking on About in help , any operation for that
matter. It crashes with segmentation fault:

Here is the gdb output:

[root< at >fw9500CP_lin01 wireshark-1.6.7]# libtool --mode=execute gdb wireshark
./wireshark: line 61: Xwireshark: command not found
GNU gdb Red Hat Linux (6.3.0.0-1.21rh)
Copyright 2004 Free Software Founda

[Bug 7275] iso7816: dissect ATR (answer to reset)

2012-05-23T20:52:02

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7275

Pascal Quantin <pascal.quantin< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #5 from Pascal Quantin <pascal.quantin< at >gmail.com> 2012-05-23 13:52:01 PDT ---
Committed in revision 42814.

[Bug 7279] WiMax\M2M Dissectors failure. Worked in v1.0.15, fails under 1.6.8 Win32 & RHEL5.7

2012-05-23T20:51:49

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7279

Jakub Zawadzki <darkjames-ws< at >darkjames.pl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|Blocker                     |Major

[Bug 7275] iso7816: dissect ATR (answer to reset)

2012-05-23T20:51:44

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7275

Pascal Quantin <pascal.quantin< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #8475|review_for_checkin?         |review_for_checkin+
              Flags|                            |

[Bug 7279] WiMax\M2M Dissectors failure. Worked in v1.0.15, fails under 1.6.8 Win32 & RHEL5.7

2012-05-23T20:51:10

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7279

Jakub Zawadzki <darkjames-ws< at >darkjames.pl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |darkjames-ws< at >darkjames.pl
           Severity|Major                       |Blocker

--- Comment #3 from Jakub Zawadzki <darkjames-ws< at >darkjames.pl> 2012-05-23 13:51:09 PDT ---
Bug already fixed in r37890

There where also other fixes in wimax which wasn't backported to 1.6.x,
r37889, r37891, r37921

It'd be best if you copy wimax plugin from r38150, later version might not
compile on 1.6 tree.

[Bug 7279] WiMax\M2M Dissectors failure. Worked in v1.0.15, fails under 1.6.8 Win32 & RHEL5.7

2012-05-23T20:48:10

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7279

Pascal Quantin <pascal.quantin< at >gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |pascal.quantin< at >gmail.com
           Severity|Blocker                     |Major

--- Comment #2 from Pascal Quantin <pascal.quantin< at >gmail.com> 2012-05-23 13:48:10 PDT ---
Seems to be working fine with 1.7.1 development release that can be found on
the Wireshark download page. As a bonus you will have an updated dissector :)
You can use it for your tests while we identify the bug.