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/2528
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-ppc
Build Reas
The Buildbot has detected a new failure of OSX-10.6-x64 on Wireshark
(development).
Full details are available at:
http://buildbot.wireshark.org/trunk/builders/OSX-10.6-x64/builds/2461
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.6-x64
Build Reason:
Bui
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/2919
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: osx-10.5-x86
Build Reason:
Bui
Stig Bjørlykke wrote:
On Thu, Apr 21, 2011 at 10:31 PM, Alexis La Goutte
wrote:
I based my change on the previous revision of jmayer (rev36724) in this file
and there is the same mistake !
Hmm, after a closer look I find that proto_item_add_subtree() returns
the input parameter, so we have no
Chaswi Przellczyk writes:
> thanks for your response. I'm building Version 1.4.4 on WindowsXP. I received
the source in
> tar.bz2-packaged form. The ZIP is dated on 25.03.2011.
The wireshark-1.4.4.tar.bz2 file posted on the download page is dated as
01-Mar-2011 11:49, but maybe you downloaded it
On Thu, Apr 21, 2011 at 10:31 PM, Alexis La Goutte
wrote:
> I based my change on the previous revision of jmayer (rev36724) in this file
> and there is the same mistake !
Hmm, after a closer look I find that proto_item_add_subtree() returns
the input parameter, so we have no real bug here.
But t
2011/4/21 Stig Bjørlykke
> On Thu, Apr 21, 2011 at 6:01 PM, wrote:
> > Fix Dead Store (Dead assignement/Dead increment) Warning found by Clang
>
> -flags1_tree = proto_item_add_subtree(flags1_item,
> ett_pn_io_profisafe_f_parameter_prm_flag1);
> +proto_item_add_subtree(flags1_item,
> e
On Apr 21, 2011, at 12:35 PM, Sébastien Tandel wrote:
> Hey Stephen!
>
> might be worth sharing with clang team, don't you think?
A (non-public) bug has already been filed on it.
> Have you tried to disable packet-parlay to check whether it is the only
> dissector creating such an issue?
It
Hey Stephen!
might be worth sharing with clang team, don't you think?
Have you tried to disable packet-parlay to check whether it is the only
dissector creating such an issue?
Regards,
Sebastien Tandel
On Thu, Apr 21, 2011 at 16:30, Stephen Fisher wrote:
> I'm trying again to get clang to com
I'm trying again to get clang to compile Wireshark and after commenting
out these two lines in configure.in temporarily:
AC_WIRESHARK_GCC_CFLAGS_CHECK(-Wcast-align)
AC_WIRESHARK_GCC_CFLAGS_CHECK(-fexcess-precision=fast)
It gets all of the way to plugins/giop/packet-parlay.c and then clan
On Thu, Apr 21, 2011 at 6:01 PM, wrote:
> Fix Dead Store (Dead assignement/Dead increment) Warning found by Clang
-flags1_tree = proto_item_add_subtree(flags1_item,
ett_pn_io_profisafe_f_parameter_prm_flag1);
+proto_item_add_subtree(flags1_item,
ett_pn_io_profisafe_f_parameter_prm_flag1
On Thu, Apr 21, 2011 at 11:56:22AM -0400, Mahdi Yusuf wrote:
> Is wireshark a C or C++ project?
C.
http://www.wireshark.org/docs/wsdg_html_chunked/ChIntroDevelopment.html
___
Sent via:Wireshark-dev mailing list
Archiv
Hi,
Is wireshark a C or C++ project?
--
Thanks,
Mahdi Yusuf
___
Sent via:Wireshark-dev mailing list
Archives:http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-
2011/4/21 Stig Bjørlykke
> On Thu, Apr 21, 2011 at 3:32 PM, wrote:
> > Fix Dead Store (Dead nested assignment) Warning found by Clang
>
> - msg_type = tvb_get_ntohs(tvb,
> (tmp_idx+=2));
> + msg_type = tvb_get_ntohs(tv
r36767, Fedora 15/x64 beta, gcc (GCC) 4.6.0 20110419 (Red Hat 4.6.0-5) :
make[2]: Entering directory `/home/ykaul/wireshark/wsutil'
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I..
-I./.. -I/usr/local/include
'-DPLUGIN_DIR="/usr/local/lib/wireshark/plugins/1.5.2"' -DINE
Hi,
You should seriosly consider moving to a more modern Linux system (BETE/Vipro)
As this is quite old (gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4))
And seems to have trouble with a more modern Wireshark.
Regards
Anders
-Original Message-
From: wireshark-dev-boun...@wireshark.org
Anders Broman wrote:
Hi,
gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)
tempfile.c: In function `create_tempfile':
tempfile.c:197: warning: implicit declaration of function `time'
tempfile.c:198: warning: implicit declaration of function `strftime'
tempfile.c:198: warning: implicit declarati
On Thu, Apr 21, 2011 at 3:32 PM, wrote:
> Fix Dead Store (Dead nested assignment) Warning found by Clang
- msg_type = tvb_get_ntohs(tvb,
(tmp_idx+=2));
+ msg_type = tvb_get_ntohs(tvb, tmp_idx);
Are you sure this is co
Martin Kaiser wrote:
Thus wrote Mrunal Upadhyay (m.upadh...@sta.samsung.com):
1. I have written the protocol dissector for my unique protocol. But
how do I differentiate the input packets in .pcap file so that only my
protocol dissector gets called to process the data? And how can I add
uniquen
Hi,
gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)
tempfile.c: In function `create_tempfile':
tempfile.c:197: warning: implicit declaration of function `time'
tempfile.c:198: warning: implicit declaration of function `strftime'
tempfile.c:198: warning: implicit declaration of function `localtime
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Stig Bjørlykke
Sent: den 21 april 2011 13:52
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Compilation errors
On Thu, Apr 21, 2011 at 1:30 PM,
On Thu, Apr 21, 2011 at 1:30 PM, Anders Broman
wrote:
> Ok, but both case 1 and the default branch (with GEOIP) ends in g_assert
> unless I'm misstaken and that's hardly the intention is it?
case 1 has a CMP_INT which does return. The default branch is only
used for GEOIP because we only use ho
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Stig Bjørlykke
Sent: den 21 april 2011 13:19
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Compilation errors
On Thu, Apr 21, 2011 at 1:03 PM,
On Thu, Apr 21, 2011 at 1:03 PM, Anders Broman
wrote:
> Should case 1: return CMP.. ?
> In the default branch there should also be a return, right?
Do you get this without GEOIP? We should always have a default in a
switch, so I guess we should have a "return 0" in the default branch
if not havi
Hi,
I'm not sure what the right fix for this one is
hostlist_table.c: In function `hostlist_sort_column':
hostlist_table.c:341: warning: control reaches end of non-void function
make: *** [libui_a-hostlist_table.o] Error 1
Should case 1: return CMP.. ?
In the default branch there should also be a
Original-Nachricht
> Datum: Thu, 21 Apr 2011 10:04:10 +0200
> Von: "Chaswi Przellczyk"
> An: Developer support list for Wireshark
> Betreff: Re: [Wireshark-dev] Installer missing ZLib1.DLL
>
> Original-Nachricht
> > Datum: Wed, 20 Apr 2011 14:21:28 + (UT
Original-Nachricht
> Datum: Wed, 20 Apr 2011 14:21:28 + (UTC)
> Von: Chris Maynard
> An: wireshark-dev@wireshark.org
> Betreff: Re: [Wireshark-dev] Installer missing ZLib1.DLL
> Chaswi Przellczyk writes:
>
> > after successfully building a custom wireshark I also built an
Thus wrote Mrunal Upadhyay (m.upadh...@sta.samsung.com):
> 1. I have written the protocol dissector for my unique protocol. But
> how do I differentiate the input packets in .pcap file so that only my
> protocol dissector gets called to process the data? And how can I add
> uniqueness to the input
28 matches
Mail list logo
