Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-12 Thread Gerald Combs 
This should be fixed in r20397.

Douglas Pratley wrote:
> Looks like this is related to revision 20388 - changing decryption keys
> to use GByteArray rather than GString for SSID in
> epan\crypt\airpdcap_user.h. Not sure why it only affects Windows.
> Nothing to do with MSVC version (as stated already).
>  
> As I'm not using airpdcap I "fixed" this for my build by changing
> gtk\airpcap_gui_utils.c line 338 to
>  
> s2 = g_strndup(curr_key->ssid->data, curr_key->ssid->len)
>  
> which should be safe, but possibly not what the patcher intended, so I'm
> not going to call it a real fix.
>  
> Cheers
>  
> Doug
>  
> 
> 
> *From:* [EMAIL PROTECTED] [mail 
>  
>  to:[EMAIL PROTECTED]   *On Behalf Of *Anders
> Broman (AL/EAB)
> *Sent:* 11 January 2007 10:13
> *To:* Developer support list for Wireshark
> *Subject:* SV: [Wireshark-dev] Microsoft Visual C Version 6support
> isa bitoutdated ...
> 
> Hi,
> The buildbot has the same problem so it's not related to MSVC...
> BR
> Anders
> 
> 
> *Från:* [EMAIL PROTECTED] genom Alfred Alinazar
>     *Skickat:* to 2007-01-11 09:43
> *Till:* Developer support list for Wireshark
> *Ämne:* Re: [Wireshark-dev] Microsoft Visual C Version 6support isa
> bitoutdated ...
> 
> Ulf Lamping wrote:
> > Should be fixed now, I simply messed up the line copying the file "if
> > exist copy zlib1.dll.manifest ..." :-(
> >
> > I've done some more, all MSVC variants shouldn't give a NSIS warnings
> > now :-)
> >
> > Regards, ULFL
> Ulf,
> I managed to build my wireshark yesterday.
> But it failed again today after I update the source with the latest SVN.
> 
> Here is the error:
> ---
> Microsoft (R) Program Maintenance Utility   Version 7.00.8882
> Copyright (C) Microsoft Corp 1988-2000. All rights reserved.
> 
> cl -DWIN32 -DNULL=0 -D_MT -D_DLL -DHAVE_CONFIG_H /I..
> /I../wiretap /IC:\
> wireshark-win32-libs\glib\include\glib-2.0 
> /IC:\wireshark-win32-libs\glib\lib\g
> lib-2.0\include /IC:\wireshark-win32-libs\gtk+\include
> /IC:\wireshark-win32-libs
> \gtk+\include\gdk  /IC:\wireshark-win32-libs\gtk+\lib\gtk+\include
> /IC:\wireshar
> k-win32-libs\gnutls-1.6.1-1\include /DNOCRYPT 
> /IC:\wireshark-win32-libs\WPdpack
> \WPCAP\LIBPCAP /IC:\wireshark-win32-libs\WPdpack\WPCAP\LIBPCAP\bpf 
> /IC:\wiresha
> rk-win32-libs\WPdpack\WPCAP\LIBPCAP\lbl 
> /IC:\wireshark-win32-libs\WPdpack\inclu
> de /IC:\wireshark-win32-libs\net-snmp-5.4\include
> /IC:\wireshark-win32-libs\net-
> snmp-5.4\win32  /Zm800 -D_U_="" -D_NEED_VAR_IMPORT_ /Zi /W3 /MD
> /D_CRT_SECURE_NO
> _DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE 
> /IC:\wireshark-win32-libs\portaudio_v19\
> include /IC:\wireshark-win32-libs\portaudio_v19\src\common-Fd.\ -c
> airpcap_g
> ui_utils.c
> Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42
> for 80x86
> Copyright (C) Microsoft Corporation.  All rights reserved.
> 
> airpcap_gui_utils.c
> airpcap_gui_utils.c(338) : error C2039: 'str' : is not a member of
> '_GByteArray'
> 
> C:\wireshark-win32-libs\glib\include\glib-2.0\glib/garray.h(45)
> : see de
> claration of '_GByteArray'
> airpcap_gui_utils.c(338) : error C2198: 'g_strdup' : too few arguments
> for call
> airpcap_gui_utils.c(837) : warning C4133: '=' : incompatible types -
> from 'GStri
> ng *' to 'GByteArray *'
> NMAKE : fatal error U1077: 'cl' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Platform SDK for
> Windows
>  Server 2003 R2\Bin\nmake.exe"' : return code '0x2'
> Stop.
> -
> 
> 
> regards,
> 
> -Alfred-
> ___
> Wireshark-dev mailing list
> Wireshark-dev@wireshark.org
> http://www.wireshark.org/mailman/listinfo/wireshark-dev
> 
> 
> 
> 
> This message should be regarded as confidential. If you have received
> this email in error please notify the sender and destroy it immediately.
> Statements o

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-11 Thread Douglas Pratley 
Looks like this is related to revision 20388 - changing decryption keys to use 
GByteArray rather than GString for SSID in epan\crypt\airpdcap_user.h. Not sure 
why it only affects Windows. Nothing to do with MSVC version (as stated 
already).
 
As I'm not using airpdcap I "fixed" this for my build by changing 
gtk\airpcap_gui_utils.c line 338 to
 
s2 = g_strndup(curr_key->ssid->data, curr_key->ssid->len)
 
which should be safe, but possibly not what the patcher intended, so I'm not 
going to call it a real fix.
 
Cheers
 
Doug
 




From: [EMAIL PROTECTED] [mail 
 
 to:[EMAIL PROTECTED]   On Behalf Of Anders Broman (AL/EAB)
Sent: 11 January 2007 10:13
To: Developer support list for Wireshark
Subject: SV: [Wireshark-dev] Microsoft Visual C Version 6support isa 
bitoutdated ...


Hi,
The buildbot has the same problem so it's not related to MSVC...
BR
Anders



Från: [EMAIL PROTECTED] genom Alfred Alinazar
Skickat: to 2007-01-11 09:43
Till: Developer support list for Wireshark
    Ämne: Re: [Wireshark-dev] Microsoft Visual C Version 6support isa 
bitoutdated ...



Ulf Lamping wrote:
> Should be fixed now, I simply messed up the line copying the file "if
> exist copy zlib1.dll.manifest ..." :-(
>
> I've done some more, all MSVC variants shouldn't give a NSIS warnings
> now :-)
>
> Regards, ULFL
Ulf,
I managed to build my wireshark yesterday.
But it failed again today after I update the source with the latest SVN.

Here is the error:
---
Microsoft (R) Program Maintenance Utility   Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -DWIN32 -DNULL=0 -D_MT -D_DLL -DHAVE_CONFIG_H /I..
/I../wiretap /IC:\
wireshark-win32-libs\glib\include\glib-2.0 
/IC:\wireshark-win32-libs\glib\lib\g
lib-2.0\include /IC:\wireshark-win32-libs\gtk+\include
/IC:\wireshark-win32-libs
\gtk+\include\gdk  /IC:\wireshark-win32-libs\gtk+\lib\gtk+\include
/IC:\wireshar
k-win32-libs\gnutls-1.6.1-1\include /DNOCRYPT 
/IC:\wireshark-win32-libs\WPdpack
\WPCAP\LIBPCAP /IC:\wireshark-win32-libs\WPdpack\WPCAP\LIBPCAP\bpf 
/IC:\wiresha
rk-win32-libs\WPdpack\WPCAP\LIBPCAP\lbl 
/IC:\wireshark-win32-libs\WPdpack\inclu
de /IC:\wireshark-win32-libs\net-snmp-5.4\include
/IC:\wireshark-win32-libs\net-
snmp-5.4\win32  /Zm800 -D_U_="" -D_NEED_VAR_IMPORT_ /Zi /W3 /MD
/D_CRT_SECURE_NO
_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE 
/IC:\wireshark-win32-libs\portaudio_v19\
include /IC:\wireshark-win32-libs\portaudio_v19\src\common-Fd.\ -c
airpcap_g
ui_utils.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42
for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

airpcap_gui_utils.c
airpcap_gui_utils.c(338) : error C2039: 'str' : is not a member of
'_GByteArray'

C:\wireshark-win32-libs\glib\include\glib-2.0\glib/garray.h(45)
: see de
claration of '_GByteArray'
airpcap_gui_utils.c(338) : error C2198: 'g_strdup' : too few arguments
for call
airpcap_gui_utils.c(837) : warning C4133: '=' : incompatible types -
from 'GStri
ng *' to 'GByteArray *'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Platform SDK for
Windows
 Server 2003 R2\Bin\nmake.exe"' : return code '0x2'
Stop.
-


regards,

-Alfred-
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev





This message should be regarded as confidential. If you have received this 
email in error please notify the sender and destroy it immediately.
Statements of intent shall only become binding when confirmed in hard copy by 
an authorised signatory.  The contents of this email may relate to dealings 
with other companies within the Detica Group plc group of companies.

Detica Limited is registered in England under No: 1337451.

Registered offices: Surrey Research Park, Guildford, Surrey, GU2 7YP, England.


___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-11 Thread Anders Broman \(AL/EAB\) 
Hi,
The buildbot has the same problem so it's not related to MSVC...
BR
Anders



Från: [EMAIL PROTECTED] genom Alfred Alinazar
Skickat: to 2007-01-11 09:43
Till: Developer support list for Wireshark
Ämne: Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated 
...



Ulf Lamping wrote:
> Should be fixed now, I simply messed up the line copying the file "if
> exist copy zlib1.dll.manifest ..." :-(
>
> I've done some more, all MSVC variants shouldn't give a NSIS warnings
> now :-)
>
> Regards, ULFL
Ulf,
I managed to build my wireshark yesterday.
But it failed again today after I update the source with the latest SVN.

Here is the error:
---
Microsoft (R) Program Maintenance Utility   Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -DWIN32 -DNULL=0 -D_MT -D_DLL -DHAVE_CONFIG_H /I..
/I../wiretap /IC:\
wireshark-win32-libs\glib\include\glib-2.0 
/IC:\wireshark-win32-libs\glib\lib\g
lib-2.0\include /IC:\wireshark-win32-libs\gtk+\include
/IC:\wireshark-win32-libs
\gtk+\include\gdk  /IC:\wireshark-win32-libs\gtk+\lib\gtk+\include
/IC:\wireshar
k-win32-libs\gnutls-1.6.1-1\include /DNOCRYPT 
/IC:\wireshark-win32-libs\WPdpack
\WPCAP\LIBPCAP /IC:\wireshark-win32-libs\WPdpack\WPCAP\LIBPCAP\bpf 
/IC:\wiresha
rk-win32-libs\WPdpack\WPCAP\LIBPCAP\lbl 
/IC:\wireshark-win32-libs\WPdpack\inclu
de /IC:\wireshark-win32-libs\net-snmp-5.4\include
/IC:\wireshark-win32-libs\net-
snmp-5.4\win32  /Zm800 -D_U_="" -D_NEED_VAR_IMPORT_ /Zi /W3 /MD
/D_CRT_SECURE_NO
_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE 
/IC:\wireshark-win32-libs\portaudio_v19\
include /IC:\wireshark-win32-libs\portaudio_v19\src\common-Fd.\ -c
airpcap_g
ui_utils.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42
for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

airpcap_gui_utils.c
airpcap_gui_utils.c(338) : error C2039: 'str' : is not a member of
'_GByteArray'

C:\wireshark-win32-libs\glib\include\glib-2.0\glib/garray.h(45)
: see de
claration of '_GByteArray'
airpcap_gui_utils.c(338) : error C2198: 'g_strdup' : too few arguments
for call
airpcap_gui_utils.c(837) : warning C4133: '=' : incompatible types -
from 'GStri
ng *' to 'GByteArray *'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Platform SDK for
Windows
 Server 2003 R2\Bin\nmake.exe"' : return code '0x2'
Stop.
-


regards,

-Alfred-
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev


<>___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-11 Thread Alfred Alinazar 
Ulf Lamping wrote:
> Should be fixed now, I simply messed up the line copying the file "if 
> exist copy zlib1.dll.manifest ..." :-(
>
> I've done some more, all MSVC variants shouldn't give a NSIS warnings 
> now :-)
>
> Regards, ULFL
Ulf,
I managed to build my wireshark yesterday.
But it failed again today after I update the source with the latest SVN.

Here is the error:
---
Microsoft (R) Program Maintenance Utility   Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -DWIN32 -DNULL=0 -D_MT -D_DLL -DHAVE_CONFIG_H /I.. 
/I../wiretap /IC:\
wireshark-win32-libs\glib\include\glib-2.0  
/IC:\wireshark-win32-libs\glib\lib\g
lib-2.0\include /IC:\wireshark-win32-libs\gtk+\include 
/IC:\wireshark-win32-libs
\gtk+\include\gdk  /IC:\wireshark-win32-libs\gtk+\lib\gtk+\include 
/IC:\wireshar
k-win32-libs\gnutls-1.6.1-1\include /DNOCRYPT  
/IC:\wireshark-win32-libs\WPdpack
\WPCAP\LIBPCAP /IC:\wireshark-win32-libs\WPdpack\WPCAP\LIBPCAP\bpf  
/IC:\wiresha
rk-win32-libs\WPdpack\WPCAP\LIBPCAP\lbl  
/IC:\wireshark-win32-libs\WPdpack\inclu
de /IC:\wireshark-win32-libs\net-snmp-5.4\include 
/IC:\wireshark-win32-libs\net-
snmp-5.4\win32  /Zm800 -D_U_="" -D_NEED_VAR_IMPORT_ /Zi /W3 /MD 
/D_CRT_SECURE_NO
_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE  
/IC:\wireshark-win32-libs\portaudio_v19\
include /IC:\wireshark-win32-libs\portaudio_v19\src\common-Fd.\ -c 
airpcap_g
ui_utils.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 14.00.50727.42 
for 80x86
Copyright (C) Microsoft Corporation.  All rights reserved.

airpcap_gui_utils.c
airpcap_gui_utils.c(338) : error C2039: 'str' : is not a member of 
'_GByteArray'

C:\wireshark-win32-libs\glib\include\glib-2.0\glib/garray.h(45) 
: see de
claration of '_GByteArray'
airpcap_gui_utils.c(338) : error C2198: 'g_strdup' : too few arguments 
for call
airpcap_gui_utils.c(837) : warning C4133: '=' : incompatible types - 
from 'GStri
ng *' to 'GByteArray *'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Platform SDK for 
Windows
 Server 2003 R2\Bin\nmake.exe"' : return code '0x2'
Stop.
-


regards,

-Alfred-
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-10 Thread Ulf Lamping 
Anders Broman (AL/EAB) wrote:
> Hi,
> Thanks Ulf it works fine.
>  
> When doing packaging I get:
> 1 warning:
>   File: "C:\wireshark-win32-libs\zlib123-dll\zlib1.dll.manifest" -> no files 
> fou
> nd. (wireshark.nsi:315)
>  
>   
Should be fixed now, I simply messed up the line copying the file "if 
exist copy zlib1.dll.manifest ..." :-(

I've done some more, all MSVC variants shouldn't give a NSIS warnings 
now :-)

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-10 Thread Anders Broman \(AL/EAB\) 
Hi,
Thanks Ulf it works fine.
 
When doing packaging I get:
1 warning:
  File: "C:\wireshark-win32-libs\zlib123-dll\zlib1.dll.manifest" -> no files fou
nd. (wireshark.nsi:315)
 
BR
Anders



Från: [EMAIL PROTECTED] genom Ulf Lamping
Skickat: on 2007-01-10 01:38
Till: Developer support list for Wireshark
Ämne: Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated 
...



Andrew Hood wrote:
>> Anders also observed it didn't build. If you did "nmake -k ..." it might
>> build later on, and then rerunning nmake might work.
>>
That was a bug in the dependencies, I've checked in a fix. It should
compile zlib1.dll now as required.

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev


<>___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-10 Thread Graham Bloice 
Alfred Alinazar wrote:
> Ulf Lamping wrote:
>> Hi Alfred!
>>
>> That's unrelated to the MSVC things.
>>
>> This seems to be a problem with your bison version (and I really don't 
>> have a lot of knowledge about bison).
>>
>> The only thing I know is that the cygwin bison version (2.3) works well 
>> on my machines while you seem to use the GnuWin32 (Mingw?) version.
>>
>> Please follow the tools recommendations from the Developer's Guide - 
>> that's what I've written it for ;-)
> Hi Ulf,
> 
> I installed the bison based on the Developer's Guide section 2.11.2.  I 
> didn't know that I have to use cygwin bison.
> Btw, if I used cygwin bison, should I compile it from cmd.exe ? or 
> should I use cygwin prompt ?
> 

Look at the Developers Guide a little more closely, in particular
Section 2.3:

Section 2.3 - Warning, Unless you know exactly what you are doing, you
should strictly follow the recommendations!

Section 2.3.1 - Recommendations (Cygwin vs. win32 native) ... For all
these reasons the following recommends to use Cygwin tools where
appropriate.

Section 2.3.6 - Verify installed tools ...

 Enter at the command line (cmd.exe, not Cygwin's bash!):

> nmake -f Makefile.nmake verify_tools

This will check for the various tools needed to build Wireshark:

Section 4.5.2 - Win32 native ... you should use the "cmd.exe" command
interpreter ...


Ulf, and others, have put a huge amount of effort into the Developers
Guide.  Please do them the courtesy of reading it!.  Updates are always
welcome.

-- 
Regards,

Graham Bloice
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-10 Thread Alfred Alinazar 
Ulf Lamping wrote:
> Hi Alfred!
>
> That's unrelated to the MSVC things.
>
> This seems to be a problem with your bison version (and I really don't 
> have a lot of knowledge about bison).
>
> The only thing I know is that the cygwin bison version (2.3) works well 
> on my machines while you seem to use the GnuWin32 (Mingw?) version.
>
> Please follow the tools recommendations from the Developer's Guide - 
> that's what I've written it for ;-)
Hi Ulf,

I installed the bison based on the Developer's Guide section 2.11.2.  I 
didn't know that I have to use cygwin bison.
Btw, if I used cygwin bison, should I compile it from cmd.exe ? or 
should I use cygwin prompt ?

regards,

-Alfred-

___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-10 Thread Ulf Lamping 
Andrew Hood wrote:
> Then it falls over because htmlhelp.lib is not in $(HHC_DIR)/lib. I said
> before VS8 includes hhc.exe in $(HHC_DIR) but the includes, libs and
> dlls are in the SDK, so I changed the HHC_LIBS in config.nmake
>
> !IF "$(MSVC_VARIANT)" == "MSVC2005"
> HHC_LIBS=htmlhelp.lib
> !ELSE
> HHC_LIBS=$(HHC_DIR)\lib\htmlhelp.lib
> !ENDIF
>   
I've checked in:

!IF "$(MSVC_VARIANT)" == "MSVC6"
HHC_CFLAGS=/I$(HHC_DIR)\include -DHHC_DIR
HHC_LIBS=$(HHC_DIR)\lib\htmlhelp.lib
!ELSE
HHC_CFLAGS=-DHHC_DIR
HHC_LIBS=htmlhelp.lib
!ENDIF

I've ensured that the htmlhelp.lib and htmlhelp.h files are available on 
all MSVC variants in the corresponding Platform SDK dirs - except for 
MSVC 6 which doesn't provide these files (you must install the separate 
HTML Help workshop as mentioned in the config.nmake in this case).

Changing both the include path and lib ensures that the header and lib 
files are from the same version -  I don't know if it's necessary but 
it's safer this way ...

... just in the case you have installed the HTML Help Workshop to have 
the hhc.exe available to generate the docbook Guide files - just like I 
and the buildbot do ;-)

So this should be running on your machine as well now - could you have a 
try and report the results?

BTW: As you set HHC_DIR, do you use the "online help system" already? If 
yes, do you generate the Guides or just download the .chm file and put 
it in the source dir?

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-10 Thread Ulf Lamping 
Alfred Alinazar wrote:
> Ulf Lamping wrote:
>   
>>> I have MSVC 8.0 build 50727. I detest trying to use the M$ compiler
>>> suite, but sometimes the alternatives are worse.
>>> 
>>>   
>> Do you use the Express Edition or the Studio?
>> 
> Ulf,
>
> I'm using MSVC 2005 Express edition.
> I got the error message below after running "nmake -f  Makefile.nmake 
> all" at the command prompt (cmd.exe)
> --
> Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
> bison  -d -p ascend ascend-grammar.y -o ascend-grammar.c
> C:\Program Files\GnuWin32\bin\bison.EXE: m4: Invalid argument
> NMAKE : fatal error U1077: '"C:\Program Files\GnuWin32\bin\bison.EXE"' : 
> return
> code '0x1'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 
> 8\VC\BIN\n
> make.exe"' : return code '0x2'
> Stop.
> 
>
> Looks like that the argument was invalid by Bison.
>
> My version of Bison:
> --
> bison (GNU Bison) 2.1
> Written by Robert Corbett and Richard Stallman.
>
> Copyright (C) 2005 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> -
>
> would you like to help ?
>
>   
Hi Alfred!

That's unrelated to the MSVC things.

This seems to be a problem with your bison version (and I really don't 
have a lot of knowledge about bison).

The only thing I know is that the cygwin bison version (2.3) works well 
on my machines while you seem to use the GnuWin32 (Mingw?) version.

Please follow the tools recommendations from the Developer's Guide - 
that's what I've written it for ;-)

Regards, ULFL

___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Alfred Alinazar 
Ulf Lamping wrote:
>> I have MSVC 8.0 build 50727. I detest trying to use the M$ compiler
>> suite, but sometimes the alternatives are worse.
>> 
>
> Do you use the Express Edition or the Studio?
Ulf,

I'm using MSVC 2005 Express edition.
I got the error message below after running "nmake -f  Makefile.nmake 
all" at the command prompt (cmd.exe)
--
Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
Copyright (C) Microsoft Corporation.  All rights reserved.

bison  -d -p ascend ascend-grammar.y -o ascend-grammar.c
C:\Program Files\GnuWin32\bin\bison.EXE: m4: Invalid argument
NMAKE : fatal error U1077: '"C:\Program Files\GnuWin32\bin\bison.EXE"' : 
return
code '0x1'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 
8\VC\BIN\n
make.exe"' : return code '0x2'
Stop.


Looks like that the argument was invalid by Bison.

My version of Bison:
--
bison (GNU Bison) 2.1
Written by Robert Corbett and Richard Stallman.

Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

-

would you like to help ?

regards,

-Alfred-
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Ulf Lamping 
Andrew Hood wrote:
>>> Those are fixed by adding gdi32.lib advapi32.lib comdlg32.lib to
>>> wireshark_LIBS.
>>>   
I've checked in the "/MD" patch from Laurent, could you give it another try?

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Ulf Lamping 
Laurent Rabret wrote:
> Hi,
> Sorry for not providing this simple patch before. It is OK with VS 
> 2005 express edition, can you check it is OK with previous releases 
> because I do not have them anymore?
Tested on some of the machines and all were building fine. Checked in - 
it might help others as well.
>  
> Regarding relationships between VS express edition and PSDK, I 
> successfully compiled Wireshark once I had only done the 3 first steps 
> of the process adaptation. Therefore, I suppose the misconfig problem 
> comes from another place...
Hmm, I'm running out of ideas on this topic :-(

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Ulf Lamping 
Andrew Hood wrote:
>> Anders also observed it didn't build. If you did "nmake -k ..." it might
>> build later on, and then rerunning nmake might work.
>> 
That was a bug in the dependencies, I've checked in a fix. It should 
compile zlib1.dll now as required.

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Ulf Lamping 
Laurent Rabret wrote:
> Hi,
> Sorry for not providing this simple patch before. It is OK with VS 
> 2005 express edition, can you check it is OK with previous releases 
> because I do not have them anymore?
I'll try but that will last a while (on 7 different configurations) ...
>  
> Regarding relationships between VS express edition and PSDK, I 
> successfully compiled Wireshark once I had only done the 3 first steps 
> of the process adaptation. Therefore, I suppose the misconfig problem 
> comes from another place...
>  
> Ulf, don't you think it is also a good idea to provide a project file 
> so that debugging would be *a lot* easier because developpers could 
> use all the IDE debugging tools (breakpoints, step by step debugging 
> etc...). Such project file really helped me! I suppose a simple 
> project file created with Visual 6 could be translated by any other MS 
> IDE.
Yes, I was thinking about something like this as well. I'm doing similar 
for quite a while now on my personal source tree.

I'm using a workspace that contains some projects (so you can easily 
switch between debugging of Wireshark, tshark, dumpcap) with some 
"dummy" entries of files I often edit.

The best solution would be to generate this out of the makefile, but 
that would be much work I guess. However, providing a simple .dsw/.dsp 
combo for debugging sounds like a good start for newbies in a "much 
better than nothing" fashion.

But let's get the compilation done right before doing the next step ...

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Ulf Lamping 
Andrew Hood wrote:
>>> I enable HHC_DIR and disable AIRPCAP_DIR in config.nmake
>>>   
>> You may better keep HHC_DIR disabled for now (it's optional) - let's fix one 
>> thing at a time ;-)
>> 
> It's trivial to fix by changing HHC_LIBS as quoted lower down.
>   
I guess so, but I would like to have it fixed for *all* MSVC variants 
before going to the next issue.
>> With my latest changes (yesterday), the "setup" target should download 
>> zlib123.zip (instead of zlib123-dll.zip),
>> and compile the zlib source when running e.g. the "all" target (right before 
>> wiretap is compiled).
>>
>> There's no longer need to compile zlib "by hand".
>> 
> Anders also observed it didn't build. If you did "nmake -k ..." it might
> build later on, and then rerunning nmake might work.
>   
What exact errors do you get? It just compiles without any problems on 
all of my installations.
>>> Those are fixed by adding gdi32.lib advapi32.lib comdlg32.lib to
>>> wireshark_LIBS.
>>>   
>> If you're running the express edition, did you followed the guidelines to 
>> integrate the Paltform SDK into VC?
>> Details are at (especially step 4): 
>> http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/
>> 
> It's Studio. Not Express.
>   
That's really strange! I'm using an "out of the box" MSVC 2005 
installation, which should behave exactly like your installation (unless 
you've tweaked your version somehow - or I did and cannot remember it). 
As we use a makefile and not the build in settings there shouldn't be 
much difference?!?

Any ideas what could be different? There must be something different here!
>> I'm not sure if it's better to depend on our developers that they've done 
>> this or to add the libs to the linker flags. 
>> Maybe the latter will make the whole process easier for our developers.
>> 
> I'd just like to be able to build a clean source tree. I had less
> trouble with MSVC2003 Professional.
>   
I didn't saw that much difference between MSVC2003 and MSVC2005 - we 
need to tweak the linker settings until it's ok for all ...
Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Laurent Rabret 

Hi,
Sorry for not providing this simple patch before. It is OK with VS 2005
express edition, can you check it is OK with previous releases because I do
not have them anymore?

Regarding relationships between VS express edition and PSDK, I successfully
compiled Wireshark once I had only done the 3 first steps of the process
adaptation. Therefore, I suppose the misconfig problem comes from another
place...

Ulf, don't you think it is also a good idea to provide a project file so
that debugging would be *a lot* easier because developpers could use all the
IDE debugging tools (breakpoints, step by step debugging etc...).
Such project file really helped me! I suppose a simple project file created
with Visual 6 could be translated by any other MS IDE.
Regards
Laurent

2007/1/9, Ulf Lamping <[EMAIL PROTECTED]>:



> I have MSVC 8.0 build 50727. I detest trying to use the M$ compiler
> suite, but sometimes the alternatives are worse.

Do you use the Express Edition or the Studio?

> nmake Makefile.nmake clean

You might better use distclean

> moved my modified config.nmake and Makefile.nmake out of the build tree
> (these are the only files I have modified)

Did you enabled the MSVC_VARIANT setting for Visual Studio 2005 in
config.nmake line 73?
If you didn't this would explain problems ;-) - but I guess you've done so
already.

> I enable HHC_DIR and disable AIRPCAP_DIR in config.nmake
>

You may better keep HHC_DIR disabled for now (it's optional) - let's fix
one thing at a time ;-)

> It didn't build zlib and create the include and lib directories and copy

> the files into them early enough in the process for the sources that
> reference zlib.h to compile, so I did the zlib build by hand, and reran
> nmake

With my latest changes (yesterday), the "setup" target should download
zlib123.zip (instead of zlib123-dll.zip),
and compile the zlib source when running e.g. the "all" target (right
before wiretap is compiled).

There's no longer need to compile zlib "by hand".

>
> Then it falls over because htmlhelp.lib is not in $(HHC_DIR)/lib. I said
> before VS8 includes hhc.exe in $(HHC_DIR) but the includes, libs and
> dlls are in the SDK, so I changed the HHC_LIBS in config.nmake
>
> !IF "$(MSVC_VARIANT)" == "MSVC2005"
> HHC_LIBS=htmlhelp.lib
> !ELSE
> HHC_LIBS=$(HHC_DIR)\lib\htmlhelp.lib
> !ENDIF

I'll have a look at the HHC topic later.

> htmlhelp.lib(init.obj) : error LNK2019: unresolved external symbol
> [EMAIL PROTECTED] referenced in function "int __stdcall
> GetRegisteredLocation(char *)" (?GetRegisteredLocation@@ [EMAIL PROTECTED])
> wireshark.exe : fatal error LNK1120: 18 unresolved externals
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
> 8\VC\BIN\link.EXE"' : return code '0x460'
> Stop.
>

There seems to be some platform libs missing.

> Those are fixed by adding gdi32.lib advapi32.lib comdlg32.lib to
> wireshark_LIBS.
>

If you're running the express edition, did you followed the guidelines to
integrate the Paltform SDK into VC?
Details are at (especially step 4):
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/

I'm not sure if it's better to depend on our developers that they've done
this or to add the libs to the linker flags.
Maybe the latter will make the whole process easier for our developers.

Regards, ULFL

P.S: Laurent mentioned a change in the linker flags that might be helpful
here as well, I'm currently waiting for a patch from him.

_
Der WEB.DE  SmartSurfer hilft bis zu 70% Ihrer
Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=0066

___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Index: config.nmake
===
--- config.nmake(r‚vision 20357)
+++ config.nmake(copie de travail)
@@ -405,9 +405,9 @@
 # /D_CRT_NONSTDC_NO_DEPRECATE don't warn for "Deprecated CRT Functions" as 
MSDN calls this
 #
 !IF "$(MSVC_VARIANT)" == "MSVC6" || "$(MSVC_VARIANT)" == "MSVC2002" || 
"$(MSVC_VARIANT)" == "MSVC2003" || "$(MSVC_VARIANT)" == "DOTNET11FRAMEWORK" || 
"$(MSVC_VARIANT)" == "VC2003TOOLKIT" 
-LOCAL_CFLAGS=/Zi /W3
+LOCAL_CFLAGS=/Zi /W3 /MD
 !ELSEIF "$(MSVC_VARIANT)" == "MSVC2005" || "$(MSVC_VARIANT)" == 
"DOTNET20FRAMEWORK"
-LOCAL_CFLAGS=/Zi /W3 /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE
+LOCAL_CFLAGS=/Zi /W3 /MD /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE
 !ELSE
 !ERROR MSVC_VARIANT unknown
 !ENDIF
@@ -421,18 +421,13 @@
 !IF "$(MSVC_VARIANT)" == "MSVC6"
 LOCAL_LDFLAGS=/DEBUG 
 !ELSEIF "$(MSVC_VARIANT)" == "MSVC2002" || "$(MSVC_VARIANT)" == "MSVC2003" || 
"$(MSVC_VARIANT)" == "MSVC2005" || "$(MSVC_VARIANT)" == "VC2003TOOLKIT" || 
"$(MSVC_VARIANT)" == "DOTNET11FRAMEWORK" || "$(MSVC_VARIANT)" == 
"DOTNET20FRAMEWORK"
-LOCAL_LDFLAGS=/DEBUG /DEFA

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Andrew Hood 
Ulf Lamping wrote:
>>I have MSVC 8.0 build 50727. I detest trying to use the M$ compiler
>>suite, but sometimes the alternatives are worse.
> 
> 
> Do you use the Express Edition or the Studio?

"Add Remove Programs" lists it as "Microsoft Visual Studio 2005
Professional Edition - ENU"

>>nmake Makefile.nmake clean
> 
> 
> You might better use distclean
> 
> 
>>moved my modified config.nmake and Makefile.nmake out of the build tree
>>(these are the only files I have modified)
> 
> 
> Did you enabled the MSVC_VARIANT setting for Visual Studio 2005 in 
> config.nmake line 73?
> If you didn't this would explain problems ;-) - but I guess you've done so 
> already.

Yes, I did. :)

>>I enable HHC_DIR and disable AIRPCAP_DIR in config.nmake
>>
> 
> 
> You may better keep HHC_DIR disabled for now (it's optional) - let's fix one 
> thing at a time ;-)

It's trivial to fix by changing HHC_LIBS as quoted lower down.

>>It didn't build zlib and create the include and lib directories and copy
>>the files into them early enough in the process for the sources that
>>reference zlib.h to compile, so I did the zlib build by hand, and reran
>>nmake
> 
> 
> With my latest changes (yesterday), the "setup" target should download 
> zlib123.zip (instead of zlib123-dll.zip),
> and compile the zlib source when running e.g. the "all" target (right before 
> wiretap is compiled).
> 
> There's no longer need to compile zlib "by hand".

Anders also observed it didn't build. If you did "nmake -k ..." it might
build later on, and then rerunning nmake might work.

>>Then it falls over because htmlhelp.lib is not in $(HHC_DIR)/lib. I said
>>before VS8 includes hhc.exe in $(HHC_DIR) but the includes, libs and
>>dlls are in the SDK, so I changed the HHC_LIBS in config.nmake
>>
>>!IF "$(MSVC_VARIANT)" == "MSVC2005"
>>HHC_LIBS=htmlhelp.lib
>>!ELSE
>>HHC_LIBS=$(HHC_DIR)\lib\htmlhelp.lib
>>!ENDIF
> 
> 
> I'll have a look at the HHC topic later.
> 
> 
>>htmlhelp.lib(init.obj) : error LNK2019: unresolved external symbol
>>[EMAIL PROTECTED] referenced in function "int __stdcall
>>GetRegisteredLocation(char *)" (?GetRegisteredLocation@@[EMAIL PROTECTED])
>>wireshark.exe : fatal error LNK1120: 18 unresolved externals
>>NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
>>8\VC\BIN\link.EXE"' : return code '0x460'
>>Stop.
>>
> 
> 
> There seems to be some platform libs missing.
> 
> 
>>Those are fixed by adding gdi32.lib advapi32.lib comdlg32.lib to
>>wireshark_LIBS.
>>
> 
> 
> If you're running the express edition, did you followed the guidelines to 
> integrate the Paltform SDK into VC?
> Details are at (especially step 4): 
> http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/

It's Studio. Not Express.

> I'm not sure if it's better to depend on our developers that they've done 
> this or to add the libs to the linker flags. 
> Maybe the latter will make the whole process easier for our developers.

I'd just like to be able to build a clean source tree. I had less
trouble with MSVC2003 Professional.

> P.S: Laurent mentioned a change in the linker flags that might be helpful 
> here as well, I'm currently waiting for a patch from him.

Me too. Windows is not my platform of choice.

-- 
There's no point in being grown up if you can't be childish sometimes.
-- Dr. Who
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Anders Broman 


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Ulf Lamping
Skickat: den 9 januari 2007 15:33
Till: Developer support list for Wireshark
Ämne: Re: [Wireshark-dev] Microsoft Visual C Version 6support isa
bitoutdated ...

> 
>
>With my latest changes (yesterday), the "setup" target should download
>zlib123.zip (instead of zlib123-dll.zip),
>and compile the zlib source when running e.g. the "all" target (right
>before wiretap is compiled).
>
>There's no longer need to compile zlib "by hand".
I have done a quick test trying the 2005 Express Edition
But it looks like zlib didn't build, of course I may have made some mistake
But could you please try clean_setup and see if it works "out of the box"?
BR
Anders



___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-09 Thread Andrew Hood 
Ulf Lamping wrote:

> P.S.: In the meantime, I can successfully compile and run Wireshark 
> versions generated on every MSVC variant mentioned - so there's actually 
> some real progress in this topic ;-)))

This is about as clear as I can make it.

I have MSVC 8.0 build 50727. I detest trying to use the M$ compiler
suite, but sometimes the alternatives are worse.

From my standard command prompt (cmd.exe) I drop everything from the
PATH except the basic M$ directories, python24 and cygwin and run
vsvars32.bat

I did:

nmake Makefile.nmake clean

moved my modified config.nmake and Makefile.nmake out of the build tree
(these are the only files I have modified)

svn update

I enable HHC_DIR and disable AIRPCAP_DIR in config.nmake

nmake -f Makefile.nmake setup

nmake -f Makefile.nmake

It didn't build zlib and create the include and lib directories and copy
the files into them early enough in the process for the sources that
reference zlib.h to compile, so I did the zlib build by hand, and reran
nmake

Then it falls over because htmlhelp.lib is not in $(HHC_DIR)/lib. I said
before VS8 includes hhc.exe in $(HHC_DIR) but the includes, libs and
dlls are in the SDK, so I changed the HHC_LIBS in config.nmake

!IF "$(MSVC_VARIANT)" == "MSVC2005"
HHC_LIBS=htmlhelp.lib
!ELSE
HHC_LIBS=$(HHC_DIR)\lib\htmlhelp.lib
!ENDIF

Then rerun nmake:

Linking wireshark.exe
link @C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\nm7D.tmp
libui.lib(font_utils.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_windows_font_gtk1
libui.lib(font_utils.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_windows_font_gtk1
libui.lib(font_utils.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_windows_font_gtk1
libui.lib(print_mswin.obj) : error LNK2001: unresolved external symbol
[EMAIL PROTECTED]
libui.lib(font_utils.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_windows_font_gtk1
libui.lib(font_utils.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_windows_font_gtk1
libui.lib(font_utils.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_windows_font_gtk1
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_mswin
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_mswin
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_mswin
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_mswin
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_mswin
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _get_printer_dc
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_file
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_file
libui.lib(print_mswin.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function _print_file
htmlhelp.lib(init.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function "int __stdcall
GetRegisteredLocation(char *)" (?GetRegisteredLocation@@[EMAIL PROTECTED])
htmlhelp.lib(init.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function "int __stdcall
GetRegisteredLocation(char *)" (?GetRegisteredLocation@@[EMAIL PROTECTED])
htmlhelp.lib(init.obj) : error LNK2019: unresolved external symbol
[EMAIL PROTECTED] referenced in function "int __stdcall
GetRegisteredLocation(char *)" (?GetRegisteredLocation@@[EMAIL PROTECTED])
wireshark.exe : fatal error LNK1120: 18 unresolved externals
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
8\VC\BIN\link.EXE"' : return code '0x460'
Stop.

Those are fixed by adding gdi32.lib advapi32.lib comdlg32.lib to
wireshark_LIBS.

-- 
There's no point in being grown up if you can't be childish sometimes.
-- Dr. Who
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-08 Thread Ulf Lamping 
Laurent Rabret wrote:
> Hi Andrew,
> Maybe your linker errors stems from bad compiler options. Initially I 
> recommended to remove some default libs and to force msvcrxx thanks to 
> /DEFAULTLIB and /NODEFAULTLIB options in LOCAL_LDFLAGS (in 
> the config.nmake file). Actually, it was probably a bad solution and I 
> recommend to remove these options and to set the /MD flag next to /Zi 
> /W3 in LOCAL_CFLAGS . Ulf, this flag avoid modifications in the 
> plugins directory and guarantees lib consistency. I suppose it should 
> work with VS6 also but can not check.
> Hope it will help and if it word, it is certainly a good idea to 
> change the config.nmake file.
Hi Laurent!

Could you provide a patch so we don't confuse each other - and talk 
about different things. I'm not really an expert on this lib issues ;-)

However, I can test it on all mentioned MSVC variants (even VS6), so 
we'll see.

Regards, ULFL

P.S.: In the meantime, I can successfully compile and run Wireshark 
versions generated on every MSVC variant mentioned - so there's actually 
some real progress in this topic ;-)))
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-08 Thread Laurent Rabret 

Hi Andrew,
Maybe your linker errors stems from bad compiler options. Initially I
recommended to remove some default libs and to force msvcrxx thanks to
/DEFAULTLIB and /NODEFAULTLIB options in LOCAL_LDFLAGS (in the
config.nmakefile). Actually, it was probably a bad solution and I
recommend to remove
these options and to set the /MD flag next to /Zi /W3 in LOCAL_CFLAGS . Ulf,
this flag avoid modifications in the plugins directory and guarantees lib
consistency. I suppose it should work with VS6 also but can not check.
Hope it will help and if it word, it is certainly a good idea to change the
config.nmake file.
Regards
Laurent
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2007-01-02 Thread Ulf Lamping 
RABRET Laurent RD-MAPS-ISS wrote:
> Well, if you want to do quick tests, you do not have to change anything in 
> Makefile.nmake files...
> The only compulsory adaptations are:
> 1) Commit the patch I sent yesterday
> 2) In the "config.nmake" file change "LOCAL_CFLAGS=/Zi /W3 " by 
> "LOCAL_CFLAGS=/Zi /W3 /MD"
>
>
> If you want to test with Visual studio >6 && < 2005, just add the correct 
> msvcrxx.dll to the installer.
>
> If you want to test with visual studio 2005/Visual C++ 2005 Express, do these 
> additional operations:
> 1) I strongly recommend installing the latest platform SDK
> 2) Apply the ugly attached patch to the installer
>   
checked in
> By now, everything should compile & work!
>   
Yes, it does - thanks :-)
> Of course, especially for VS 2005, a tuning process may be required. For 
> example see http://msdn2.microsoft.com/en-us/library/ms235591(VS.80).aspx to 
> embed manifest files in exe/dll and 
> http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=32BC1BEE-A3F9-4C13-9C99-220B62A191EE
> to explain how to redistribute Run Time libraries for users not having 
> msvcr80.dll. 
> As you'll see, the redistribution of this component requires
> - a release >= Windows 98 or >= Windows 2000 (so Windows 95/NT not supported 
> anymore)
> - Windows Installer 3.0 etc...
> There's maybe a better option I do not know because I discovered C++ 2005 2 
> days ago (static linking is certainly not the best option) :-< 
>   
Releasing the manifest files seems to be ok.

I don't know if redistributing the msvcr80.dll is really needed - 
somewhere I've read that it's only needed for "complicated scenarios" 
(whatever that may be).

I'll try this on a machine that doesn't have seen such a file before :-)

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated ...

2006-12-21 Thread RABRET Laurent RD-MAPS-ISS 
Well, if you want to do quick tests, you do not have to change anything in 
Makefile.nmake files...
The only compulsory adaptations are:
1) Commit the patch I sent yesterday
2) In the "config.nmake" file change "LOCAL_CFLAGS=/Zi /W3 " by 
"LOCAL_CFLAGS=/Zi /W3 /MD"


If you want to test with Visual studio >6 && < 2005, just add the correct 
msvcrxx.dll to the installer.

If you want to test with visual studio 2005/Visual C++ 2005 Express, do these 
additional operations:
1) I strongly recommend installing the latest platform SDK
2) Apply the ugly attached patch to the installer
3) Create a make project from the IDE (mind the directory) and
a) Enter for example this standard command to compile (e.g. "nmake -f 
Makefile.nmake packaging"), clean (e.g. "nmake -f Makefile.nmake distclean")
b) Apply the step 3 of the process explained here: 
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/

NB: The 2nd item would avoid to modify makefiles.

By now, everything should compile & work!

Of course, especially for VS 2005, a tuning process may be required. For 
example see http://msdn2.microsoft.com/en-us/library/ms235591(VS.80).aspx to 
embed manifest files in exe/dll and 
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=32BC1BEE-A3F9-4C13-9C99-220B62A191EE
to explain how to redistribute Run Time libraries for users not having 
msvcr80.dll. 
As you'll see, the redistribution of this component requires
- a release >= Windows 98 or >= Windows 2000 (so Windows 95/NT not supported 
anymore)
- Windows Installer 3.0 etc...
There's maybe a better option I do not know because I discovered C++ 2005 2 
days ago (static linking is certainly not the best option) :-<
 
If you encounter some problems, you can Call me on MSN/skype. Just send me a 
private eMail for us to fix an appointment.
Regards
Laurent

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Ulf Lamping
Envoyé : jeudi 21 décembre 2006 12:09
À : Developer support list for Wireshark
Objet : Re: [Wireshark-dev] Microsoft Visual C Version 6support isa bitoutdated 
...

RABRET Laurent RD-MAPS-ISS wrote:
> Of course there's one, I posted a patch about 1.5 years ago for the formerly 
> Ethereal to successfully compiled with Visual > 6. I have always successfully 
> used this patched Ethereal/Wireshark compiled with VS 2003 and have just 
> checked when compiled with Visual C++ 2005 Express --> No problem if we 
> include the .exe/dll.manifest to the distribution.
>   
Thanks for the info.

Could you add the manifest files and - if required - the changes to the 
makefiles? Your patch only includes the gstdio.h related stuff.
> I do not understand why this patch was not applied but it's maybe because I 
> do not know glib (or because the macro does not work on VS6/Unices -> not 
> tested on these environments). 
Probably as none of the core developers could test it, lack of time, ...
> The "spirit" of the patch is very simple: Do not use glib API for file 
> handling whilst glib is compiled with visual studio 6.
> Regards
> Laurent
>
> Caution: if you test, DO NOT FORGET to compile "zlib" to ensure RT lib 
> consistency.
>   
As a first step I'll simply disable zlib for my experiments (zlib is 
optional).

Regards, ULFL
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev


wireshark.nsi.patch
Description: wireshark.nsi.patch
___
Wireshark-dev mailing list
Wireshark-dev@wireshark.org
http://www.wireshark.org/mailman/listinfo/wireshark-dev