return

The Project Gutenberg Etext of Waifs and Strays, etc, by O Henry
#8 in our series by O Henry
Copyright laws are changing all over the world, be sure to check
the copyright laws for your country before posting these files!!


Please take a look at the important information in this header.
We encourage you to keep this file on your own disk, keeping an
electronic path open for the next readers.  Do not remove this.

**Welcome To The World of Free Plain Vanilla Electronic Texts**
**Etexts Readable By Both Humans and By Computers, Since 1971**
 *These Etexts Prepared By Hundreds of Volunteers and Donations*
 
Information on contacting Project Gutenberg to get Etexts, and
further information is included below.  We need your donations.
 
Waifs and Strays [Part 1]
by O Henry
August, 2000  [Etext #2295]
The Project Gutenberg Etext of Waifs and Strays, etc, by O Henry
******This file should be named 1waif10.txt or 1waif10.zip******
Corrected EDITIONS of our etexts get a new NUMBER, 1waif11.txt
VERSIONS based on separate sources get new LETTER, 1waif10a.txt

Prepared for Project Gutenberg by Earle C. Beach (e_beach@hotmail.com)

Project Gutenberg Etexts are usually created from multiple editions,
all of which are in the Public Domain in the United States, unless a
copyright notice is included.  Therefore, we usually do NOT keep any
of these books in compliance with any particular paper edition.
 
We are now trying to release all our books one month in advance
of the official release dates, leaving time for better editing.
 
Please note:  neither this list nor its contents are final till
midnight of the last day of the month of any such announcement.
The official release date of all Project Gutenberg Etexts is at
Midnight, Central Time, of the last day of the stated month.  A
preliminary version may often be posted for suggestion, comment
and editing by those who wish to do so.  To be sure you have an
up to date first edition [xxxxx10x.xxx] please check file sizes
in the first week of the next month.  Since our ftp program has
a bug in it that scrambles the date [tried to fix and failed] a
look at the file size will have to do, but we will try to see a
new copy has at least one byte more or less.
 return