gmane.network.wireshark.bugs

[Bug 3092] New: Trivial patch to change label for sflow.fs.seqno items.

2008-12-02T04:12:05

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3092 Summary: Trivial patch to change label for sflow.fs.seqno items. Product: Wireshark Version: 1.1.x (Experimental) Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Low Component: Wireshark AssignedTo: wireshark-bugs< at >wireshark.org ReportedBy: jyoung< at >gsu.edu Jim Young gsu.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2532| |review_for_checkin? Flag| | Created an attachment (id=2532) --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=2532) Trivial patch to change label for sflow.fs.seqno items. Build Information: Version 1.1.2 (SVN Rev 26870) Copyright 1998-2008 Gerald Combs wireshark.org> and contributors. This

[Bug 2973] wireshark fails to build with--as-needed if lua enabled.

2008-12-01T22:21:47

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2973 Jeff Morriss gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeff.morriss.ws< at >gmail.com --- Comment #4 from Jeff Morriss gmail.com> 2008-12-01 14:21:46 PDT --- (In reply to comment #3) Or, rather, thus libwsutil appeared. I think the goal should be for libwireshark to not depend on libwiretap. I'm not sure how to make that happen in this case, though. Should LUA really be part of libwireshark? It seems to encompass a lot more than disssection.

[Bug 2562] Packet details pane do not respectdesktop colors

2008-12-01T22:17:17

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2562 --- Comment #3 from Stephen Fisher yahoo.com> 2008-12-01 14:17:16 PDT --- Alex, I've seen this problem before on Windows and I thought I had fixed the problem for good also a while back:). Are you still having this problem? If so, could you provide some details on how to reproduce it such as are you using GNOME or KDE? Are you choosing a particular theme to get the colors you want or modifying something else? I just tried with FC 10 Linux with GNOME and wasn't able to reproduce the problem using any of the default themes including the high contrast inverse one.

[Bug 1957] New Dissector: EPCglobal Low-LevelReader Protocol

2008-12-01T22:16:47

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1957 Matt Poduska intermec.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2185|review_for_checkin? | Flag| | Attachment #2185 is|0 |1 obsolete| | Attachment #2531| |review_for_checkin? Flag| | --- Comment #20 from Matt Poduska intermec.com> 2008-12-01 14:16:46 PDT --- Created an attachment (id=2531) --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=2531) LLRP Dissector Plugin patch file Update to latest SVN revision

[Bug 3091] New: change unistim dissector toheuristic

2008-12-01T22:05:50

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3091 Summary: change unistim dissector to heuristic Product: Wireshark Version: SVN Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Medium Component: Wireshark AssignedTo: wireshark-bugs< at >wireshark.org ReportedBy: dnewton< at >cypresscom.net Don Newton cypresscom.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2530| |review_for_checkin? Flag| | Created an attachment (id=2530) --> (https://bugs.wireshark.org/bugzilla/attachment.cgi?id=2530) patch for /wireshark/plugins/unistim Build Information: Version 1.1.2 (SVN Rev 26893) Copyright 1998-2008 Gerald Combs wireshark.org> and contributors. This is free software; see the source

[Bug 2980] Crash in Reassembly

2008-12-01T21:52:19

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2980 Stephen Fisher yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Critical |Minor --- Comment #4 from Stephen Fisher yahoo.com> 2008-12-01 13:52:18 PDT --- Are you compiling with GLIB2 or GLIB1 (note that GLIBC is totally different than GLIB). It would be interesting if you could go back to the previous versions of the libraries you were using - one change at a time - to see at what point you can duplicate the crash. That way we could narrow down where the problem was. I changed the severity from critical to minor since your problem is fixed and we are just investigating what the problem could have been.

[Bug 3010] MATE dissector bug with Gogs: proto.c.2085: failed assertion "( guint)hfindex < gpa_hfinfo.len"

2008-12-01T20:29:31

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3010 --- Comment #5 from Jaap Keuter xs4all.nl> 2008-12-01 12:29:30 PDT --- I'm not sure there are many MATE/Gog/Gops specialists out there. I know I'm not.

[Bug 3046] "Closing File!" Dialog Hangs

2008-12-01T18:51:50

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3046 --- Comment #2 from Ray Beckwith gmail.com> 2008-12-01 10:51:49 PDT --- I was storing the files on an external NAS device but I had also stored on the local drive and saw the same thing. I was using "new file every X minutes" with a fixed number of files. I used both 30 and 60 minute files at different times and never collected more than 9 hours of files. Thanks for your assistance. Ray

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-12-01T17:23:32

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 Toralf Förster gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW --- Comment #16 from Toralf Förster gmx.de> 2008-12-01 09:23:30 PDT --- I emerged the Gentoo package sys-libs/libcap-2.11 and run $> ./configure CC="ccache gcc" again, during that step I read this : ... checking for mprotect... yes checking for sysconf... yes ./configure: line 32931: : command not found configure: creating ./config.status config.status: creating Makefile config.status: creating doxygen.cfg ... but it finished with : ... The Wireshark package has been configured with the following options. Build wireshark : yes Build tshark : yes Build capinfos : yes Build editcap : yes B

[Bug 3010] MATE dissector bug with Gogs: proto.c.2085: failed assertion "( guint)hfindex < gpa_hfinfo.len"

2008-12-01T16:15:26

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3010 --- Comment #4 from Joel Studtmann sprint.com> 2008-12-01 08:15:24 PDT --- Dev team: Is there any additional information I can provide to assist? Regards, Joel Studtmann

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-12-01T15:02:57

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 --- Comment #15 from Balint Reczey ericsson.com> 2008-12-01 07:02:56 PDT --- The signal mask is ok. I think your problem is caused by compiling wireshark without POSIX capabilities. Could you install libcap-dev and recompile wireshark? (In reply to comment #14)

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-12-01T14:24:17

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 --- Comment #14 from Toralf Förster gmx.de> 2008-12-01 06:24:16 PDT --- tfoerste< at >n22 ~ $ ps -efla | grep dumpcap | fgrep -v grep 4 S root 9028 8738 0 80 0 - 3191 - 15:22 pts/1 00:00:00 /home/tfoerste/devel/wireshark/.libs/lt-dumpcap -S -M 4 S root 9095 8738 0 80 0 - 3192 - 15:22 pts/1 00:00:00 /home/tfoerste/devel/wireshark/.libs/lt-dumpcap -i eth0 -p -Z none tfoerste< at >n22 ~ $ ps -eo pid,ignored | grep -e 8738 8738 0000000000000000

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-12-01T12:14:08

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 --- Comment #13 from Balint Reczey ericsson.com> 2008-12-01 04:14:06 PDT --- Strange, i see one dumpcap process on my machine at a given time: 4 S root 8131 7564 0 80 0 - 3160 - 12:33 pts/3 00:00:00 /home/rbalint/Projects/wireshark/.libs/lt-dumpcap -i eth0 -Z none or: 4 S root 12223 7564 0 80 0 - 3160 - 13:04 pts/3 00:00:00 /home/rbalint/Projects/wireshark/.libs/lt-dumpcap -S -M Could you check the signal mask of your dumpcap processes? (ps -eo pid,ignored) (In reply to comment #12)

[Bug 2928] Program won't run

2008-11-30T21:38:27

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2928 --- Comment #1 from Stephen Fisher yahoo.com> 2008-11-30 13:38:26 PDT --- Is Wireshark still doing this? Do you receive any error messages when it closes? Have you tried opening it from an xterm window to check for messages?

[Bug 3090] LUA script : WireShark crashes after closing and opening again a window used by a listener .draw() function.

2008-11-30T18:15:02

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3090 Stephen Fisher yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Stephen Fisher yahoo.com> 2008-11-30 10:15:00 PDT --- Great, thanks!

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-11-30T13:53:56

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 --- Comment #12 from Toralf Förster gmx.de> 2008-11-30 05:53:55 PDT --- BTW, here are the 2 processes, I killed the 2nd : tfoerste< at >n22 ~ $ ps -efla | grep dumpcap 4 S root 9300 9242 0 80 0 - 3191 - 14:50 pts/1 00:00:00 /home/tfoerste/devel/wireshark/.libs/lt-dumpcap -S -M 4 S root 9316 9242 0 80 0 - 3191 - 14:50 pts/1 00:00:00 /home/tfoerste/devel/wireshark/.libs/lt-dumpcap -i eth0 -p -Z none 0 S tfoerste 9344 9332 0 80 0 - 936 - 14:50 pts/2 00:00:00 grep --colour=auto dumpcap

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-11-30T13:52:27

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 --- Comment #11 from Toralf Förster gmx.de> 2008-11-30 05:52:25 PDT --- Right, if I kill the dumpcap process (I see 2 withi the process list) I can continue to work with wireshark. Furthermore I use "su " to start wireshark: tfoerste< at >n22 ~ $ su -c /home/tfoerste/devel/wireshark/wireshark Password:

[Bug 3090] LUA script : WireShark crashes after closing and opening again a window used by a listener .draw() function.

2008-11-30T13:09:45

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3090 --- Comment #5 from philippe alarcon live.fr> 2008-11-30 05:09:37 PDT --- Following your advice, I have tried the latest version of the under development versions : wireshark-win32-1.1.2-SVN-26881.exe All is working correctly !! Thanks for your reactivity.

[Bug 3090] LUA script : WireShark crashes after closing and opening again a window used by a listener .draw() function.

2008-11-30T12:36:31

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3090 --- Comment #4 from Balint Reczey ericsson.com> 2008-11-30 04:36:30 PDT --- I just forgot it, but now it is added. :-) (In reply to comment #3)

[Bug 1740] window "capture->Interfaces" cannot beclosed

2008-11-30T12:24:53

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1740 --- Comment #10 from Balint Reczey ericsson.com> 2008-11-30 04:24:51 PDT --- Could you check bug 2736? I think it both bugs are caused by the same problem. Could you check your dumpcap version, too? (In reply to comment #9)

[Bug 2973] wireshark fails to build with--as-needed if lua enabled.

2008-11-30T10:38:57

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2973 --- Comment #3 from Peter gentoo.org> 2008-11-30 02:38:54 PDT --- As I remember the intension was to completely separate libwireshark and thus wslua appeared. But now libwireshark still depends on libwiretap, but indirectly through wslua. If this is expected then fix Makefile to reflect that and then close this bug. Actually, in any case, applying this patch does not harm because currently with or without --as-needed wslua still uses symbols from wiretap and hence depends on it. --as-needed just exposes this breakage since not all dependent libraries are listed in LIBADD while LIBADD should list all libraries required to link wslua.