Chris Maynard wrote:
The tools/make-manuf script attempts to gather Ethernet codes from IEEE, but
also from CaveBear at http://www.cavebear.com/CaveBear/Ethernet/Ethernet.txt,
but unfortunately this link is dead.
I could not find any meaningful contact information to Karl Auerbach on the site
ot
The tools/make-manuf script attempts to gather Ethernet codes from IEEE, but
also from CaveBear at http://www.cavebear.com/CaveBear/Ethernet/Ethernet.txt,
but unfortunately this link is dead.
I could not find any meaningful contact information to Karl Auerbach on the site
other than Santa Cruz, CA
On Aug 5, 2011, at 2:09 PM, Michael Tuexen wrote:
> On Aug 5, 2011, at 11:36 AM, Stig Bjørlykke wrote:
>
>> And some more comments:
>>
>> * "Capture packets in monitor mode" is enabled for devices not supporting
>> this.
> If there is a way to figure out if it is supported,
There is, and the
On Aug 5, 2011, at 11:36 AM, Stig Bjørlykke wrote:
> And some more comments:
>
> * "Capture packets in monitor mode" is enabled for devices not supporting
> this.
If there is a way to figure out if it is supported, we should handle that
correctly,
I agree.
> * When manually selecting all interf
On Aug 5, 2011, at 11:20 AM, Stig Bjørlykke wrote:
> On Fri, Aug 5, 2011 at 9:19 AM, wrote:
>> Log:
>> Add support for multiple interfaces to the capture options dialog.
>
> Really nice!
Hi Stig,
thank you... Comments are really welcome.
See my comments in-line.
Best regards
Michael
>
> So
On Fri, Aug 5, 2011 at 7:23 PM, Gerald Combs wrote:
> $ make wsutil
> Linking C shared library ../lib/libwsutil.dylib
> ld: library not found for -lglib-2.0
> collect2: ld returned 1 exit status
I still have to do this to make it build with cmake and xcode:
's$-lglib-2.0$-L/opt/local/lib -lglib-
On Aug 5, 2011, at 5:59 PM, Joerg Mayer wrote:
> I just tried to "fix" the stuff in main_welcome.c:
>
> Index: main_welcome.c
> ===
> --- main_welcome.c (revision 38365)
> +++ main_welcome.c (working copy)
> @@ -72,6 +72,9
On 8/5/11 10:15 AM, Joerg Mayer wrote:
> Yes, I have undone your change and checked in something that I hope is
> the "right" fix to FindGLIB2 earlier today.
Using r38367:
$ make wsutil
Linking C shared library ../lib/libwsutil.dylib
ld: library not found for -lglib-2.0
collect2: ld returned 1 ex
The Buildbot has detected a new failure of Clang-Code-Analysis on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Clang-Code-Analysis/builds/320
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: clang-code-analysis
On Fri, Aug 05, 2011 at 10:07:10AM -0700, Gerald Combs wrote:
> I'm trying to use CMake with MacPorts, with GLib, GTK+, et al residing
> in /opt/local. After running "cmake ." I end up with the following in
> CMakeCache.txt:
>
> GLIB2_LDFLAGS:INTERNAL=-L/opt/local/lib;-lglib-2.0;-lintl;-liconv
> G
On 8/5/11 5:01 AM, Joerg Mayer wrote:
> On Fri, Aug 05, 2011 at 02:45:09AM +0200, Joerg Mayer wrote:
>>> Directory: /trunk/wsutil/
>>> ChangesPath Action
>>> +1 -1 CMakeLists.txtModified
>>
>> GLIB2_LIBRARIES -> GLIB2_LDFLAGS
>>
>> Is this really the correct place or s
On Aug 5, 2011, at 8:21 AM, Ngo Hoang Thang wrote:
> Backtrace file is attached.
Unfortunately, there don't seem to be any symbols in the binary, so there
aren't any symbols in the backtrace, so there's not much we can do about it.
___
On Aug 5, 2011, at 5:59 PM, Joerg Mayer wrote:
> I just tried to "fix" the stuff in main_welcome.c:
>
> Index: main_welcome.c
> ===
> --- main_welcome.c (revision 38365)
> +++ main_welcome.c (working copy)
> @@ -72,6 +72,9
I just tried to "fix" the stuff in main_welcome.c:
Index: main_welcome.c
===
--- main_welcome.c (revision 38365)
+++ main_welcome.c (working copy)
@@ -72,6 +72,9 @@
#include "airpcap.h"
#include "airpcap_loader.h"
#includ
Hi,
Backtrace file is attached.
Thanks,
On 8/5/2011 2:32 AM, Guy Harris wrote:
On Aug 4, 2011, at 12:25 PM, Roland Knall wrote:
An exception in packet.c can be nearly anything. The backtrace is what
I am looking for,
Yes, as I said. My point is that sending us the core dump won't necessari
Hi,
On 08/05/2011 04:01 AM, Jeff Morriss wrote:
On 08/04/2011 07:35 PM, Tony Trinh wrote:
Isn't Python also necessary for the Wireshark Python API? (It's disabled
by default, unlike the Lua API.)
Yes, but here we're talking about whether we have/should have a (hard)
requirement to have Python
> thanks for fixing it!
Not completely - I only fixed the trivial stuff :-) The following is still open:
jmayer@egg:~/work/wireshark/svn/build/gtk> make -k main_welcome.o capture_dlg.o
[ 5%] Building C object gtk/CMakeFiles/ui.dir/main_welcome.c.o
/home/jmayer/work/wireshark/svn/trunk/gtk/main_w
The Buildbot has detected a new failure of OSX-10.5-x86 on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.5-x86/builds/3956
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-x86
Build Reason:
Bui
You've forgotten to include the UDP payload in your calculation. For the
calculation the pseudo header must be in front of UDP header and UDP payload.
Helge
Original-Nachricht
> Datum: Fri, 5 Aug 2011 15:45:38 +0200
> Von: "news.gmane.com"
> An: wireshark-dev@wireshark.org
> B
Hello,
I try to implement a UDP checksum routine. Unfortunately it calculates a
completely different value than Wireshark does. I don't known what I am
doing wrong. Can you help me?
The calculation is done using a UDP pseudo header with the structure
struct pseudo
{
uint32 source;
uint
Joerg Mayer wrote:
On Thu, Aug 04, 2011 at 06:33:34PM -0400, Jeff Morriss wrote:
http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38340
User: cmaynard
Don't report svn version if not building from svn. Change prompted by
http://ask.wireshark.org/questions/5376/wireshark-
On Aug 5, 2011, at 12:19 PM, Joerg Mayer wrote:
> On Fri, Aug 05, 2011 at 12:00:52PM +0200, Joerg Mayer wrote:
>> /home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c: In function
>> âadd_interface_to_listâ:
>> /home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c:904:26: error:
>> â
On Fri, Aug 05, 2011 at 02:45:09AM +0200, Joerg Mayer wrote:
> > Directory: /trunk/wsutil/
> > ChangesPath Action
> > +1 -1 CMakeLists.txtModified
>
> GLIB2_LIBRARIES -> GLIB2_LDFLAGS
>
> Is this really the correct place or should this be fixed in FindGLIB2 instead?
On Fri, Aug 05, 2011 at 12:00:52PM +0200, Joerg Mayer wrote:
> /home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c: In function
> âadd_interface_to_listâ:
> /home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c:904:26: error:
> âcapture_airpcap_16_xpmâ undeclared (first use in thi
/home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c: In function
âadd_interface_to_listâ:
/home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c:904:26: error:
âcapture_airpcap_16_xpmâ undeclared (first use in this function)
/home/jmayer/work/wireshark/svn/trunk/gtk/main_welcome.c:
On 04/08/2011 20:23, Guy Harris wrote:
> On Aug 4, 2011, at 10:47 AM, Roland Knall wrote:
>
>> There should be a file called core in the directory you called Wireshark
>> from. Please send this file.
> More precisely, "please send this file, and the entire build directory for
> Wireshark, to some
And some more comments:
* "Capture packets in monitor mode" is enabled for devices not supporting this.
* When manually selecting all interfaces in the list, should the
checkbox "Capture on all interfaces" be automatically checked?
* I get wrong link-layer for some of my remote (rpcap) devices. T
The Buildbot has detected a new failure of OSX-10.5-PowerPC on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.5-PowerPC/builds/3376
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-ppc
Build Reas
On Fri, Aug 5, 2011 at 9:19 AM, wrote:
> Log:
> Add support for multiple interfaces to the capture options dialog.
Really nice!
Some initial comments after short time testing:
* The "Edit Interfaces Settings" should default to the OK button when
pressing enter in "Capture filter" and any othe
The Buildbot has detected a new failure of Windows-7-x64 on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-7-x64/builds/2619
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-7-x64
Build Reason:
The Buildbot has detected a new failure of OSX-10.5-x86 on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.5-x86/builds/3947
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-x86
Build Reason:
Bui
On Aug 5, 2011, at 9:28 AM, Guy Harris wrote:
>
> On Aug 5, 2011, at 12:10 AM, tue...@wireshark.org wrote:
>
>> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38349
>>
>> User: tuexen
>> Date: 2011/08/05 12:10 AM
>>
>> Log:
>> Generate the capure sync pipe correctly.
>> Fix o
The Buildbot has detected a new failure of Visual-Studio-Code-Analysis on
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Visual-Studio-Code-Analysis/builds/1519
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: v
Hi,
in Wireshark 1.6.1, i'm unable to "Decode As ..." ASN.1
It works in Ethereal 0.10.5 (yes, i know, that's old) for the same trace file.
Anybody knows why and when the ASN1 dissector got dysfunctional?
Am i missing some preference settings?
Does anybody have an example of a functional ASN1 disse
On Aug 5, 2011, at 12:10 AM, tue...@wireshark.org wrote:
> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38349
>
> User: tuexen
> Date: 2011/08/05 12:10 AM
>
> Log:
> Generate the capure sync pipe correctly.
> Fix obtained from Irene Ruengeler.
>
> Directory: /trunk/
> Chan
35 matches
Mail list logo
