bookssland.com » Other » The Hacker's Dictionary - - (the best novels to read .txt) 📗
  • Author: -
  • Performer: 0262680920

Book online «The Hacker's Dictionary - - (the best novels to read .txt) 📗». Author -



1 ... 28 29 30 31 32 33 34 35 36 ... 111
Go to page:
the computer --- registers, memory, flags, everything --- to zero, including that portion of memory where it is running; its last act is to stomp on its own "store zero" instruction. Death code isn't very useful, but writing it is an interesting hacking challenge on architectures where the instruction set makes it possible, such as the PDP-8 (it has also been done on the DG Nova).

Death code is much less common, and more anti-social, on modern multi-user machines. It was very impressive on earlier hardware that provided front panel switches and displays to show register and memory contents, esp. when these were used to prod the corpse to see why it died.

Perhaps the ultimate death code is on the TI 990 series, where all registers are actually in RAM, and the instruction "store immediate 0" has the opcode "0". The PC will immediately wrap around core as many times as it can until a user hits HALT. Any empty memory location is death code. Worse, the manufacturer recommended use of this instruction in startup code (which would be in ROM and therefore survive).

:Death Star: [from the movie "Star Wars"] 1. The AT&T corporate logo, which appears on computers sold by AT&T and bears an uncanny resemblance to the Death Star' in the movie. This usage is particularly common among partisans of {BSD} UNIX, who tend to regard the AT&T versions as inferior and AT&T as a bad guy. Copies still circulate of a poster printed by Mt. Xinu showing a starscape with a space fighter labeled 4.2 BSD streaking away from a broken AT&T logo wreathed in flames. 2. AT&T's internal magazine,Focus', uses `death star' for an incorrectly done AT&T logo in which the inner circle in the top left is dark instead of light --- a frequent result of dark-on-light logo images.

:DEC Wars: n. A 1983 {USENET} posting by Alan Hastings and Steve Tarr spoofing the "Star Wars" movies in hackish terms. Some years later, ESR (disappointed by Hastings and Tarr's failure to exploit a great premise more thoroughly) posted a 3-times-longer complete rewrite called "UNIX WARS"; the two are often confused.

:DEChead: /dek'hed/ n. 1. A DEC {field servoid}. Not flattering.

[from `deadhead'] A Grateful Dead fan working at DEC.

:deckle: /dek'l/ [from dec- and {nybble}; the original spelling seems to have been `decle'] n. Two {nickle}s; 10 bits. Reported among developers for Mattel's GI 1600 (the Intellivision games processor), a chip with 16-bit-wide RAM but 10-bit-wide ROM.

:deep hack mode: n. See {hack mode}.

:deep magic: [poss. from C. S. Lewis's "Narnia" books] n. An awesomely arcane technique central to a program or system, esp. one not generally published and available to hackers at large (compare {black art}); one that could only have been composed by a true {wizard}. Compiler optimization techniques and many aspects of {OS} design used to be {deep magic}; many techniques in cryptography, signal processing, graphics, and AI still are.

Compare {heavy wizardry}. Esp. found in comments of the form "Deep magic begins here...". Compare {voodoo programming}.

:deep space: n. 1. Describes the notional location of any program that has gone {off the trolley}. Esp. used of programs that just sit there silently grinding long after either failure or some output is expected. "Uh oh. I should have gotten a prompt ten seconds ago. The program's in deep space somewhere." Compare {buzz}, {catatonic}, {hyperspace}. 2. The metaphorical location of a human so dazed and/or confused or caught up in some esoteric form of {bogosity} that he or she no longer responds coherently to normal communication. Compare {page out}.

:defenestration: [from the traditional Czechoslovak method of assassinating prime ministers, via SF fandom] n. 1. Proper karmic retribution for an incorrigible punster. "Oh, ghod, that was awful!" "Quick! Defenestrate him!" 2. The act of exiting a window system in order to get better response time from a full-screen program. This comes from the dictionary meaning of `defenestrate', which is to throw something out a window. 3. The act of discarding something under the assumption that it will improve matters. "I don't have any disk space left." "Well, why don't you defenestrate that 100 megs worth of old core dumps?"

[proposed] The requirement to support a command-line interface.

"It has to run on a VT100." "Curses! I've been defenestrated!"

:defined as: adj. In the role of, usually in an organization-chart sense. "Pete is currently defined as bug prioritizer." Compare {logical}.

:dehose: /dee-hohz/ vt. To clear a {hosed} condition.

:delint: /dee-lint/ v. To modify code to remove problems detected when {lint}ing. Confusingly, this is also referred to as `linting' code.

:delta: n. 1. [techspeak] A quantitative change, especially a small or incremental one (this use is general in physics and engineering). "I just doubled the speed of my program!" "What was the delta on program size?" "About 30 percent." (He doubled the speed of his program, but increased its size by only 30

percent.) 2. [UNIX] A {diff}, especially a {diff} stored under the set of version-control tools called SCCS (Source Code Control System) or RCS (Revision Control System). 3. n. A small quantity, but not as small as {epsilon}. The jargon usage of {delta} and {epsilon} stems from the traditional use of these letters in mathematics for very small numerical quantities, particularly in epsilon-delta' proofs in limit theory (as in the differential calculus). The term {delta} is often used, once {epsilon} has been mentioned, to mean a quantity that is slightly bigger than {epsilon} but still very small. "The cost isn't epsilon, but it's delta" means that the cost isn't totally negligible, but it is nevertheless very small. Common constructions includewithin delta of ---', `within epsilon of ---': that is, close to and even closer to.

:demented: adj. Yet another term of disgust used to describe a program. The connotation in this case is that the program works as designed, but the design is bad. Said, for example, of a program that generates large numbers of meaningless error messages, implying that it is on the brink of imminent collapse. Compare {wonky}, {bozotic}.

:demigod: n. A hacker with years of experience, a national reputation, and a major role in the development of at least one design, tool, or game used by or known to more than half of the hacker community.

To qualify as a genuine demigod, the person must recognizably identify with the hacker community and have helped shape it. Major demigods include Ken Thompson and Dennis Ritchie (co-inventors of {{UNIX}} and {C}) and Richard M. Stallman (inventor of {EMACS}). In their hearts of hearts, most hackers dream of someday becoming demigods themselves, and more than one major software project has been driven to completion by the author's veiled hopes of apotheosis. See also {net.god}, {true-hacker}.

:demo: /de'moh/ [short for demonstration'] 1. v. To demonstrate a product or prototype. A far more effective way of inducing bugs to manifest than any number of {test} runs, especially when important people are watching. 2. n. The act of demoing. 3. n. Esp. asdemo version', can refer to either a special version of a program (frequently with some features crippled) which is distributed at little or no cost to the user for demonstration purposes.

:demo mode: [Sun] n. 1. The state of being {heads down} in order to finish code in time for a {demo}, usually due yesterday.

A mode in which video games sit there by themselves running through a portion of the game, also known as `attract mode'.

Some serious {app}s have a demo mode they use as a screen saver, or may go through a demo mode on startup (for example, the Microsoft Windows opening screen --- which lets you impress your neighbors without actually having to put up with {Microsloth Windows}).

:demon: n. 1. [MIT] A portion of a program that is not invoked explicitly, but that lies dormant waiting for some condition(s) to occur. See {daemon}. The distinction is that demons are usually processes within a program, while daemons are usually programs running on an operating system. Demons are particularly common in AI programs. For example, a knowledge-manipulation program might implement inference rules as demons. Whenever a new piece of knowledge was added, various demons would activate (which demons depends on the particular piece of data) and would create additional pieces of knowledge by applying their respective inference rules to the original piece. These new pieces could in turn activate more demons as the inferences filtered down through chains of logic. Meanwhile, the main program could continue with whatever its primary task was. 2. [outside MIT] Often used equivalently to {daemon} --- especially in the {{UNIX}} world, where the latter spelling and pronunciation is considered mildly archaic.

:depeditate: /dee-ped'*-tayt/ [by (faulty) analogy with `decapitate'] vt. Humorously, to cut off the feet of. When one is using some computer-aided typesetting tools, careless placement of text blocks within a page or above a rule can result in chopped-off letter descenders. Such letters are said to have been depeditated.

:deprecated: adj. Said of a program or feature that is considered obsolescent and in the process of being phased out, usually in favor of a specified replacement. Deprecated features can, unfortunately, linger on for many years. This term appears with

1 ... 28 29 30 31 32 33 34 35 36 ... 111
Go to page:

Free e-book «The Hacker's Dictionary - - (the best novels to read .txt) 📗» - read online now

Comments (0)

There are no comments yet. You can be the first!
Add a comment