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/333
Buildbot URL: http://buildbot.wireshark.org/trunk/
Buildslave for this Build: windows-7-x64
Build Reason:
B
Jaap,
On 2010-05-19 21:58, Jaap Keuter wrote:
> On 05/19/2010 10:46 PM, Jose Pedro Oliveira wrote:
>> Hi,
>>
>> Would it be possible to have the pre-1.3.6 source tarballs
>> removed from http://www.wireshark.org/download/automated/src/ ?
>> The directory listing is getting a bit too long.
>>
>> Th
Joerg,
On 2010-05-19 14:06, Joerg Mayer wrote:
> On Wed, May 19, 2010 at 02:29:35PM +0200, Joerg Mayer wrote:
>> I'll take care of it.
>
> Committed revision 32899.
Thanks for the update.
Output from tshark (built from wireshark-1.3.6-SVN-32899.tar.bz2):
--
$ ./tshark -v
TShark 1.3.6-SV
On 05/19/2010 10:46 PM, Jose Pedro Oliveira wrote:
> Hi,
>
> Would it be possible to have the pre-1.3.6 source tarballs
> removed from http://www.wireshark.org/download/automated/src/ ?
> The directory listing is getting a bit too long.
>
> Thanks in advance,
> jpo
Hi,
Aren't you talking about re
On May 19, 2010, at 1:21 PM, Gerasimos Dimitriadis wrote:
> I think that in this case there is no need for a conversion macro, since
> we are not dealing with arrays but with pointers to value_string_ext.
> By the way, are the VALS/TFS/RVALS casts necessary for certain
> compilers? Because I t
Hi,
Would it be possible to have the pre-1.3.6 source tarballs
removed from http://www.wireshark.org/download/automated/src/ ?
The directory listing is getting a bit too long.
Thanks in advance,
jpo
--
José Pedro Oliveira
* mailto:j...@di.uminho.pt *
_
Hi,
I think that in this case there is no need for a conversion macro, since
we are not dealing with arrays but with pointers to value_string_ext.
By the way, are the VALS/TFS/RVALS casts necessary for certain
compilers? Because I thought that arrays automatically decay to pointers
when needed
On 05/19/2010 04:07 PM, Jakub Zawadzki wrote:
> On Wed, May 19, 2010 at 02:56:52PM +0100, Martin Mathieson wrote:
>> {&hf_q708_sanc,
>> { "Signalling Area Network Code (SANC)","q708.sanc",
>> - FT_UINT16, BASE_DEC | BASE_EXT_STRING,
>> VALS(&q708_sanc_areas_e
Ah yes, thanks Pascal. It's been a really long since I've worked with the 1.0
branch and forgot.
If I comment out HHC_DIR in config.nmake, it compiles successfully with VS6.0;
otherwise
the following error occurs:
Microsoft (R) Program Maintenance Utility Version 6.00.9782.0
Copyright (C) Mi
Ah. Thank you!
On Wed, May 19, 2010 at 8:49 AM, Jeff Morriss wrote:
> Scott wrote:
> > This post is in reference to http://wiki.wireshark.org/Python.
> >
> > Using the 1.0.0 and 1.2.2 source I get the following warning:
> > configure: WARNING: unrecognized options: --with-python
> >
> > after ru
Scott wrote:
> This post is in reference to http://wiki.wireshark.org/Python.
>
> Using the 1.0.0 and 1.2.2 source I get the following warning:
> configure: WARNING: unrecognized options: --with-python
>
> after running these two commands in Ubuntu 9.10:
> ./autogen.sh
> ./configure --with-python
Hi
2010/5/19 Maynard, Chris
> As the subject line indicates, trunk-1.0 fails to compile on Windows with
> VS2008EE.
>
> The error log is attached.
>
> VS2008EE compilation was added in wireshark 1.2. That's why. If really
needed, you can try to backport the patchs attached (or check the comment
This post is in reference to http://wiki.wireshark.org/Python.
Using the 1.0.0 and 1.2.2 source I get the following warning:
configure: WARNING: unrecognized options: --with-python
after running these two commands in Ubuntu 9.10:
./autogen.sh
./configure --with-python
Is this not in the source a
As the subject line indicates, trunk-1.0 fails to compile on Windows with
VS2008EE.
The error log is attached.
- Chris
CONFIDENTIALITY NOTICE: The contents of this email are confidential
and for the exclusive use of the intended recipient. If you receive this
email in error, please delete it fro
On Wed, May 19, 2010 at 02:56:52PM +0100, Martin Mathieson wrote:
> { &hf_q708_sanc,
> { "Signalling Area Network Code (SANC)","q708.sanc",
> - FT_UINT16, BASE_DEC | BASE_EXT_STRING,
> VALS(&q708_sanc_areas_ext), 0x0,
> + FT_UINT16, BASE_DEC | BAS
I don't understand why I need to patch below to build this dissector,
whereas the buildbots seem to be fine.
Index: epan/dissectors/packet-q708.c
===
--- epan/dissectors/packet-q708.c (revision 32881)
+++ epan/dissectors/packet-
On Wed, May 19, 2010 at 02:29:35PM +0200, Joerg Mayer wrote:
> I'll take care of it.
Committed revision 32899.
Ciao
Joerg
--
Joerg Mayer
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microso
On Wed, May 19, 2010 at 02:21:56AM +0100, Jose Pedro Oliveira wrote:
> But this is strange: "... without libz ... " as ENABLE_ZLIB was ON.
Same here:
Compiled (32-bit) with GLib 2.22.4, with libpcap (version unknown), without
libz, with POSIX capabilities (Linux), with libpcre 7.9, with SMI 0.4.5
On Tue, May 18, 2010 at 08:35:33PM +0200, Stig Bj?rlykke wrote:
> On Tue, May 18, 2010 at 4:14 PM, Joerg Mayer wrote:
> > Maybe something went wrong with the current directory or the creation of
> > AUTHORS-SHORT?
>
> Oh, it's because I have a generated AUTHORS-SHORT in the source directory.
> Ma
19 matches
Mail list logo
