Books: The New Hacker\'s Dictionary version 4.2.2
V >>
Various editors >> The New Hacker\'s Dictionary version 4.2.2
Pages:
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 | 27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37
* [11487]S/N ratio:
* [11488]sacred:
* [11489]saga:
* [11490]sagan:
* [11491]SAIL:
* [11492]salescritter:
* [11493]salt:
* [11494]salt mines:
* [11495]salt substrate:
* [11496]same-day service:
* [11497]samizdat:
* [11498]samurai:
* [11499]sandbender:
* [11500]sandbox:
* [11501]sanity check:
* [11502]Saturday-night special:
* [11503]say:
* [11504]scag:
* [11505]scanno:
* [11506]scary devil monastery:
* [11507]schroedinbug:
* [11508]science-fiction fandom:
* [11509]scram switch:
* [11510]scratch:
* [11511]scratch monkey:
* [11512]scream and die:
* [11513]screaming tty:
* [11514]screen:
* [11515]screen name:
* [11516]screw:
* [11517]screwage:
* [11518]scribble:
* [11519]script kiddies:
* [11520]scrog:
* [11521]scrool:
* [11522]scrozzle:
* [11523]scruffies:
* [11524]SCSI:
* [11525]ScumOS:
* [11526]search-and-destroy mode:
* [11527]second-system effect:
* [11528]secondary damage:
* [11529]security through obscurity:
* [11530]SED:
* [11531]segfault:
* [11532]seggie:
* [11533]segment:
* [11534]segmentation fault:
* [11535]segv:
* [11536]self-reference:
* [11537]selvage:
* [11538]semi:
* [11539]semi-automated:
* [11540]semi-infinite:
* [11541]senior bit:
* [11542]September that never ended:
* [11543]server:
* [11544]SEX:
* [11545]sex changer:
* [11546]shambolic link:
* [11547]shar file:
* [11548]sharchive:
* [11549]Share and enjoy!:
* [11550]shareware:
* [11551]sharing violation:
* [11552]shebang:
* [11553]shelfware:
* [11554]shell:
* [11555]shell out:
* [11556]shift left (or right) logical:
* [11557]shim:
* [11558]shitogram:
* [11559]short card:
* [11560]shotgun debugging:
* [11561]shovelware:
* [11562]showstopper:
* [11563]shriek:
* [11564]Shub-Internet:
* [11565]sidecar:
* [11566]SIG:
* [11567]sig block:
* [11568]sig quote:
* [11569]sig virus:
* [11570]signal-to-noise ratio:
* [11571]silicon:
* [11572]silly walk:
* [11573]silo:
* [11574]Silver Book:
* [11575]since time T equals minus infinity:
* [11576]sitename:
* [11577]skrog:
* [11578]skulker:
* [11579]slab:
* [11580]slack:
* [11581]slap on the side:
* [11582]slash:
* [11583]slashdot effect:
* [11584]sleep:
* [11585]slim:
* [11586]slop:
* [11587]slopsucker:
* [11588]Slowlaris:
* [11589]slurp:
* [11590]smart:
* [11591]smart terminal:
* [11592]smash case:
* [11593]smash the stack:
* [11594]smiley:
* [11595]smoke:
* [11596]smoke and mirrors:
* [11597]smoke test:
* [11598]smoking clover:
* [11599]smoot:
* [11600]SMOP:
* [11601]smurf:
* [11602]SNAFU principle:
* [11603]snail:
* [11604]snail-mail:
* [11605]snap:
* [11606]snarf:
* [11607]snarf & barf:
* [11608]snarf down:
* [11609]snark:
* [11610]sneaker:
* [11611]sneakernet:
* [11612]sniff:
* [11613]snivitz:
* [11614]'Snooze:
* [11615]SO:
* [11616]social engineering:
* [11617]social science number:
* [11618]sock puppet:
* [11619]sodium substrate:
* [11620]soft boot:
* [11621]softcopy:
* [11622]software bloat:
* [11623]software hoarding:
* [11624]software laser:
* [11625]software rot:
* [11626]softwarily:
* [11627]softy:
* [11628]some random X:
* [11629]sorcerer's apprentice mode:
* [11630]SOS:
* [11631]source:
* [11632]source of all good bits:
* [11633]space-cadet keyboard:
* [11634]spaceship operator:
* [11635]SPACEWAR:
* [11636]spaghetti code:
* [11637]spaghetti inheritance:
* [11638]spam:
* [11639]spam bait:
* [11640]spamblock:
* [11641]spamhaus:
* [11642]spamvertize:
* [11643]spangle:
* [11644]spawn:
* [11645]special-case:
* [11646]speedometer:
* [11647]spell:
* [11648]spelling flame:
* [11649]spider:
* [11650]spider food:
* [11651]spiffy:
* [11652]spike:
* [11653]spin:
* [11654]spl:
* [11655]splash screen:
* [11656]splat:
* [11657]splat out:
* [11658]spod:
* [11659]spoiler:
* [11660]spoiler space:
* [11661]sponge:
* [11662]spoof:
* [11663]spool:
* [11664]spool file:
* [11665]spungle:
* [11666]square tape:
* [11667]squirrelcide:
* [11668]stack:
* [11669]stack puke:
* [11670]stale pointer bug:
* [11671]star out:
* [11672]state:
* [11673]stealth manager:
* [11674]steam-powered:
* [11675]STFW:
* [11676]stiffy:
* [11677]stir-fried random:
* [11678]stomp on:
* [11679]Stone Age:
* [11680]stone knives and bearskins:
* [11681]stoppage:
* [11682]store:
* [11683]strided:
* [11684]stroke:
* [11685]strudel:
* [11686]stubroutine:
* [11687]studly:
* [11688]studlycaps:
* [11689]stunning:
* [11690]stupid-sort:
* [11691]Stupids:
* [11692]Sturgeon's Law:
* [11693]sucking mud:
* [11694]sufficiently small:
* [11695]suit:
* [11696]suitable win:
* [11697]suitably small:
* [11698]Sun:
* [11699]sun lounge:
* [11700]sun-stools:
* [11701]sunspots:
* [11702]super source quench:
* [11703]superloser:
* [11704]superprogrammer:
* [11705]superuser:
* [11706]support:
* [11707]surf:
* [11708]Suzie COBOL:
* [11709]swab:
* [11710]swap:
* [11711]swap space:
* [11712]swapped in:
* [11713]swapped out:
* [11714]swizzle:
* [11715]sync:
* [11716]syntactic salt:
* [11717]syntactic sugar:
* [11718]sys-frog:
* [11719]sysadmin:
* [11720]sysape:
* [11721]sysop:
* [11722]system:
* [11723]systems jock:
* [11724]system mangler:
* [11725]SysVile:
_________________________________________________________________
Node:S/N ratio, Next:[11726]sacred, Previous:[11727]rusty wire,
Up:[11728]= S =
S/N ratio // n.
(also `s/n ratio', `s:n ratio'). Syn. [11729]signal-to-noise ratio.
Often abbreviated `SNR'.
_________________________________________________________________
Node:sacred, Next:[11730]saga, Previous:[11731]S/N ratio, Up:[11732]=
S =
sacred adj.
Reserved for the exclusive use of something (an extension of the
standard meaning). Often means that anyone may look at the sacred
object, but clobbering it will screw whatever it is sacred to. The
comment "Register 7 is sacred to the interrupt handler" appearing in a
program would be interpreted by a hacker to mean that if any other
part of the program changes the contents of register 7, dire
consequences are likely to ensue.
_________________________________________________________________
Node:saga, Next:[11733]sagan, Previous:[11734]sacred, Up:[11735]= S =
saga n.
[WPI] A cuspy but bogus raving story about N random broken people.
Here is a classic example of the saga form, as told by Guy L. Steele:
Jon L. White (login name JONL) and I (GLS) were office mates at MIT
for many years. One April, we both flew from Boston to California
for a week on research business, to consult face-to-face with some
people at Stanford, particularly our mutual friend Richard P.
Gabriel (RPG; see [11736]gabriel).
RPG picked us up at the San Francisco airport and drove us back to
Palo Alto (going [11737]logical south on route 101, parallel to
[11738]El Camino Bignum). Palo Alto is adjacent to Stanford
University and about 40 miles south of San Francisco. We ate at The
Good Earth, a `health food' restaurant, very popular, the sort
whose milkshakes all contain honey and protein powder. JONL ordered
such a shake -- the waitress claimed the flavor of the day was
"lalaberry". I still have no idea what that might be, but it became
a running joke. It was the color of raspberry, and JONL said it
tasted rather bitter. I ate a better tostada there than I have ever
had in a Mexican restaurant.
After this we went to the local Uncle Gaylord's Old Fashioned Ice
Cream Parlor. They make ice cream fresh daily, in a variety of
intriguing flavors. It's a chain, and they have a slogan: "If you
don't live near an Uncle Gaylord's -- MOVE!" Also, Uncle Gaylord (a
real person) wages a constant battle to force big-name ice cream
makers to print their ingredients on the package (like air and
plastic and other non-natural garbage). JONL and I had first
discovered Uncle Gaylord's the previous August, when we had flown
to a computer-science conference in Berkeley, California, the first
time either of us had been on the West Coast. When not in the
conference sessions, we had spent our time wandering the length of
Telegraph Avenue, which (like Harvard Square in Cambridge) was
lined with picturesque street vendors and interesting little shops.
On that street we discovered Uncle Gaylord's Berkeley store. The
ice cream there was very good. During that August visit JONL went
absolutely bananas (so to speak) over one particular flavor, ginger
honey.
Therefore, after eating at The Good Earth -- indeed, after every
lunch and dinner and before bed during our April visit -- a trip to
Uncle Gaylord's (the one in Palo Alto) was mandatory. We had
arrived on a Wednesday, and by Thursday evening we had been there
at least four times. Each time, JONL would get ginger honey ice
cream, and proclaim to all bystanders that "Ginger was the spice
that drove the Europeans mad! That's why they sought a route to the
East! They used it to preserve their otherwise off-taste meat."
After the third or fourth repetition RPG and I were getting a
little tired of this spiel, and began to paraphrase him: "Wow!
Ginger! The spice that makes rotten meat taste good!" "Say! Why
don't we find some dog that's been run over and sat in the sun for
a week and put some ginger on it for dinner?!" "Right! With a
lalaberry shake!" And so on. This failed to faze JONL; he took it
in good humor, as long as we kept returning to Uncle Gaylord's. He
loves ginger honey ice cream.
Now RPG and his then-wife KBT (Kathy Tracy) were putting us up
(putting up with us?) in their home for our visit, so to thank them
JONL and I took them out to a nice French restaurant of their
choosing. I unadventurously chose the filet mignon, and KBT had je
ne sais quoi du jour, but RPG and JONL had lapin (rabbit).
(Waitress: "Oui, we have fresh rabbit, fresh today." RPG: "Well,
JONL, I guess we won't need any ginger!")
We finished the meal late, about 11 P.M., which is 2 A.M Boston
time, so JONL and I were rather droopy. But it wasn't yet midnight.
Off to Uncle Gaylord's!
Now the French restaurant was in Redwood City, north of Palo Alto.
In leaving Redwood City, we somehow got onto route 101 going north
instead of south. JONL and I wouldn't have known the difference had
RPG not mentioned it. We still knew very little of the local
geography. I did figure out, however, that we were headed in the
direction of Berkeley, and half-jokingly suggested that we continue
north and go to Uncle Gaylord's in Berkeley.
RPG said "Fine!" and we drove on for a while and talked. I was
drowsy, and JONL actually dropped off to sleep for 5 minutes. When
he awoke, RPG said, "Gee, JONL, you must have slept all the way
over the bridge!", referring to the one spanning San Francisco Bay.
Just then we came to a sign that said "University Avenue". I
mumbled something about working our way over to Telegraph Avenue;
RPG said "Right!" and maneuvered some more. Eventually we pulled up
in front of an Uncle Gaylord's.
Now, I hadn't really been paying attention because I was so sleepy,
and I didn't really understand what was happening until RPG let me
in on it a few moments later, but I was just alert enough to notice
that we had somehow come to the Palo Alto Uncle Gaylord's after
all.
JONL noticed the resemblance to the Palo Alto store, but hadn't
caught on. (The place is lit with red and yellow lights at night,
and looks much different from the way it does in daylight.) He
said, "This isn't the Uncle Gaylord's I went to in Berkeley! It
looked like a barn! But this place looks just like the one back in
Palo Alto!"
RPG deadpanned, "Well, this is the one I always come to when I'm in
Berkeley. They've got two in San Francisco, too. Remember, they're
a chain."
JONL accepted this bit of wisdom. And he was not totally ignorant
-- he knew perfectly well that University Avenue was in Berkeley,
not far from Telegraph Avenue. What he didn't know was that there
is a completely different University Avenue in Palo Alto.
JONL went up to the counter and asked for ginger honey. The guy at
the counter asked whether JONL would like to taste it first,
evidently their standard procedure with that flavor, as not too
many people like it.
JONL said, "I'm sure I like it. Just give me a cone." The guy
behind the counter insisted that JONL try just a taste first. "Some
people think it tastes like soap." JONL insisted, "Look, I love
ginger. I eat Chinese food. I eat raw ginger roots. I already went
through this hassle with the guy back in Palo Alto. I know I like
that flavor!"
At the words "back in Palo Alto" the guy behind the counter got a
very strange look on his face, but said nothing. KBT caught his eye
and winked. Through my stupor I still hadn't quite grasped what was
going on, and thought RPG was rolling on the floor laughing and
clutching his stomach just because JONL had launched into his spiel
("makes rotten meat a dish for princes") for the forty-third time.
At this point, RPG clued me in fully.
RPG, KBT, and I retreated to a table, trying to stifle our
chuckles. JONL remained at the counter, talking about ice cream
with the guy b.t.c., comparing Uncle Gaylord's to other ice cream
shops and generally having a good old time.
At length the g.b.t.c. said, "How's the ginger honey?" JONL said,
"Fine! I wonder what exactly is in it?" Now Uncle Gaylord publishes
all his recipes and even teaches classes on how to make his ice
cream at home. So the g.b.t.c. got out the recipe, and he and JONL
pored over it for a while. But the g.b.t.c. could contain his
curiosity no longer, and asked again, "You really like that stuff,
huh?" JONL said, "Yeah, I've been eating it constantly back in Palo
Alto for the past two days. In fact, I think this batch is about as
good as the cones I got back in Palo Alto!"
G.b.t.c. looked him straight in the eye and said, "You're in Palo
Alto!"
JONL turned slowly around, and saw the three of us collapse in a
fit of giggles. He clapped a hand to his forehead and exclaimed,
"I've been hacked!"
[My spies on the West Coast inform me that there is a close relative
of the raspberry found out there called an `ollalieberry' --ESR]
[Ironic footnote: the [11739]meme about ginger vs. rotting meat is an
urban legend. It's not borne out by an examination of medieval recipes
or period purchase records for spices, and appears full-blown in the
works of Samuel Pegge, a gourmand and notorious flake case who
originated numerous food myths. The truth seems to be that ginger was
used to cover not rot but the extreme salt taste of meat packed in
brine, which was the best method available before refrigeration.
--ESR]
_________________________________________________________________
Node:sagan, Next:[11740]SAIL, Previous:[11741]saga, Up:[11742]= S =
sagan /say'gn/ n.
[from Carl Sagan's TV series "Cosmos"; think "billions and billions"]
A large quantity of anything. "There's a sagan different ways to tweak
EMACS." "The U.S. Government spends sagans on bombs and welfare --
hard to say which is more destructive."
_________________________________________________________________
Node:SAIL, Next:[11743]salescritter, Previous:[11744]sagan,
Up:[11745]= S =
SAIL /sayl/, not /S-A-I-L/ n.
1. The Stanford Artificial Intelligence Lab. An important site in the
early development of LISP; with the MIT AI Lab, BBN, CMU, XEROX PARC,
and the Unix community, one of the major wellsprings of technical
innovation and hacker-culture traditions (see the [11746]WAITS entry
for details). The SAIL machines were shut down in late May 1990, scant
weeks after the MIT AI Lab's ITS cluster was officially
decommissioned. 2. The Stanford Artificial Intelligence Language used
at SAIL (sense 1). It was an Algol-60 derivative with a coroutining
facility and some new data types intended for building search trees
and association lists.
_________________________________________________________________
Node:salescritter, Next:[11747]salt, Previous:[11748]SAIL, Up:[11749]=
S =
salescritter /sayls'kri`tr/ n.
Pejorative hackerism for a computer salesperson. Hackers tell the
following joke:
Q. What's the difference between a used-car dealer and a
computer salesman?
A. The used-car dealer knows he's lying. [Some versions add:
...and probably knows how to drive.]
This reflects the widespread hacker belief that salescritters are
self-selected for stupidity (after all, if they had brains and the
inclination to use them, they'd be in programming). The terms
`salesthing' and `salesdroid' are also common. Compare
[11750]marketroid, [11751]suit, [11752]droid.
_________________________________________________________________
Node:salt, Next:[11753]salt mines, Previous:[11754]salescritter,
Up:[11755]= S =
salt n.
A tiny bit of near-random data inserted where too much regularity
would be undesirable; a data [11756]frob (sense 1). For example, the
Unix crypt(3) man page mentions that "the salt string is used to
perturb the DES algorithm in one of 4096 different ways."
_________________________________________________________________
Node:salt mines, Next:[11757]salt substrate, Previous:[11758]salt,
Up:[11759]= S =
salt mines n.
Dense quarters housing large numbers of programmers working long hours
on grungy projects, with some hope of seeing the end of the tunnel in
N years. Noted for their absence of sunshine. Compare [11760]playpen,
[11761]sandbox.
_________________________________________________________________
Node:salt substrate, Next:[11762]same-day service,
Previous:[11763]salt mines, Up:[11764]= S =
salt substrate n.
[MIT] Collective noun used to refer to potato chips, pretzels,
saltines, or any other form of snack food designed primarily as a
carrier for sodium chloride. Also `sodium substrate'. From the
technical term `chip substrate', used to refer to the silicon on the
top of which the active parts of integrated circuits are deposited.
_________________________________________________________________
Node:same-day service, Next:[11765]samizdat, Previous:[11766]salt
substrate, Up:[11767]= S =
same-day service n.
Ironic term used to describe long response time, particularly with
respect to [11768]MS-DOS system calls (which ought to require only a
tiny fraction of a second to execute). Such response time is a major
incentive for programmers to write programs that are not
[11769]well-behaved. See also [11770]PC-ism.
_________________________________________________________________
Node:samizdat, Next:[11771]samurai, Previous:[11772]same-day service,
Up:[11773]= S =
samizdat /sahm-iz-daht/ n.
[Russian, literally "self publishing"] The process of disseminating
documentation via underground channels. Originally referred to
underground duplication and distribution of banned books in the Soviet
Union; now refers by obvious extension to any less-than-official
promulgation of textual material, esp. rare, obsolete, or
never-formally-published computer documentation. Samizdat is obviously
much easier when one has access to high-bandwidth networks and
high-quality laser printers. Note that samizdat is properly used only
with respect to documents which contain needed information (see also
[11774]hacker ethic) but which are for some reason otherwise
unavailable, but not in the context of documents which are available
through normal channels, for which unauthorized duplication would be
unethical copyright violation. See [11775]Lions Book for a historical
example.
_________________________________________________________________
Node:samurai, Next:[11776]sandbender, Previous:[11777]samizdat,
Up:[11778]= S =
samurai n.
A hacker who hires out for legal cracking jobs, snooping for factions
in corporate political fights, lawyers pursuing privacy-rights and
First Amendment cases, and other parties with legitimate reasons to
need an electronic locksmith. In 1991, mainstream media reported the
existence of a loose-knit culture of samurai that meets electronically
on BBS systems, mostly bright teenagers with personal micros; they
have modeled themselves explicitly on the historical samurai of Japan
and on the "net cowboys" of William Gibson's [11779]cyberpunk novels.
Those interviewed claim to adhere to a rigid ethic of loyalty to their
employers and to disdain the vandalism and theft practiced by criminal
crackers as beneath them and contrary to the hacker ethic; some quote
Miyamoto Musashi's "Book of Five Rings", a classic of historical
samurai doctrine, in support of these principles. See also
[11780]sneaker, [11781]Stupids, [11782]social engineering,
[11783]cracker, [11784]hacker ethic, and [11785]dark-side hacker.
_________________________________________________________________
Node:sandbender, Next:[11786]sandbox, Previous:[11787]samurai,
Up:[11788]= S =
sandbender n.
[IBM] A person involved with silicon lithography and the physical
design of chips. Compare [11789]ironmonger, [11790]polygon pusher.
_________________________________________________________________
Node:sandbox, Next:[11791]sanity check, Previous:[11792]sandbender,
Up:[11793]= S =
sandbox n.
1. (also `sandbox, the') Common term for the R&D department at many
software and computer companies (where hackers in commercial
environments are likely to be found). Half-derisive, but reflects the
truth that research is a form of creative play. Compare
[11794]playpen. 2. Syn. [11795]link farm. 3. A controlled environment
within which potentially dangerous programs are run. Used esp. in
reference to Java implementations.
_________________________________________________________________
Node:sanity check, Next:[11796]Saturday-night special,
Previous:[11797]sandbox, Up:[11798]= S =
sanity check n.
[very common] 1. The act of checking a piece of code (or anything
else, e.g., a Usenet posting) for completely stupid mistakes. Implies
that the check is to make sure the author was sane when it was
written; e.g., if a piece of scientific software relied on a
particular formula and was giving unexpected results, one might first
look at the nesting of parentheses or the coding of the formula, as a
`sanity check', before looking at the more complex I/O or data
structure manipulation routines, much less the algorithm itself.
Compare [11799]reality check. 2. A run-time test, either validating
input or ensuring that the program hasn't screwed up internally
(producing an inconsistent value or state).
_________________________________________________________________
Node:Saturday-night special, Next:[11800]say, Previous:[11801]sanity
check, Up:[11802]= S =
Saturday-night special n.
[from police slang for a cheap handgun] A [11803]quick-and-dirty
program or feature kluged together during off hours, under a deadline,
and in response to pressure from a [11804]salescritter. Such hacks are
dangerously unreliable, but all too often sneak into a production
release after insufficient review.
_________________________________________________________________
Node:say, Next:[11805]scag, Previous:[11806]Saturday-night special,
Up:[11807]= S =
say vt.
1. To type to a terminal. "To list a directory verbosely, you have to
say ls -l." Tends to imply a [11808]newline-terminated command (a
`sentence'). 2. A computer may also be said to `say' things to you,
even if it doesn't have a speech synthesizer, by displaying them on a
terminal in response to your commands. Hackers find it odd that this
usage confuses [11809]mundanes.
_________________________________________________________________
Node:scag, Next:[11810]scanno, Previous:[11811]say, Up:[11812]= S =
scag vt.
To destroy the data on a disk, either by corrupting the filesystem or
by causing media damage. "That last power hit scagged the system
disk." Compare [11813]scrog, [11814]roach.
_________________________________________________________________
Node:scanno, Next:[11815]scary devil monastery, Previous:[11816]scag,
Up:[11817]= S =
scanno /skan'oh/ n.
An error in a document caused by a scanner glitch, analogous to a typo
or [11818]thinko.
_________________________________________________________________
Node:scary devil monastery, Next:[11819]schroedinbug,
Previous:[11820]scanno, Up:[11821]= S =
scary devil monastery n.
Anagram frequently used to refer to the newsgroup
alt.sysadmin.recovery, which is populated with characters that rather
justify the reference.
_________________________________________________________________
Node:schroedinbug, Next:[11822]science-fiction fandom,
Previous:[11823]scary devil monastery, Up:[11824]= S =
schroedinbug /shroh'din-buhg/ n.
[MIT: from the Schroedinger's Cat thought-experiment in quantum
physics] A design or implementation bug in a program that doesn't
manifest until someone reading source or using the program in an
unusual way notices that it never should have worked, at which point
the program promptly stops working for everybody until fixed. Though
(like [11825]bit rot) this sounds impossible, it happens; some
programs have harbored latent schroedinbugs for years. Compare
[11826]heisenbug, [11827]Bohr bug, [11828]mandelbug.
_________________________________________________________________
Node:science-fiction fandom, Next:[11829]scram switch,
Previous:[11830]schroedinbug, Up:[11831]= S =
science-fiction fandom n.
Another voluntary subculture having a very heavy overlap with
hackerdom; most hackers read SF and/or fantasy fiction avidly, and
many go to `cons' (SF conventions) or are involved in fandom-connected
activities such as the Society for Creative Anachronism. Some hacker
jargon originated in SF fandom; see [11832]defenestration,
[11833]great-wall, [11834]cyberpunk, [11835]h, [11836]ha ha only
serious, [11837]IMHO, [11838]mundane, [11839]neep-neep, [11840]Real
Soon Now. Additionally, the jargon terms [11841]cowboy,
[11842]cyberspace, [11843]de-rezz, [11844]go flatline, [11845]ice,
[11846]phage, [11847]virus, [11848]wetware, [11849]wirehead, and
[11850]worm originated in SF stories.
_________________________________________________________________
Node:scram switch, Next:[11851]scratch,
Previous:[11852]science-fiction fandom, Up:[11853]= S =
scram switch n.
[from the nuclear power industry] An emergency-power-off switch (see
[11854]Big Red Switch), esp. one positioned to be easily hit by
evacuating personnel. In general, this is not something you
[11855]frob lightly; these often initiate expensive events (such as
Halon dumps) and are installed in a [11856]dinosaur pen for use in
case of electrical fire or in case some luckless [11857]field servoid
should put 120 volts across himself while [11858]Easter egging. (See
also [11859]molly-guard, [11860]TMRC.)
A correspondent reports a legend that "Scram" is an acronym for "Start
Cutting Right Away, Man" (another less plausible variant of this
legend refers to "Safety Control Rod Axe Man"; these are almost
certainly both [11861]backronyms). The story goes that in the earliest
nuclear power experiments the engineers recognized the possibility
that the reactor wouldn't behave exactly as predicted by their
mathematical models. Accordingly, they made sure that they had
mechanisms in place that would rapidly drop the control rods back into
the reactor. One mechanism took the form of `scram technicians'. These
individuals stood next to the ropes or cables that raised and lowered
the control rods. Equipped with axes or cable-cutters, these
technicians stood ready for the (literal) `scram' command. If
necessary, they would cut the cables, and gravity would expeditiously
return the control rods to the reactor, thereby averting yet another
kind of [11862]core dump.
Modern reactor control rods are held in place with claw-like devices,
held closed by current. SCRAM switches are circuit breakers that
immediately open the circuit to the rod arms, resulting in the rapid
insertion and subsequent bottoming of the control rods.
_________________________________________________________________
Node:scratch, Next:[11863]scratch monkey, Previous:[11864]scram
switch, Up:[11865]= S =
scratch
1. [from `scratchpad'] adj. Describes a data structure or recording
medium attached to a machine for testing or temporary-use purposes;
one that can be [11866]scribbled on without loss. Usually in the
combining forms `scratch memory', `scratch register', `scratch disk',
`scratch tape', `scratch volume'. See also [11867]scratch monkey. 2.
[primarily IBM] vt. To delete (as in a file).
_________________________________________________________________
Node:scratch monkey, Next:[11868]scream and die,
Previous:[11869]scratch, Up:[11870]= S =
scratch monkey n.
As in "Before testing or reconfiguring, always mount a [11871]scratch
monkey", a proverb used to advise caution when dealing with
irreplaceable data or devices. Used to refer to any scratch volume
hooked to a computer during any risky operation as a replacement for
some precious resource or data that might otherwise get trashed.
This term preserves the memory of Mabel, the Swimming Wonder Monkey,
star of a biological research program at the University of Toronto.
Mabel was not (so the legend goes) your ordinary monkey; the
university had spent years teaching her how to swim, breathing through
a regulator, in order to study the effects of different gas mixtures
on her physiology. Mabel suffered an untimely demise one day when a
[11872]DEC [11873]field circus engineer troubleshooting a crash on the
program's VAX inadvertently interfered with some custom hardware that
was wired to Mabel.
It is reported that, after calming down an understandably irate
customer sufficiently to ascertain the facts of the matter, a DEC
troubleshooter called up the [11874]field circus manager responsible
and asked him sweetly, "Can you swim?"
Not all the consequences to humans were so amusing; the sysop of the
machine in question was nearly thrown in jail at the behest of certain
clueless [11875]droids at the local `humane' society. The moral is
clear: When in doubt, always mount a scratch monkey.
[The actual incident occured in 1979 or 1980. There is a version of
this story, complete with reported dialogue between one of the project
people and DEC field service, that has been circulating on Internet
since 1986. It is hilarious and mythic, but gets some facts wrong. For
example, it reports the machine as a PDP-11 and alleges that Mabel's
demise occurred when DEC [11876]PMed the machine. Earlier versions of
this entry were based on that story; this one has been corrected from
an interview with the hapless sysop. --ESR]
_________________________________________________________________
Node:scream and die, Next:[11877]screaming tty,
Previous:[11878]scratch monkey, Up:[11879]= S =
scream and die v.
Syn. [11880]cough and die, but connotes that an error message was
printed or displayed before the program crashed.
_________________________________________________________________
Node:screaming tty, Next:[11881]screen, Previous:[11882]scream and
die, Up:[11883]= S =
screaming tty n.
[Unix] A terminal line which spews an infinite number of random
characters at the operating system. This can happen if the terminal is
either disconnected or connected to a powered-off terminal but still
enabled for login; misconfiguration, misimplementation, or simple bad
luck can start such a terminal screaming. A screaming tty or two can
seriously degrade the performance of a vanilla Unix system; the
arriving "characters" are treated as userid/password pairs and tested
as such. The Unix password encryption algorithm is designed to be
computationally intensive in order to foil brute-force crack attacks,
so although none of the logins succeeds; the overhead of rejecting
them all can be substantial.
_________________________________________________________________
Node:screen, Next:[11884]screen name, Previous:[11885]screaming tty,
Up:[11886]= S =
screen n.
[Atari ST [11887]demoscene] One [11888]demoeffect or one screenful of
them. Probably comes from old Sierra-style adventures or shoot-em-ups
where one travels from one place to another one screenful at a time.
_________________________________________________________________
Node:screen name, Next:[11889]screw, Previous:[11890]screen,
Up:[11891]= S =
screen name n.
A [11892]handle sense 1. This term has been common among users of IRC,
MUDs, and commercial on-line services since the mid-1990s. Hackers
recognize the term but don't generally use it.
_________________________________________________________________
Node:screw, Next:[11893]screwage, Previous:[11894]screen name,
Up:[11895]= S =
screw n.
[MIT] A [11896]lose, usually in software. Especially used for
user-visible misbehavior caused by a bug or misfeature. This use has
become quite widespread outside MIT.
_________________________________________________________________
Node:screwage, Next:[11897]scribble, Previous:[11898]screw,
Up:[11899]= S =
screwage /skroo'*j/ n.
Like [11900]lossage but connotes that the failure is due to a
designed-in misfeature rather than a simple inadequacy or a mere bug.
_________________________________________________________________
Node:scribble, Next:[11901]script kiddies, Previous:[11902]screwage,
Up:[11903]= S =
scribble n.
To modify a data structure in a random and unintentionally destructive
way. "Bletch! Somebody's disk-compactor program went berserk and
scribbled on the i-node table." "It was working fine until one of the
allocation routines scribbled on low core." Synonymous with
[11904]trash; compare [11905]mung, which conveys a bit more intention,
and [11906]mangle, which is more violent and final.
_________________________________________________________________
Node:script kiddies, Next:[11907]scrog, Previous:[11908]scribble,
Up:[11909]= S =
script kiddies pl.n.
1. The lowest form of [11910]cracker; script kiddies do mischief with
scripts and programs written by others, often without understanding
the [11911]exploit. 2. People who cannot program, but who create tacky
HTML pages by copying JavaScript routines from other tacky HTML pages.
More generally, a script kiddie writes (or more likely cuts and
pastes) code without either having or desiring to have a mental model
of what the code does; someone who thinks of code as magical
incantations and asks only "what do I need to type to make this
happen?"
_________________________________________________________________
Node:scrog, Next:[11912]scrool, Previous:[11913]script kiddies,
Up:[11914]= S =
scrog /skrog/ vt.
[Bell Labs] To damage, trash, or corrupt a data structure. "The list
header got scrogged." Also reported as `skrog', and ascribed to the
comic strip "The Wizard of Id". Compare [11915]scag; possibly the two
are related. Equivalent to [11916]scribble or [11917]mangle.
_________________________________________________________________
Node:scrool, Next:[11918]scrozzle, Previous:[11919]scrog, Up:[11920]=
S =
scrool /skrool/ n.
[from the pioneering Roundtable chat system in Houston ca. 1984; prob.
originated as a typo for `scroll'] The log of old messages, available
for later perusal or to help one get back in synch with the
conversation. It was originally called the `scrool monster', because
an early version of the roundtable software had a bug where it would
dump all 8K of scrool on a user's terminal.
_________________________________________________________________
Node:scrozzle, Next:[11921]scruffies, Previous:[11922]scrool,
Up:[11923]= S =
scrozzle /skroz'l/ vt.
Used when a self-modifying code segment runs incorrectly and corrupts
the running program or vital data. "The damn compiler scrozzled itself
again!"
_________________________________________________________________
Node:scruffies, Next:[11924]SCSI, Previous:[11925]scrozzle,
Up:[11926]= S =
scruffies n.
See [11927]neats vs. scruffies.
_________________________________________________________________
Node:SCSI, Next:[11928]ScumOS, Previous:[11929]scruffies, Up:[11930]=
S =
SCSI n.
[Small Computer System Interface] A bus-independent standard for
system-level interfacing between a computer and intelligent devices.
Typically annotated in literature with `sexy' (/sek'see/), `sissy'
(/sis'ee/), and `scuzzy' (/skuh'zee/) as pronunciation guides -- the
last being the overwhelmingly predominant form, much to the dismay of
the designers and their marketing people. One can usually assume that
a person who pronounces it /S-C-S-I/ is clueless.
_________________________________________________________________
Node:ScumOS, Next:[11931]search-and-destroy mode,
Previous:[11932]SCSI, Up:[11933]= S =
ScumOS /skuhm'os/ or /skuhm'O-S/ n.
Unflattering hackerism for SunOS, the BSD Unix variant supported on
Sun Microsystems's Unix workstations (see also [11934]sun-stools), and
compare [11935]AIDX, [11936]Macintrash, [11937]Nominal Semidestructor,
[11938]HP-SUX. Despite what this term might suggest, Sun was founded
by hackers and still enjoys excellent relations with hackerdom; usage
is more often in exasperation than outright loathing.
_________________________________________________________________
Node:search-and-destroy mode, Next:[11939]second-system effect,
Previous:[11940]ScumOS, Up:[11941]= S =
search-and-destroy mode n.
Hackerism for a noninteractive search-and-replace facility in an
editor, so called because an incautiously chosen match pattern can
cause [11942]infinite damage.
_________________________________________________________________
Node:second-system effect, Next:[11943]secondary damage,
Previous:[11944]search-and-destroy mode, Up:[11945]= S =
second-system effect n.
(sometimes, more euphoniously, `second-system syndrome') When one is
designing the successor to a relatively small, elegant, and successful
system, there is a tendency to become grandiose in one's success and
design an [11946]elephantine feature-laden monstrosity. The term was
first used by Fred Brooks in his classic "The Mythical Man-Month:
Essays on Software Engineering" (Addison-Wesley, 1975; ISBN
0-201-00650-2). It described the jump from a set of nice, simple
operating systems on the IBM 70xx series to OS/360 on the 360 series.
A similar effect can also happen in an evolving system; see
[11947]Brooks's Law, [11948]creeping elegance, [11949]creeping
featurism. See also [11950]Multics, [11951]OS/2, [11952]X,
[11953]software bloat.
This version of the jargon lexicon has been described (with altogether
too much truth for comfort) as an example of second-system effect run
amok on jargon-1....
_________________________________________________________________
Node:secondary damage, Next:[11954]security through obscurity,
Previous:[11955]second-system effect, Up:[11956]= S =
secondary damage n.
When a fatal error occurs (esp. a [11957]segfault) the immediate cause
may be that a pointer has been trashed due to a previous
[11958]fandango on core. However, this fandango may have been due to
an earlier fandango, so no amount of analysis will reveal (directly)
how the damage occurred. "The data structure was clobbered, but it was
secondary damage."
By extension, the corruption resulting from N cascaded fandangoes on
core is `Nth-level damage'. There is at least one case on record in
which 17 hours of [11959]grovelling with adb actually dug up the
underlying bug behind an instance of seventh-level damage! The hacker
who accomplished this near-superhuman feat was presented with an award
by his fellows.
_________________________________________________________________
Node:security through obscurity, Next:[11960]SED,
Previous:[11961]secondary damage, Up:[11962]= S =
security through obscurity
(alt. `security by obscurity') A term applied by hackers to most OS
vendors' favorite way of coping with security holes -- namely,
ignoring them, documenting neither any known holes nor the underlying
security algorithms, trusting that nobody will find out about them and
that people who do find out about them won't exploit them. This
"strategy" never works for long and occasionally sets the world up for
debacles like the [11963]RTM worm of 1988 (see [11964]Great Worm), but
once the brief moments of panic created by such events subside most
vendors are all too willing to turn over and go back to sleep. After
all, actually fixing the bugs would siphon off the resources needed to
implement the next user-interface frill on marketing's wish list --
and besides, if they started fixing security bugs customers might
begin to expect it and imagine that their warranties of
merchantability gave them some sort of right to a system with fewer
holes in it than a shotgunned Swiss cheese, and then where would we
be?
Historical note: There are conflicting stories about the origin of
this term. It has been claimed that it was first used in the Usenet
newsgroup in comp.sys.apollo during a campaign to get HP/Apollo to fix
security problems in its Unix-[11965]clone Aegis/DomainOS (they didn't
change a thing). [11966]ITS fans, on the other hand, say it was coined
years earlier in opposition to the incredibly paranoid [11967]Multics
people down the hall, for whom security was everything. In the ITS
culture it referred to (1) the fact that by the time a tourist figured
out how to make trouble he'd generally gotten over the urge to make
it, because he felt part of the community; and (2) (self-mockingly)
the poor coverage of the documentation and obscurity of many commands.
One instance of deliberate security through obscurity is recorded; the
command to allow patching the running ITS system (escape escape
control-R) echoed as $$^D. If you actually typed alt alt ^D, that set
a flag that would prevent patching the system even if you later got it
right.
_________________________________________________________________
Node:SED, Next:[11968]segfault, Previous:[11969]security through
obscurity, Up:[11970]= S =
SED /S-E-D/ n.
[TMRC, from `Light-Emitting Diode'] Smoke-emitting diode. A
[11971]friode that lost the war. See also [11972]LER.
_________________________________________________________________
Node:segfault, Next:[11973]seggie, Previous:[11974]SED, Up:[11975]= S
=
segfault n.,vi.
Syn. [11976]segment, [11977]segmentation fault.
_________________________________________________________________
Node:seggie, Next:[11978]segment, Previous:[11979]segfault,
Up:[11980]= S =
seggie /seg'ee/ n.
[Unix] Shorthand for [11981]segmentation fault reported from Britain.
_________________________________________________________________
Node:segment, Next:[11982]segmentation fault, Previous:[11983]seggie,
Up:[11984]= S =
segment /seg'ment/ vi.
To experience a [11985]segmentation fault. Confusingly, this is often
pronounced more like the noun `segment' than like mainstream v.
segment; this is because it is actually a noun shorthand that has been
verbed.
_________________________________________________________________
Node:segmentation fault, Next:[11986]segv, Previous:[11987]segment,
Up:[11988]= S =
segmentation fault n.
[Unix] 1. [techspeak] An error in which a running program attempts to
access memory not allocated to it and [11989]core dumps with a
segmentation violation error. This is often caused by improper usage
of pointers in the source code, dereferencing a null pointer, or (in
C) inadvertently using a non-pointer variable as a pointer. The
classic example is:
int i;
scanf ("%d", i); /* should have used &i */
Pages:
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 | 27 |
28 |
29 |
30 |
31 |
32 |
33 |
34 |
35 |
36 |
37