aboutsummaryrefslogtreecommitdiffstats
path: root/README.win32
diff options
context:
space:
mode:
Diffstat (limited to 'README.win32')
-rw-r--r--README.win3218
1 files changed, 9 insertions, 9 deletions
diff --git a/README.win32 b/README.win32
index 0f62b87bcd..b5542baf42 100644
--- a/README.win32
+++ b/README.win32
@@ -4,7 +4,7 @@ Installing Ethereal, Tethereal, and Editcap on Win32
====================================================
These are the instructions for installing Ethereal
from the installation executable that is provided on
-the Ethereal website at:
+the Wireshark website at:
http://www.ethereal.com/distribution/win32
@@ -30,7 +30,7 @@ All binaries in Wireshark package are now built with debugging
information embedded. If you are experiencing a crash when running
Ethereal or other binaries, Dr. Watson or your debugger
can use the information embedded in the binary to provide useful
-information to the Ethereal developers that will help them pinpoint
+information to the Wireshark developers that will help them pinpoint
the problem.
In the past, two versions of Ethereal binaries were published -- a
@@ -42,7 +42,7 @@ to capture packets on Win32 platforms.
As of WinPcap 2.1, all the WinPcap libraries have been released as DLLs.
This means that Ethereal can detect the presence of WinPcap at run time,
-which means that only one version of the Ethereal binaries needs to be
+which means that only one version of the Wireshark binaries needs to be
shipped.
If you don't want to capture packets, just install the Ethereal
@@ -88,7 +88,7 @@ The rest of this documentation is only interesting if
you want to compile Ethereal yourself.
-Compiling the Ethereal distribution from source
+Compiling the Wireshark distribution from source
===============================================
Developer's Guide
@@ -244,7 +244,7 @@ The gettext runtime package provides intl.dll, which is needed by
GLib 2.4.7.
-Compiling the Ethereal distribution using GTK+2
+Compiling the Wireshark distribution using GTK+2
-----------------------------------------------
The more recent version 2 of the GTK+ can be used to compile
@@ -299,7 +299,7 @@ Yes, the location of plugins needs to be more flexible.
Instructions for MS Visual C++
----------------------------
-Modify the config.nmake file in the top directory of the Ethereal source
+Modify the config.nmake file in the top directory of the Wireshark source
tree to work for your local configuration; if you don't have Python,
comment out the line that defines PYTHON, otherwise set it to refer to
the pathname of your Python interpreter executable. You should not have
@@ -384,7 +384,7 @@ make-tapreg-dotc, tap-*.c tethereal-tap-register.c
make-tapreg-dotc, tap files gtk/ethereal-tap-register.c
in the gtk subdirectory Bash + grep + sed
-The Makefile.nmake supplied with the Ethereal distribution will, if
+The Makefile.nmake supplied with the Wireshark distribution will, if
PYTHON is defined in config.nmake, attempt to make register.c with
Python, since it is much much much faster than the shell version. The
reason it is faster is because the shell version launches multiple
@@ -444,7 +444,7 @@ GTK-Wimp can be used to get a native Look-and-Feel on WinXP machines,
especially with the new "coloured" WinXP theme. It will only take effect
together with the GTK2 version of Ethereal.
-No changes to the Ethereal sources are needed, GTK-Wimp simply changes the
+No changes to the Wireshark sources are needed, GTK-Wimp simply changes the
way GTK2 displays the widgets (by changing the GTK2 default theme).
GTK-Wimp will be automatically installed if you use the official Ethereal Setup.
@@ -481,7 +481,7 @@ 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
+when using the MSVC 7 compiler, some parts of the Wireshark 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.