<operating system> {Sun Microsystems, Inc.}'s version of the
	{Unix} {operating system}.  As well as the core operating
	system, Solaris inludes networking software, the {Java Virtual
	Machine}, the {CDE}/Desktop that includes an {X11}-based
	{windowing environment} and {graphical user interface}.

	Sun claim that Solaris is not just an operating system but an
	"operating environment".

	Solaris 1.x was a retroactive (marketing?) name for {SunOS}
	4.1.x (where x>=1).

	Solaris 2.x (which is the first version most people call
	"Solaris") includes SunOS5.x, which is an SVR4-derived Unix,
	{OpenWindows} 3.x, and {tooltalk}.

	Version 2.7 ("Solaris 7") was around in 1999-03-02.  Version
	2.8 was released in June 2000.  Current version: 9, as of
	2002-07-15.

	{Home (http://www.sun.com/solaris/)}.

	(2002-07-15)

<processor> (x86) One of the family of {Intel}
	{microprocessors} including the {Intel 80186}, {Intel 80286},
	{Intel 80386}, {Intel 486}, in a more general sense also
	{Intel 8086}, {Pentium}, {Pentium Pro}, and {Pentium II}.

	The abbreviation "x86" also includes compatible processors,
	e.g. from {Cyrix} or {AMD}.

	(2004-02-27)

Common term for "computer", usually when considered at the
	hardware level.  The {Turing Machine}, an early example of
	this usage, was however neither hardware nor software, but
	only an idea.

	[Earlier use?]

	(1995-02-15)

1. <operating system> The {Unix} {superuser} account (with
	user name "root" and user ID 0) that overrides file
	permissions.  The term {avatar} is also used.  By extension,
	the privileged system-maintenance login on any {operating
	system}.

	See {root mode}, {go root}, {wheel}.

	[{Jargon File}]

	(1994-10-27)

	2. <operating system> {root directory}.

	(1996-11-21)

	3. <data> {root node}.

	(1998-11-14)

<operating system> A {utility} program to ease the
	installation of another, probably larger, {application}.  It
	is also possible for {hardware} to have an installer accompany
	it, to install any low level {device drivers} required.

	The installer commonly asks the user to enter desired
	configuration options for the main program or hardware, and
	sets up various initialisation files accordingly, as well as
	copying the main program to a {hard disc}.

	Some badly designed operating systems require applications to
	provide an {uninstaller} because of the number of different
	files modified or created during the installation process.

	(1998-02-09)

1. A discrepancy between a computed, observed, or measured
	value or condition and the true, specified, or theoretically
	correct value or condition.

	2. <programming> A mental mistake made by a programmer that
	may result in a program {fault}.

	3. (verb) What a program does when it stops as result of a
	programming error.

	(2000-03-28)

The stage in the {software life-cycle} at the end of the
	development process where software is evaluated to ensure that
	it complies with the requirements.

	(1995-02-14)

<programming> (Or "procedure") A sequence of {instructions}
	for performing a particular task.  Most programming languages,
	including most {machine languages}, allow the programmer to
	define subroutines.  This allows the subroutine code to be
	called from multiple places, even from within itself (in which
	case it is called {recursive}).  The programming language
	implementation takes care of returning control to (just after)
	the calling location, usually with the support of call and
	return instructions at {machine language} level.

	Most languages also allow {arguments} to be passed to the
	subroutine, and one, or occasionally more, {return values} to
	be passed back.

	A {function} is often very similar to a subroutine, the main
	difference being that it is called chiefly for its return
	value, rather than for any {side effects}.

	(1996-10-01)

<file system> A node in a hierarchical {file system} which
	contains zero or more other nodes - generally, {files} or
	other directories.

	Compare {folder}.

	(1997-04-10)

See {tuple}.

<operating system, programming> The process of carrying out
	the {instructions} in a computer program by a computer.

	See also {dry run}.

	(1996-05-13)

<programming, operating system> A {variable} that is bound in
	the current environment.  When evaluating an expression in
	some environment, the evaluation of a variable consists of
	looking up its name in the environment and substituting its
	value.

	Most programming languages have some concept of an environment
	but in {Unix} {shell scripts} it has a specific meaning
	slightly different from other contexts.  In shell scripts,
	environment variables are one kind of {shell variable}.  They
	differ from {local variables} and {command line arguments} in
	that they are inheritted by a {child process}.  Examples are
	the PATH variable that tells the shell the {file system}
	{paths} to search to find command {executables} and the TZ
	variable which contains the local time zone.  The variable
	called "SHELL" specifies the type of shell being used.

	These variables are used by commands or {shell scripts} to
	discover things about the environment they are operating in.
	Environment variables can be changed or created by the {user}
	or a program.

	To see a list of environment variables type "setenv" at the
	{csh} or {tcsh} {prompt} or "set" at the {sh}, {bash}, {jsh}
	or {ksh} prompt.

	In other programming languages, e.g. {functional programming}
	languages, the environment is extended with new bindings when
	a {function}'s {parameters} are bound to its {actual
	arguments} or when new variables are declared.  In a
	{block-structured} {procedural} language, the environment
	usually consists of a {linked list} of {activation records}.

	(1999-01-26)

<language, architecture> (JVM) A specification for software
	which interprets {Java} programs that have been compiled into
	{byte-codes}, and usually stored in a ".class" file.  The JVM
	{instruction set} is {stack}-oriented, with variable
	instruction length.  Unlike some other instruction sets, the
	JVM's supports {object-oriented} programming directly by
	including instructions for object {method} invocation (similar
	to {subroutine} call in other instruction sets).

	The JVM itself is written in {C} and so can be {ported} to run
	on most {platforms}.  It needs {thread} support and {I/O} (for
	{dynamic class loading}).  The Java byte-code is independent
	of the platform.

	There are also some hardware implementations of the JVM.

	{Specification
	(http://www.javasoft.com/docs/books/vmspec/html/VMSpecTOC.doc.html)}.

	{Sun's Java chip
	(http://news.com/News/Item/0,4,9328,00.html)}.

	[Documentation?  Versions?]

	(2000-01-03)

<networking, operating system> (NFS) A {protocol} developed by
	{Sun Microsystems}, and defined in {RFC 1094}, which allows a
	computer to access files over a network as if they were on its
	local disks.  This {protocol} has been incorporated in
	products by more than two hundred companies, and is now a {de
	facto} standard.  NFS is implemented using a {connectionless
	protocol} ({UDP}) in order to make it {stateless}.

	See {Nightmare File System}, {WebNFS}.

	(1994-12-12)

<file system> To make a {file system} available for access.

	{Unix} does this by associating the file system with a
	{directory} (the "mount point") within a currently mounted
	file system.  The "root" file system is mounted on the {root
	directory}, "/" early in the {boot} sequence.  "mount" is also
	the {Unix} command to do this, "unmount" breaks the
	association.

	E.g., "mount attaches a named file system to the file system
	hierarchy at the pathname location directory [...]" -- {Unix
	manual page} mount(8).

	File systems are usually mounted either at {boot time} under
	control of {/etc/rc} (or one of its subfiles) or on demand by
	an {automounter} {daemon}.

	Other {operating systems} such as {VMS} and {DOS} mount file
	systems as separate directory hierarchies without any common
	ancestor or root directory.

	Apparently derived from the physical sense of "mount" meaning
	"attach", as in "head-mounted display", or "set up", as in
	"always mount a {scratch monkey}, etc."

	{Unix manual page}: mount(8).

	(1997-04-14)

<operating system> ("Linus Unix") /li'nuks/ (but see below)
	An implementation of the {Unix} {kernel} originally written
	from scratch with no proprietary code.

	The kernel runs on {Intel} and {Alpha} hardware in the general
	release, with {SPARC}, {PowerPC}, {MIPS}, {ARM}, {Amiga},
	{Atari}, and {SGI} in active development.  The SPARC, PowerPC,
	ARM, {PowerMAC} - {OSF}, and 68k ports all support {shells},
	{X} and {networking}.  The Intel and SPARC versions have
	reliable {symmetric multiprocessing}.

	Work on the kernel is coordinated by Linus Torvalds, who holds
	the copyright on a large part of it.  The rest of the
	copyright is held by a large number of other contributors (or
	their employers).  Regardless of the copyright ownerships, the
	kernel as a whole is available under the {GNU} {General Public
	License}.  The GNU project supports Linux as its kernel until
	the research {Hurd} kernel is completed.

	This kernel would be no use without {application programs}.
	The GNU project has provided large numbers of quality tools,
	and together with other {public domain} software it is a rich
	Unix environment.  A compilation of the Linux kernel and these
	tools is known as a Linux distribution.  Compatibility modules
	and/or {emulators} exist for dozens of other computing
	environments.

	The kernel version numbers are significant: the odd numbered
	series (e.g. 1.3.xx) is the development (or beta) kernel which
	evolves very quickly.  Stable (or release) kernels have even
	major version numbers (e.g. 1.2.xx).

	There is a lot of commercial support for and use of Linux,
	both by hardware companies such as {Digital}, {IBM}, and
	{Apple} and numerous smaller network and integration
	specialists.  There are many commercially supported
	distributions which are generally entirely under the GPL.  At
	least one distribution vendor guarantees {Posix} compliance.
	Linux is particularly popular for {Internet Service
	Providers}, and there are ports to both parallel
	supercomputers and {embedded} {microcontrollers}.  {Debian} is
	one popular {open source} distribution.

	The pronunciation of "Linux" has been a matter of much debate.
	Many, including Torvalds, insist on the short I pronunciation
	/li'nuks/ because "Linus" has an /ee/ sound in Swedish
	(Linus's family is part of Finland's 6% ethnic-Swedish
	minority) and Linus considers English short /i/ to be closer
	to /ee/ than English long /i:/ dipthong.  This is consistent
	with the short I in words like "linen".  This doesn't stop
	others demanding a long I /li:'nuks/ following the english
	pronunciation of "Linus" and "minus".  Others say /li'niks/
	following {Minix}, which Torvalds was working on before Linux.

	{More on pronunciation
	(http://www.foldoc.org/pub/linux-pronunciation)}.

	{LinuxHQ (http://www.linuxhq.com/)}.  {slashdot
	(http://slashdot.org/)}.  {freshmeat (http://freshmeat.net/)}.
	{Woven Goods (http://www.fokus.gmd.de/linux/)}.  {Linux
	Gazette (http://www.ssc.com/lg)}.

	{funet Linux Archive (ftp://ftp.funet.fi/pub/Linux)}, {US
	mirror (ftp://sunsite.unc.edu/pub/Linux/)}, {UK Mirror
	(ftp://sunsite.doc.ic.ac.uk/packages/Linux/)}.

	(2000-06-09)

<software> (Or "option", "flag", "switch", "option switch") An
	argument to a command that modifies its function rather than
	providing data.  Options generally start with "-" in {Unix} or
	"/" in {MS-DOS}.  This is usually followed by a single letter
	or occasionally a digit.

	Some commands require each option to be a separate argument,
	introduced by a new "-" or "/", others allow multiple option
	letters to be concatenated into a single argument with a
	single "-" or "/", e.g. "ls -al".  A few Unix commands
	(e.g. {ar}, {tar}) allow the "-" to be omitted.  Some options
	may or must be followed by a value, e.g. "cc prog.c -o prog",
	sometimes with and sometimes without an intervening space.

	{getopt} and {getopts} are commands for parsing command line
	options.  There is also a {C} library routine called getopt
	for the same purpose.

	(1996-12-11)

1. <programming> {switch statement}.

	2. <software> {command line option}.

	3. <networking> {packet switch}, {circuit switch}.

	(1999-01-14)

1. <storage> Integrated Drive Electronics, see {Advanced
	Technology Attachment}.

	2. <programming, tool> {integrated development environment}.

	3. <company> {Interactive Development Environments}.

	(2002-04-14)

<file system> An element of data storage in a {file system}.

	The history of computing is rich in varied kinds of files and
	{file systems}, whether ornate (e.g., {Macintosh file system}
	for a well-known case) or deficient (e.g., many simple
	pre-1980s file systems don't allow {directories}).

	However, the prototypical file has these characteristics:

	* It is a single sequence of bytes (but consider {Macintosh}
	{resource forks}).

	* It has a finite length, unlike, e.g. a {Unix} {device}.

	* It is stored in a {non-volatile storage} medium (but see
	{ramdrive}).

	* It exists (nominally) in a {directory}.

	* It has a name that it can be referred to by in file
	operations, possibly in combination with its {path}.

	Additionally, a file system may associate other information
	with a file, such as {permission} bits or other {file
	attributes}; timestamps for file creation, last revision, and
	last access; revision numbers (a` la VMS), and other kinds of
	{magic}.

	Compare: {document}.

	(1997-04-08)

1. The {supervisor} program or {operating system} on a
	computer.

	2. The entire computer system, including input/output devices,
	the {supervisor} program or {operating system} and possibly
	other {software}.

	3. Any large program.

	4. Any method or {algorithm}.

	[{Jargon File}]

1. <electronics> {push-button}.

	2. <operating system> A graphical representation of an
	electrical {push-button} appearing as part of a {graphical
	user interface}.  Moving the {mouse pointer} over the
	graphical button and pressing one of the physical mouse
	buttons starts some software action such as closing a window
	or deleting a file.

	See also {radio button}.

	(1997-07-07)

<database> A collection of {records} in a {relational database}.

	(1997-06-04)

The process of analysis, design, coding and testing software.