diff options
author | Gerald Combs <gerald@wireshark.org> | 2006-05-31 19:12:15 +0000 |
---|---|---|
committer | Gerald Combs <gerald@wireshark.org> | 2006-05-31 19:12:15 +0000 |
commit | eb71f7fb96f883b748536eecde9f6f49eedbcfee (patch) | |
tree | e686fde4e5609ee0ed12778fccbded159b386785 /doc/README.design | |
parent | 2fd928645b5aa69feb967d00f8604b98ed0dc237 (diff) | |
download | wireshark-eb71f7fb96f883b748536eecde9f6f49eedbcfee.tar.gz wireshark-eb71f7fb96f883b748536eecde9f6f49eedbcfee.tar.bz2 wireshark-eb71f7fb96f883b748536eecde9f6f49eedbcfee.zip |
Rename the main executable to "wireshark", along with more conversions:
ethereal.com -> wireshark.org
mailing lists and addresses
ETHEREAL -> WIRESHARK
Man pages
Automake/Autoconf names
svn path=/trunk/; revision=18271
Diffstat (limited to 'doc/README.design')
-rw-r--r-- | doc/README.design | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/doc/README.design b/doc/README.design index 94705b6797..c88d6307b7 100644 --- a/doc/README.design +++ b/doc/README.design @@ -1,21 +1,21 @@ $Id$ Unfortunately, the closest thing to a design document is the -"README.developer" document in the "doc" directory of the Ethereal +"README.developer" document in the "doc" directory of the Wireshark source tree; however, although that's useful for people adding new -protocol dissectors to Ethereal, it doesn't describe the operations of -the "core" of Ethereal. +protocol dissectors to Wireshark, it doesn't describe the operations of +the "core" of Wireshark. We have no document describing that; however, a quick summary of the part of the code you'd probably be working with is: - for every capture file that Ethereal has open, there's a - "capture_file" structure - Ethereal currently supports only one + for every capture file that Wireshark has open, there's a + "capture_file" structure - Wireshark currently supports only one open capture file at a time, and that structure is named "cfile" (see the "file.h" header file); that structure has a member "plist", which points to a - "frame_data" structure - every link-layer frame that Ethereal + "frame_data" structure - every link-layer frame that Wireshark has read in has a "frame_data" structure (see the "epan/packet.h" header file), the "plist" member of "cfile" points to the first frame, and each frame has a "next" member |