On 1/10/2012 3:02 PM, Bill Meier wrote:
On 1/10/2012 2:47 PM, Andriy Beregovenko wrote:
Hi,
I'm write a custom dissector, and it works fine... under Linux, but not
under Windows. Thus I have a problem to run wireshark under Windows as
well
as debug problem.
So, I built wireshark stable version
On 1/10/2012 2:47 PM, Andriy Beregovenko wrote:
Hi,
I'm write a custom dissector, and it works fine... under Linux, but not
under Windows. Thus I have a problem to run wireshark under Windows as well
as debug problem.
So, I built wireshark stable version 1.6.4 and 1.4.10 using manual [0]. Of
c
Hi,
I'm write a custom dissector, and it works fine... under Linux, but not
under Windows. Thus I have a problem to run wireshark under Windows as well
as debug problem.
So, I built wireshark stable version 1.6.4 and 1.4.10 using manual [0]. Of
course, I add my file to nmake make files/rules and
Gerald Combs writes:
> On 11/18/11 9:08 AM, Pascal Quantin wrote:
> > Since Gerald's commit in revision 39924 everything is back to normal
> > (plugin folder is named 1.7.1) :)
>
> The release revision mismatch should be fixed. I can't duplicate it
> here, at least. In the current /trunk and /tr
On 11/18/11 9:08 AM, Pascal Quantin wrote:
> 2011/11/18 Chris Maynard
> I compiled r39937 on Windows XP SP3 (32-bit), but the plugins
> directory created
> was wireshark-gtk2\plugins\1.7.1-SVN-39921. Is this to be expected?
> If so,
> when exactly would the directory name cha
Hi Chris,
2011/11/18 Chris Maynard
> Gerald Combs writes:
>
> > I updated make-version.pl to clarify the different things that it does.
> > It can now store the SVN revision in config.nmake, which can then be
> > used to rebuild svnversion.h. Updating config.nmake was a lot easier
> > than a po
Gerald Combs writes:
> I updated make-version.pl to clarify the different things that it does.
> It can now store the SVN revision in config.nmake, which can then be
> used to rebuild svnversion.h. Updating config.nmake was a lot easier
> than a post-commit hook since we were storing other versio
2011/11/17 Gerald Combs
> On 11/3/11 2:52 PM, Jeff Morriss wrote:
> > Guy Harris wrote:
> >> On Nov 2, 2011, at 11:19 AM, Guy Harris wrote:
> >>
> >>> On Nov 2, 2011, at 10:26 AM, Guy Harris wrote:
> >>>
> On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
>
> > Oh, shoot. Looks like
On 11/3/11 2:52 PM, Jeff Morriss wrote:
> Guy Harris wrote:
>> On Nov 2, 2011, at 11:19 AM, Guy Harris wrote:
>>
>>> On Nov 2, 2011, at 10:26 AM, Guy Harris wrote:
>>>
On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
> Oh, shoot. Looks like svnversion.h is removed by clean and/or
>>>
Guy Harris wrote:
On Nov 2, 2011, at 11:19 AM, Guy Harris wrote:
On Nov 2, 2011, at 10:26 AM, Guy Harris wrote:
On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
Oh, shoot. Looks like svnversion.h is removed by clean and/or dist-clean.
So it should be generated only if you're building from
On Nov 2, 2011, at 11:19 AM, Guy Harris wrote:
>
> On Nov 2, 2011, at 10:26 AM, Guy Harris wrote:
>
>> On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
>>
>>> Oh, shoot. Looks like svnversion.h is removed by clean and/or dist-clean.
>>
>> So it should be generated only if you're building fro
Guy Harris wrote:
On Nov 2, 2011, at 10:26 AM, Guy Harris wrote:
On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
Oh, shoot. Looks like svnversion.h is removed by clean and/or dist-clean.
So it should be generated only if you're building from SVN, and should be
included in source tarballs,
On Nov 2, 2011, at 10:26 AM, Guy Harris wrote:
> On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
>
>> Oh, shoot. Looks like svnversion.h is removed by clean and/or dist-clean.
>
> So it should be generated only if you're building from SVN, and should be
> included in source tarballs, and sho
On Nov 2, 2011, at 10:16 AM, Jeff Morriss wrote:
> Oh, shoot. Looks like svnversion.h is removed by clean and/or dist-clean.
So it should be generated only if you're building from SVN, and should be
included in source tarballs, and should be removed only by maintainer-clean.
_
RUOFF, LARS (LARS)** CTR ** wrote:
Hi,
While trying to compile 1.6.3 from wireshark-1.6.3.tar.bz2 on Windows,
compiler complains that i have svnversion.h missing.
Forcing
nmake -f Makefile.nmake svnversion.h
gives...
rm -f svnversion.h
perl make-version.pl
This is not a SVN
Hi,
While trying to compile 1.6.3 from wireshark-1.6.3.tar.bz2 on Windows, compiler
complains that i have svnversion.h missing.
Forcing
nmake -f Makefile.nmake svnversion.h
gives...
rm -f svnversion.h
perl make-version.pl
This is not a SVN build.
Thus, svnversion.h is not genera
On 07/06/2011 07:08, محـسنـ ایمانیـ wrote:
> Hi
>
> I've tried to buil wireshark on windows.But it has some problem with
> "mt.exe" and "zlib" that I couldn't resolve.
>
> the output of "nmake -f Makefila.nmake setup" command is:
>
> "Microsoft (R) Program Maintenanc
On 6/7/2011 2:08 AM, محـسنـ ایمانیـ wrote:
Hi
I've tried to buil wireshark on windows.But it has some problem with
"mt.exe" and "zlib" that I couldn't resolve.
the output of "nmake -f Makefila.nmake setup" command is:
"Microsoft (R) Program Maintenance Utility
Hi
I've tried to buil wireshark on windows.But it has some problem with
"mt.exe" and "zlib" that I couldn't resolve.
the output of "nmake -f Makefila.nmake setup" command is:
"Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reser
Dear Wireshark Developers,
Your Developers Guide section documenting the setup of a Win32
Wireshark build environment neglects to mention that the user
should install WinPcap.
Thank you,
Ken Ogden
___
Sent via:Wireshark-d
Hi,
I think rawshark.obj needs to be removed at distclean:
in makefile.nmake change line 408 to:
rm -f $(wireshark_OBJECTS) $(tshark_OBJECTS) $(dumpcap_OBJECTS)
$(rawshark_OBJECTS) $(EXTRA_OBJECTS) \
Regards
Anders
___
Wireshark-dev mailing lis
Sorry for the noise!
A further examination showed that this isn't caused by the dependencies
in the makefiles, but a problem how MS Visual Studio 2005EE handles the
build of projects.
It seems to rebuild all projects in the solution, regardless of any
(well, not existing) dependencies?!?
I do
Hi!
As there seems to be a tendency to add dependencies to the Win32 build
process to get each and everything build automatically, the normal build
is getting slower and slower.
Currently I'm building the debug-gtk2 target, which I've once added to
only build the GTK2 version of Wireshark and
Giorgio Tino wrote:
> Hi,
> I'm trying to rebuild wireshark (r.20554) and this is what I get:
>
> help_dlg.c(49) : fatal error C1083: Cannot open include file: 'htmlhelp.h':
> No such file or directory
>
>
In general, follow
http://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html
In
Hi,
I'm trying to rebuild wireshark (r.20554) and this is what I get:
help_dlg.c(49) : fatal error C1083: Cannot open include file: 'htmlhelp.h':
No such file or directory
Thanks,
Giorgio!
- Original Message -
From: "Joerg Mayer" <[EMAIL PROTECTED]>
To: "Developer support list for Wire
Tomas,
thanks, now it compiles!
Giorgio!
- Original Message -
From: "Kukosa, Tomas" <[EMAIL PROTECTED]>
To: "Developer support list for Wireshark"
Sent: Friday, January 12, 2007 1:40 PM
Subject: Re: [Wireshark-dev] Win32 build broken?
> Hi,
>
>
: Developer support list for Wireshark
Subject: [Wireshark-dev] Win32 build broken?
Hi,
I've just updated Wireshark for Win32 to build 20405 and I get this
error:
ssl-dlg.c(155) : error C2039: 'app_data' : is not a member of
'SslPacketInfo'
..\epan/dissectors/pack
Hi,
I've just updated Wireshark for Win32 to build 20405 and I get this error:
ssl-dlg.c(155) : error C2039: 'app_data' : is not a member of
'SslPacketInfo'
..\epan/dissectors/packet-ssl-utils.h(640) : see declaration of
'SslPacketInfo'
ssl-dlg.c(173) : error C2039: 'app_data' : is not
WS
windir=C:\WINDOWS
O:\wireshark-0.99.3a>
-Tim
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> VOCAL Technologies, LTD
> Sent: Thursday, September 07, 2006 9:23 AM
> To: wireshark-dev@wireshark.org
> Subject: [Wireshar
I am building from the source distrobution 0.99.3
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev
D]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> VOCAL Technologies, LTD
> Sent: Thursday, September 07, 2006 8:53 AM
> To: wireshark-dev@wireshark.org
> Subject: [Wireshark-dev] Win32 build error return code 0x
>
> Thank you Tim, I reinstalled Cygwin tools, and I was able
Thank you Tim, I reinstalled Cygwin tools, and I was able to compile, but am
now unable to link. I checked my path to make sure I am using the MSVC
linker, and I get this error:
ftype-ipv4.c(108) : error C2065: 'fvalue_t_free_list' : undeclared
identifier
I am working on tracking this bug down,
VOCAL Technologies, LTD wrote:
> Anders,
>
> yes, I am doing this all from a Cygwin window, and it appears that sed is
> working properly. I am under the impression that there are things that I
> still need to modify in config.nmake, which is causing path issues.
>
> Thanks,
>
>
Hi Andy,
you n
TED] Behalf Of Cook, Timothy
> Sent: 06 September 2006 15:23
> To: [EMAIL PROTECTED]; Developer support list for Wireshark
> Subject: Re: [Wireshark-dev] [Win32 build error return code 0x]
>
>
> Do you intend to build using MSVC & CYGWIN tools?
> Was your Win32 build
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> VOCAL Technologies, LTD
> Sent: Wednesday, September 06, 2006 10:15 AM
> To: wireshark-dev@wireshark.org
> Subject: Re: [Wireshark-dev] [Win32 build error return code
> 0x666
Anders,
yes, I am doing this all from a Cygwin window, and it appears that sed is
working properly. I am under the impression that there are things that I
still need to modify in config.nmake, which is causing path issues.
Thanks,
Andy
___
Wireshark
Hi,
Do you have the required Cygwin tools installed ( sed etc)?
Brg
Anders
From: [EMAIL PROTECTED] on behalf of VOCAL Technologies, LTD
Sent: Wed 9/6/2006 3:49 PM
To: wireshark-dev@wireshark.org
Subject: [Wireshark-dev] Win32 build error return code 0x
OK, so I have traced my bug back a bit, and have found the source of the
problem...the problem seens to be between Makefile.nmake and config.nmake...
In Makefile.nmake, the section where config.h is constructed using sed, this
seems to be where the build process fails. If I run the build, I get "
38 matches
Mail list logo
