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. 2. [outside MIT]
Often used equivalently to daemon -- especially in the
Unix world, where the latter spelling and pronunciation is
considered mildly archaic.
Demons in sense 1 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.
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. 2. [outside MIT]
Often used equivalently to daemon -- especially in the
Unix world, where the latter spelling and pronunciation is
considered mildly archaic.
Demons in sense 1 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.
Related:
- demon n.
1. [MIT] A portion of a program that is not
invoked explicitly,
but that lies dormant waiting for some condition(s)... - daemon: /day'mn/ or /dee'mn/ [from the mythological meaning,
later rationalized as the acronym `Disk And Execution... - daemon /day'mn/ or /dee'mn/ n.
[from the mythological
meaning,
later rationalized as the acronym `Disk And Execution... - dragon n.
[MIT] A program similar to a daemon, except
that it is not invoked at all,
but is instead used by the system to perform various... - dragon: n. [MIT] A program similar to a {daemon}, except that
it is not invoked at all,
but is instead used by the system to perform various... - shell [orig. Multics n.
techspeak, widely propagated
via Unix] 1.
[techspeak] The command interpreter used to pass ... - moby /moh'bee/
[MIT: seems to have been in use among
model railroad fans years ago.
Derived from Melville's "Moby Dick" (some say from... - chain
1. vi. [orig. from BASIC's CHAIN statement]
To hand off execution to a child or successor without going
through the OS command interpreter that invoked it.
The state of the parent program is lost and there... - tool: 1. n. A program used primarily to create, manipulate,
modify, or analyze other programs, such as a compiler...
From the same category:
- dup loop /d[y]oop loop/ (also `dupe loop') n.
[FidoNet]
An infinite stream of duplicated,
near-identical messages on a FidoNet echo, the only... - Internet address n.
1. [techspeak] An absolute network
address of the form foo@bar.baz,
where foo is a user name, bar is a sitename, and... - mess-dos /mes-dos/ n.
[semi-obsolescent now that DOS
is] Derisory term for MS-DOS.
Often followed by the ritual banishing "Just say... - plokta /plok't*/ v.
[acronym: Press Lots Of Keys To
Abort] To press random keys in an attempt to get some response
from the system.
One might plokta when the abort procedure for a ... - TMTOWTDI
There's More Than One Way To Do It.
This abbreviation of the official motto of Perl...
