On Sun, Aug 14, 2011 at 1:03 PM, Michael Tüxen
michael.tue...@lurchi.franken.de wrote:
* I get wrong link-layer for some of my remote (rpcap) devices. This
used to work before.
I'm still having issues with this one. The link-layer is now correct
in the interfaces list, but the one listed is
http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=revrevision=38542
[1]
User: etxrab
Date: 2011/08/14 09:39 PM
Log:
From Jeremy Quirke:
misdecoding 3G Neighbour Cell Information Element in SI2quater message
due to a coding typo
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6237
This call:
gtk_quit_add_destroy(gtk_main_level(), GTK_OBJECT(streamwindow));
Appears to tell GTK to destroy the object streamwindow if Wireshark is
being closed entirely. This then calls the signal that was connected a
few lines earlier:
g_signal_connect(streamwindow, destroy,
On 8/15/2011 12:21 PM, Stephen Fisher wrote:
This call:
gtk_quit_add_destroy(gtk_main_level(), GTK_OBJECT(streamwindow));
Appears to tell GTK to destroy the object streamwindow if Wireshark is
being closed entirely. This then calls the signal that was connected a
few lines earlier:
On Aug 15, 2011, at 10:47 AM, Bill Meier wrote:
Exiting Wireshark (with no gtk_quit_destroy()) in the follow_stream code left
a file in the temp directory.
Is there some reason why we don't delete the file when the {TCP,SSL} Stream
window is destroyed? Presumably that window gets destroyed
On 8/15/2011 2:28 PM, Guy Harris wrote:
On Aug 15, 2011, at 10:47 AM, Bill Meier wrote:
Exiting Wireshark (with no gtk_quit_destroy()) in the follow_stream
code left a file in the temp directory.
Is there some reason why we don't delete the file when the {TCP,SSL}
Stream window is
On 8/15/2011 2:54 PM, Bill Meier wrote:
On 8/15/2011 2:28 PM, Guy Harris wrote:
On Aug 15, 2011, at 10:47 AM, Bill Meier wrote:
Exiting Wireshark (with no gtk_quit_destroy()) in the follow_stream
code left a file in the temp directory.
Is there some reason why we don't delete the file when
On Aug 15, 2011, at 11:54 AM, Bill Meier wrote:
That's what I assumed expected, but it seems that the destroy callback
for the window doesn't get called when the app exits since the file didn't
get removed when I simply exited Wireshark by clicking the upper right corner
of the main
On Aug 15, 2011, at 9:20 AM, Stig Bjørlykke wrote:
On Sun, Aug 14, 2011 at 1:03 PM, Michael Tüxen
michael.tue...@lurchi.franken.de wrote:
* I get wrong link-layer for some of my remote (rpcap) devices. This
used to work before.
I'm still having issues with this one. The link-layer is
On 8/9/11 10:38 AM, Jeff Morriss wrote:
Hi Gerald,
I accidentally ended up looking at anonsvn via https and I noticed that
the format looks different. For example, compare:
https://anonsvn.wireshark.org/viewvc?revision=38430view=revision
to:
The Buildbot has detected a new failure on builder OSX-10.6-x64 while building
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.6-x64/builds/3616
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build:
I'm not sure what the best workflow for using the Edit - Time Shift
dialog is, but it seems like once you type something in such as +1000 in
the first shift all packets section, shouldn't pressing Return hit
the OK button instead of Apply button? Or would the user want to keep
using the
The Buildbot has detected a new failure on builder OSX-10.5-x86 while building
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.5-x86/builds/4095
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build:
On 8/12/11 1:25 AM, Helge Kruse wrote:
@Gerald,
the ZIP file with the PDBs are ~13 Megabyte in size. Would it be possible to
add the import libraries to the archive in one of the next versions? The
libwireshark.lib has only 266kByte while the PDB has 10MByte.
I added libwireshark.lib,
On 8/11/11 1:45 PM, Jeff Morriss wrote:
That being, said, for the *NIX builds warnings as errors (-WX in the
Windows case) are normally turned off for the releases.
Gerald et al, is there any reason that's not done for the Windows
builds? (-WX is set in trunk-1.2, trunk-1.4, trunk-1.6.)
On Aug 15, 2011, at 1:38 PM, Guy Harris wrote:
If you close the current capture, or quit Wireshark, the window should be
destroyed.
Annoyingly, I couldn't find, at least in any of the official guidelines for any
desktop environment I looked at (OS X, GNOME, KDE, Windows) any discussion of,
And then there's View Source in both Safari and Internet Explorer, where the
page source window remains open even if you close the window with the page.
So I'd say *don't* close the Follow Stream window if you close the capture
file, but *do* catch whatever the appropriate signals are on the
I'm not sure if my system config or the code is at fault. truncl isn't
defined anywhere in /usr/include/* except for C++ header files.
Apparently, it's a gcc builtin function. I have no idea what parameters
it expects. You're passing it long doubles, this is in line with the
manpage.
If I
Am 16.08.2011 00:01, schrieb Gerald Combs:
On 8/12/11 1:25 AM, Helge Kruse wrote:
@Gerald,
the ZIP file with the PDBs are ~13 Megabyte in size. Would it be possible to
add the import libraries to the archive in one of the next versions? The
libwireshark.lib has only 266kByte while the PDB has
19 matches
Mail list logo