Always skip the whole header: The current code would only decode

[obnox/wireshark/wip.git] / README.win32

diff --git a/README.win32 b/README.win32
index 691751c4d7d43cc29265aeb0a0ca49993423d65c..9084b91f7e5520c8ee950bf6c4f96f2ac1249593 100644 (file)
--- a/README.win32
+++ b/README.win32
@@ -200,7 +200,7 @@ and optional:
 
     adns-1.0-win32-03.zip                 C:\ethereal-win32-libs
     pcre-4.4.zip                          C:\ethereal-win32-libs
-    zlib121-dll.zip                       C:\ethereal-win32-libs\zlib121-dll
+    zlib122-dll.zip                       C:\ethereal-win32-libs\zlib122-dll
 
 (to use the default locations, the directories in question should be
 created, and each zip file should be unpacked into the corresponding
@@ -377,10 +377,13 @@ by a Windows version of Flex.
 Most of those tools are available for Win32 systems as part of the
 Cygwin package:
 
-       http://sources.redhat.com/cygwin/
+       http://www.cygwin.com/
 
 After installing them, you will probably have to modify the config.nmake
 file to specify where the Cygwin binaries are installed.
+Note that installing cygwin with the "Default Text File Type" set to DOS 
+may break the compilation because all the required tools may not be found. 
+Set this parameter to UNIX instead.
 
 Python for Win32 is available from:
 
@@ -439,14 +442,17 @@ WinXP style on your screen.
 
 Problems with MS Visual C++ Version 7 / VC.NET
 ----------------------------------------------
-Beside licensing problems with these compilers, there are known problems with DLL's.
-If Ethereal is compiled with MSVC Version 7, there are conflicts in the MSVCRT DLL's,
-The MSVCRT.DLL includes the standard ANSI-C functions like fopen, malloc, etc.. MSVCRT.DLL
-is shipped with the MSVC 6 compiler versions, and dynamically linked to prebuild DLL's like 
-the one's for gtk, glib and such. The MSVC 7 compiler now uses and ships MSVCRT71.DLL with 
-it, which is incompatible with MSVCRT.DLL. So when using the MSVC 7 compiler, some parts of
-the Ethereal code uses MSVCRT71.DLL, and some others (indirectly from e.g. the gtk DLL) will
-use MSVCRT.DLL. This will result in incorrect file handles and such.
+
+Beside licensing problems with these compilers, there are known problems
+with DLL's.  If Ethereal is compiled with MSVC Version 7, there are
+conflicts in the MSVCRT DLL's, The MSVCRT.DLL includes the standard
+ANSI-C functions like fopen, malloc, etc..  MSVCRT.DLL is shipped with
+the MSVC 6 compiler versions, and dynamically linked to prebuild DLL's
+like the one's for gtk, glib and such.  The MSVC 7 compiler now uses and
+ships MSVCRT71.DLL with it, which is incompatible with MSVCRT.DLL.  So
+when using the MSVC 7 compiler, some parts of the Ethereal code uses
+MSVCRT71.DLL, and some others (indirectly from e.g. the gtk DLL) will
+use MSVCRT.DLL.  This will result in incorrect file handles and such.
 
 The same problem seems to apply on all MSVC compilers after version 6, like the
 "Microsoft Visual C++ Toolkit 2003".