The Buildbot has detected a new failure on builder Windows-7-x64 while building
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-7-x64/builds/2831
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-7-
The Buildbot has detected a new failure on builder Windows-XP-x86 while
building Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-XP-x86/builds/3895
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-
Guy Harris skrev 2011-08-24 03:11:
On Aug 18, 2011, at 11:39 PM, Anders Broman wrote:
- gtkvumeter.c must be fixed or disabled.
It's used, as far as I can tell, only to display the RSSI and link speed values
for 802.11 interfaces in the Capture -> Interfaces dialog.
If that information is u
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/3724
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.6-x64
The Buildbot has detected a new failure on builder Windows-7-x64 while building
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-7-x64/builds/2827
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-7-
Am 23.08.2011 22:55, schrieb Chris Maynard:
Andreas writes:
Am 23.08.2011 22:30, schrieb Chris Maynard:
Andreas writes:
Yes, I tried. I need only libwireshark. That's why I reduced the make
targets to build. But, alas, I get exactly the same result, when I
"nmake all".
Can you verify th
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/4207
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-x86
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/3721
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.6-x64
The Buildbot has detected a new failure on builder Windows-XP-x86 while
building Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-XP-x86/builds/3892
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-
The Buildbot has detected a new failure on builder Windows-7-x64 while building
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-7-x64/builds/2824
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-7-
On Aug 18, 2011, at 11:39 PM, Anders Broman wrote:
> - gtkvumeter.c must be fixed or disabled.
It's used, as far as I can tell, only to display the RSSI and link speed values
for 802.11 interfaces in the Capture -> Interfaces dialog.
If that information is useful in that dialog, we should upda
It should be possible to cross-compile a DLL from a Linux box, based on:
http://ricardo.ecn.wfu.edu/~cottrell/cross-gtk/
2011/8/23 John x
> Hi, folks,
>
> I developed wireshark plugin for Linux (which is .so). I am wondering
> whether I can generate plugin for windows(which is .dll) from Linux
John x writes:
> Hi, folks,I developed wireshark plugin for Linux (which is .so). I am
wondering whether I can generate plugin for windows(which is .dll) from Linux?If
yes, how to do that?Thanks
The only way I can think of is if you install Windows in a VM on your Linux box
and build it from the
Andreas writes:
> Am 23.08.2011 22:30, schrieb Chris Maynard:
> > Andreas writes:
> >
> >> Yes, I tried. I need only libwireshark. That's why I reduced the make
> >> targets to build. But, alas, I get exactly the same result, when I
> >> "nmake all".
> >
> > Can you verify that MSVC_VARIANT is s
Am 23.08.2011 22:30, schrieb Chris Maynard:
Andreas writes:
Yes, I tried. I need only libwireshark. That's why I reduced the make
targets to build. But, alas, I get exactly the same result, when I
"nmake all".
Can you verify that MSVC_VARIANT is set correctly in config.nmake?
MSVC_VARIANT=
Andreas writes:
> Yes, I tried. I need only libwireshark. That's why I reduced the make
> targets to build. But, alas, I get exactly the same result, when I
> "nmake all".
Can you verify that MSVC_VARIANT is set correctly in config.nmake?
Am 23.08.2011 00:42, schrieb Chris Maynard:
Andreas writes:
7. nmake -f Makefile.nmake config.h tools image codecs wsutil epan
Did you try "nmake -f Makefile.nmake all" as documented in the developer's
guide?
See: http://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html#id505663
Stephen Fisher skrev 2011-08-23 19:58:
On Tue, Aug 23, 2011 at 10:19:26AM +0200, Anders Broman wrote:
I think all menus work now with MAIN_MENU_USE_UIMANAGER, LUA? When
should we start to rip out the "old" code?
If you feel that it's ready to go, I would say change the default to
build with ui
Hi, folks,
I developed wireshark plugin for Linux (which is .so). I am wondering whether I
can generate plugin for windows(which is .dll) from Linux?
If yes, how to do that?
Thanks
__
On Tue, Aug 23, 2011 at 10:19:26AM +0200, Anders Broman wrote:
> I think all menus work now with MAIN_MENU_USE_UIMANAGER, LUA? When
> should we start to rip out the "old" code?
If you feel that it's ready to go, I would say change the default to
build with ui manager unless the user specifies o
> Now that we require GLib 2.14 (which includes GRegex) we don't need libpcre.
> Should we remove the support for libpcre completely?
Away with it, less dependencies are always preferred.
--
---> Dirk Jagdmann
> http://cubic.org/~doj
-> http://llg.cubic.org
__
When right after statup and before I choose any interface, I get a crash
when I enter the "Statistics | Packet Lengths.." menu. From WinDbg:
wireshark!gtk_stats_tree_cb(struct _GtkAction * action = 0x63a57e95, void *
user_data = 0x03fb63f0)+0x44
WARNING: Stack unwind information not available. F
The Buildbot has detected a new failure on builder OSX-10.5-PowerPC while
building Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.5-PowerPC/builds/3587
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-
On Tue, Aug 23, 2011 at 02:17:31PM +, etx...@wireshark.org wrote:
> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=38689
>
> User: etxrab
> Date: 2011/08/23 07:17 AM
>
> Log:
> Make colors work on GTK3 take 2
> Revert tcp_graph commit by mistake, typo etc
>
> Directory: /
This broke compilation on my system for all cases:
gtk2 non ui manager
gtk2 ui manager
gtk3
I committed a patch to rtp_analysis.c which *looked* trivial to fix :-)
The breakage to tcp_graph.c is beyond my understanding of the code.
ciao
Joerg
On Tue, Aug 23, 2011 at 01:49:38PM +, etx...@wir
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/4201
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-x86
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/3715
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.6-x64
The Buildbot has detected a new failure on builder Windows-XP-x86 while
building Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-XP-x86/builds/3886
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-
The Buildbot has detected a new failure on builder Windows-7-x64 while building
Wireshark (development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/Windows-7-x64/builds/2818
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-7-
On Tue, Aug 23, 2011 at 3:12 PM, Gisle Vanem wrote:
> Would you please rename the guard like this:
Sure, fixed in r38686.
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org
The header-guard '_STAT_H_' in epan/stat_cmd_args.h clashes with the
header-guard in MingW's . Hence the protype for
'register_stat_cmd_arg()' isn't seen when is included first.
Would you please rename the guard like this:
--- epan\stat_cmd_args.hTue Jun 24 06:44:59 2008
+++ SVN-Latest\e
Hi,
Still there's no need to start parsing the XML, as Gerald
suggested.
Thanks,
Jaap
On Tue, 23 Aug 2011 12:52:30 +0200, Stig
Bjørlykke wrote:
> On Tue, Aug 23, 2011 at 12:47 PM, Jaap Keuter
wrote:
>
>> No we don't: "This registry is also available in plain
text."
>
> But the format
thanks!
If I don't add my code,building is ok!so i guess python's version should be ok.
I just add a line like:
#include "../uthash.h"
to packet_ppp.c.then i get error.
but i'll try 2.7
Michael
At 2011-08-23 18:22:38,"Graham Bloice" wrote:
>On 23/08/2011 10:34, lookfar wrote:
>> Hi,Dear frie
Hi,
On Tue, 23 Aug 2011 10:27:35 +0300, Andrei Emeltchenko wrote:
Hi,
On Mon, Aug 22, 2011 at 4:13 PM, Jaap Keuter wrote:
Hi, We're not the Linux kernel, hence we have to find our own way
forward. We found that too many patches were lost in the email
archives
for various reasons. For insta
On Tue, Aug 23, 2011 at 12:47 PM, Jaap Keuter wrote:
> No we don't:
> "This registry is also available in plain text."
But the format has changed, so we need to rewrite the parsing routines.
And the user may have a personal services file in the old format.
--
Stig Bjørlykke
___
On Sun, 21 Aug 2011 15:37:27 -0700, Gerald Combs wrote:
On 8/21/11 7:12 AM, Stig Bjørlykke wrote:
On Sun, Aug 21, 2011 at 4:04 PM, wrote:
Directory: /trunk/ Changes Path Action +104602 -17320 services
Modified
Whops, IANA changed the file format.
Well, we were warned:
*
On 23/08/2011 10:34, lookfar wrote:
> Hi,Dear friends:
> I'm a beginner in wireshark.And I 'm from china.
> my version is wireshark-1.7.0-SVN-38520.
> the error is :
> E:\wireshark-1.7.0-SVN-38520\epan\dissectors>nmake -f Makefile.nmake
>
> Microsoft (R) 程序维护实用工具 9.00.30729.01 版
> 版权所有(C) Microsoft
On Tue, Aug 23, 2011 at 12:15 PM, Anders Broman
wrote:
> Pre existing ones, or caused by the switch? Didn't there use to be a LUA tab
> under tools?
We used to have Tools -> Lua -> Console, Evaluate, Manual, Wiki
--
Stig Bjørlykke
__
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Stig Bjørlykke
Sent: den 23 augusti 2011 11:59
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Complete the switch to UIManager driven menubar?
O
On Tue, Aug 23, 2011 at 10:19 AM, Anders Broman
wrote:
> I think all menus work now with MAIN_MENU_USE_UIMANAGER, LUA?
The Lua menus are not available due to issues in funnel_stat.c
--
Stig Bjørlykke
___
Sent via:Wires
Hi,Dear friends:
I'm a beginner in wireshark.And I 'm from china.
my version is wireshark-1.7.0-SVN-38520.
the error is :
E:\wireshark-1.7.0-SVN-38520\epan\dissectors>nmake -f Makefile.nmake
Microsoft (R) 程序维护实用工具 9.00.30729.01 版
版权所有(C) Microsoft Corporation。保留所有权利。
Making register.c (using py
Hi,
I think all menus work now with MAIN_MENU_USE_UIMANAGER, LUA? When should we
start to rip out the "old" code? I think some documentation
Updates are needed but I would like to wait untill the code has "settled".
It would be nice to read the GUI description XML from file, any suggestions on
lo
>-Original Message-
>From: wireshark-dev-boun...@wireshark.org
>[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Stig Bjørlykke
>Sent: den 23 augusti 2011 10:03
>To: Developer support list for Wireshark
>Subject: [Wireshark-dev] Remove support for libpcre?
>
>Hi,
>
>Now that we
Hi,
Now that we require GLib 2.14 (which includes GRegex) we don't need libpcre.
Should we remove the support for libpcre completely?
--
Stig Bjørlykke
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wi
Hi,
On Mon, Aug 22, 2011 at 4:13 PM, Jaap Keuter wrote:
> Hi,
>
> We're not the Linux kernel, hence we have to find our own way forward.
> We found that too many patches were lost in the email archives for various
> reasons.
> For instance we don't have paid for staff(1) working the project, unli
Hi Chris,
On Tue, Aug 23, 2011 at 4:36 AM, Chris Maynard
wrote:
> Jaap Keuter writes:
>
>> We're not the Linux kernel, hence we have to find our own way forward.
>> We found that too many patches were lost in the email archives for
>> various reasons.
>
>> > On Fri, Aug 19, 2011 at 6:49 PM, Step
On Mon, Aug 22, 2011 at 4:22 PM, wrote:
> Log:
> From Akos Lukovics:
> Calculate moving averages in IO Graphs.
I don't really like the placement of the filter combobox in the GUI.
We don't have the standard 6 pixel border in the IO Graph because we
want the window to be as small as possible, a
47 matches
Mail list logo
