Type-in program

Type-in program

__NOTOC__A type-in program, or just type-in, is a computer program listing printed in a computer magazine or book, meant to be typed in by the reader in order to run the program on a computer. Very common in the early home computer era of the late 1970s and 1980s, type-ins existed because of the period's lack of inexpensive portable storage media, the low frequency of usage of modems and bulletin board systems, and the relatively short length needed for an instructive or entertaining program on a home computer with a main memory of a few tens of kilobytes.

Description

Here is an example of a type-in:

Listing 1. 10 PRINT "HELLO, WORLD!" 20 END

To use this type-in, a reader would take a printed copy of the program listing, such as from a magazine or book, sit down at a computer, and manually enter the two lines of code. After typing the program in, he would be able to run it and also to save it to disk or cassette for future use. For the simple program displayed above, this does not present many savings. However, many type-ins were fully functional games or software packages, sometimes rivaling commercial software.

Type-ins were usually written in BASIC or a combination of BASIC and machine language. In the latter case, the opcodes and operands of the machine language part were often simply given as DATA statements within the BASIC program, and were loaded using a POKE loop, since few users had access to an assemblerref|asm-lst). In some cases, a special program for entering machine language numerically was provided. Programs with a machine language component sometimes included assembly language listings for users who had assemblers and who were interested in the internal workings of the program.

The downside of type-ins was labor. The work required to enter a medium-sized type-in was on the order of hours. If the resulting program turned out not to be to the user's taste, it was quite possible that the user spent more time keying in the program than using it. Additionally, type-ins were error-prone, both for users and for the magazines. This was especially true of the machine language parts of BASIC programs, which were nothing but line after line of DATA statements (or in some cases where the computer's version of the ASCII code had a printable character for each value from 0-255, the code could have been printed using strings that contained the glyphs that the values mapped to); while a BASIC program would often stop with an error at an incorrect statement, the machine language parts of a program could fail in untraceable ways. This made the correct entry of programs difficult.ref|mikrobitti

To counter the difficulty of keying a type-in, some magazines developed checksum programs. There were many different styles of checksum program, usually depending on the type of program being entered and on the complexity of the checksummer. Checksummers were proprietary and were often printed in every issue of the magazine. The most basic distinction was whether the checksummer was run only once, when the program had been completely keyed in, or whether it was used interactively. The former type either read the typed-in computer code off a disk, or read it directly from memory (this type of checksummer was usually manually appended to the end of a BASIC program). The checksum program would print a checksum for each line of code. The magazine would print the correct checksums adjacent to the listing, and the user would compare the two to catch errors. More advanced checksum programs were used interactively. They would take a line of code as it was entered and immediately produce a checksum which could be compared to the printed listing. Users, however, had to enter the checksum programs themselves correctly.

For example, "COMPUTE!" and "COMPUTE!'s Gazette" printed the BASIC listings for "The Automatic Proofreader" (to verify lines of BASIC) and "MLX" (for binary data) in each issue that carried type-in programs in these formats. Once the user had typed in "The Automatic Proofreader" correctly, he had bootstrapped his way to verifying "MLX" and other programs.

Beyond the manual labor of type-ins, it was not uncommon for certain magazines to print poor quality listings, presenting the reader with nearly illegible characters (especially in the case where machine-code data was printed using ASCII glyphs instead of DATA statements); this typically happened when transferring the list output from the era's ubiquitous 7–8-pin dot-matrix printers directly to the printing presses—sometimes even without prettyprinting (a particularly bad negligence in regard to listings which contained graphical characters representing control codes, used for e.g. cursor movements; such characters tended to be less legible than alphanumeric ones in the first place). In other cases, the original program listing was already full of bugs by the time it had been type-set into the magazine, much to the frustration of readers. Magazines often issued "errata" notices for bad listings in subsequent issues.

Other solutions existed for the tedium of typing in seemingly-endless lines of code. Freelance authors wrote most magazine type-in programs and, in the accompanying article, often provided readers a mailing address to send a small sum (US$3 was the standard) to buy the program on disk or tape. This was an added source of income to the author. By the mid-1980s, recognising this demand from readers, many US-published magazines offered all of each issue's type-ins on an optional disk, often with a bonus program or two. Some UK magazines occasionally offered a free Evatone that played on a vinyl record player connected to the microcomputer's cassette input. Other input methods, such as the Cauzin Softstrip were tried, without much success.

History

Type-in programs preceded the dawn of the home computer era. As David H. Ahl wrote in 1983:

:In 1971, while education product line manager at Digital Equipment Corp., I put out a call for games to educational institutions throughout North America. I was overwhelmed with the response. I selected the best games and put them together in a book, " [http://www.atariarchives.org/basicgames/ 101 Basic Computer Games] ". After putting the book together on my own time, I convinced reluctant managers at DEC to publish it. They were convinced it wouldn't sell. It, plus its sequel, " [http://www.atariarchives.org/morebasicgames/ More Basic Computer Games] " have sold over half a million copies proving that people are intrigued by computer games.ref|ahl-quote

Most early computer magazines published type-in programs. The professional and business-oriented journals such as "BYTE" and "Popular Computing" printed them less frequently, often a test program to illustrate a technical topic covered in the magazine rather than an application for general use. Consumer-oriented publications, especially platform-specific magazines such as "COMPUTE!'s Gazette" (Commodore) and "ANTIC" (Atari), ran several each issue. Whether in book or magazine form, the programs were sometimes specific to a given home computer and sometimes compatible with several computers. Although such programs were usually copyrighted, authors often encouraged users to modify them, adding capabilities or otherwise changing them to suit their needs. Users would sometimes send their changes back into the magazine for later publication (in an early form of open source software)

While most type-ins were simple games or utilities and likely only to hold a user's interest for a short time, some were very ambitious, rivaling commercial software. Perhaps the most famous example is the type-in word processor "SpeedScript", published by "COMPUTE!'s Gazette" and "COMPUTE!" Magazine for several 8-bit computers starting in 1984. It retained a following into the next decade as users refined and added capabilities to it.

As the cost of cassette tapes and floppy disks declined, and as the sophistication of commercial programs and the technical capabilities of the computers they ran on steadily increased, the importance of the type-in declined. In Europe, magazine cover tapes/disks became common, and type-ins became virtually non-existent. In North America, type-ins remained popular for 8-bit computers well into the 1990s, although type-ins for 16/32-bit computers quickly faded. Some magazines continued to print short code snippets for instruction purposes from time to time, but these 10–20-line segments would not be considered type-in programs in the proper sense.

Although type-in programs have disappeared today, the tradition of distributing software with magazines lived on, especially in Europe, with 3½" floppy disks included with magazines throughout most of the 1990s, eventually followed by CD-ROMs and DVDs.

Notes

# Listings for the BBC Micro and Acorn Electron, whose BASIC ROM included an assembler, were generally presented as assembly code, providing a somewhat better chance of catching errors and making it easier for knowledgeable users to modify the program. The resulting listings, however, were even longer than the machine code would have been, and no less incomprehensible to the uninitiated.
# An example of the sometimes excessively long type-ins to be encountered was a BASIC extension for the Commodore 64 published in the Finnish magazine "MikroBitti"; the program's machine code portion made up 20 pages full of numbers for the reader to enter flawlessly into the computer.
# Ahl, David H. " [http://www.atarimagazines.com/cva/v1n1/editorial.php Editorial.] " "Creative Computing Video & Arcade Games", Spring 1983.

ee also

*"SpeedScript"
*"Micro Adventure"

External links

* [http://www.atarimagazines.com/ Classic Computer Magazine Archive]
* [http://www.users.globalnet.co.uk/~jg27paw4/type-ins/typehome.htm THE TYPE FANTASTIC (TTFn): The "Sinclair magazine" type-in programs archive] – By Jim Grimwood; original archive by Michael Bruhn
* [http://www.c64music.co.uk/books/ List of Commodore 64 Type-In Games Books]


Wikimedia Foundation. 2010.

Игры ⚽ Нужно сделать НИР?

Look at other dictionaries:

  • Type system — Type systems Type safety Inferred vs. Manifest Dynamic vs. Static Strong vs. Weak Nominal vs. Structural Dependent typing Duck typing Latent typing Linear typing Uniqueness typing …   Wikipedia

  • Type inference — Type inference, or implicit typing, refers to the ability to deduce automatically the type of a value in a programming language. It is a feature present in some strongly statically typed languages. It is often characteristic of but not limited to …   Wikipedia

  • Type design — is the art of designing typefaces. Although the technology of printing text using movable type was invented in China, and despite the esteem which calligraphy held in that civilization, the vast number of Chinese characters meant that few… …   Wikipedia

  • Program Specific Information — (PSI) is metadata, part of MPEG transport stream.The PSI data contains four tables: PAT (Program Association Table), CAT (Conditional Access Table), PMT (Program Map Table) and NIT (Network Information Table). This last table is normally not used …   Wikipedia

  • Type 97 Chi-Ha — tank at Yasukuni Shrine Museum Place of origin …   Wikipedia

  • Type C1 ship — Type C1 was a designation for small cargo ships built for the U.S. Maritime Commission before and during World War II. The first C1 types were the smallest of the three original Maritime Commission designs, meant for shorter routes where high… …   Wikipedia

  • Type C2 ship — Type C2 ships were Liberty fleet standard freighters designed by the United States Maritime Commission in 1937–38.cite web |title=United States Maritime Commission C2 Type Ships |url=http://www.usmm.org/c2ships.html |format=html |accessdate=2008… …   Wikipedia

  • Type Ia sensory fiber — also called Primary Afferent Fiber is a type of sensory fiber. It is a component of a muscle fiber s muscle spindle which keeps track of how fast a muscle stretch changes (the velocity of the stretch).Function of muscle spindlesIn order to… …   Wikipedia

  • type in — ˌtype ˈin [transitive] [present tense I/you/we/they type in he/she/it types in present participle typing in past tense …   Useful english dictionary

  • Type II sensory fiber — (group Aβ) is a type of sensory fiber, the second of the two main groups of stretch receptors. They are non adapting, meaning that they keep responding even when the muscle has stopped changing its length. They are the second most highly… …   Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”