Undefined values: Difference between revisions

From Rosetta Code
Content added Content deleted
m (→‎{{header|Wren}}: Changed to Wren S/H)
 
(27 intermediate revisions by 15 users not shown)
Line 1: Line 1:
{{task|Programming language concepts}}For languages which have an explicit notion of an undefined value, identify and exercise those language's mechanisms for identifying and manipulating a variable's value's status as being undefined.
{{task|Programming language concepts}}For languages which have an explicit notion of an undefined value, identify and exercise those language's mechanisms for identifying and manipulating a variable's value's status as being undefined.
<br/><br/>
<br/><br/>
=={{header|6502 Assembly}}==
Every operation will return some 8-bit value, so there is no <code>null</code> in 6502 or anything like that. However, it is possible for certain actions to have '''undefined behavior''', for example, attempting to read from a write-only memory-mapped port might return any value from 0-255, depending on what was last on the data bus.

=={{header|68000 Assembly}}==
There is no "undefined" value as every instruction that is capable of altering the contents of a register will set the value of that register equal to some number between <tt>0</tt> and <tt>0xFFFFFFFF</tt>. Whether or not that value has any actual meaning, however, depends entirely on what action was taken. It is possible for certain actions to have '''undefined behavior''' such as:
* Reading from uninitialized memory (can return some garbage data that means nothing)
* Reading from a write-only hardware port
* Indexing an array out of bounds

In cases like these, what you get is dependent on what is stored at the memory read, or some other hardware-based factors out of the programmer's control. This is as close to an undefined value as you can really get.


=={{header|ActionScript}}==
=={{header|ActionScript}}==
ActionScript has a special '''undefined''' value which applies to untyped variables and properties of dynamic classes which have not been initialized.
ActionScript has a special '''undefined''' value which applies to untyped variables and properties of dynamic classes which have not been initialized.
<lang actionscript>var foo; // untyped
<syntaxhighlight lang="actionscript">var foo; // untyped
var bar:*; // explicitly untyped
var bar:*; // explicitly untyped


Line 10: Line 20:


if (foo == undefined)
if (foo == undefined)
trace("foo is undefined"); // outputs "foo is undefined"</lang>
trace("foo is undefined"); // outputs "foo is undefined"</syntaxhighlight>


ActionScript also has a '''null''' value: see [[Null object#ActionScript]].
ActionScript also has a '''null''' value: see [[Null object#ActionScript]].
Line 21: Line 31:
This pragma is required to be applied to the whole partition, which would require recompilation of the run-time library. For this reason, the presented example uses another pragma Initialize_Scalars.
This pragma is required to be applied to the whole partition, which would require recompilation of the run-time library. For this reason, the presented example uses another pragma Initialize_Scalars.
This one has the effect similar to Normalize_Scalars, but is [[GNAT]]-specific:
This one has the effect similar to Normalize_Scalars, but is [[GNAT]]-specific:
<syntaxhighlight lang="ada">
<lang Ada>
pragma Initialize_Scalars;
pragma Initialize_Scalars;
with Ada.Text_IO; use Ada.Text_IO;
with Ada.Text_IO; use Ada.Text_IO;
Line 45: Line 55:
end if;
end if;
end Invalid_Value;
end Invalid_Value;
</syntaxhighlight>
</lang>
Sample output:
Sample output:
<pre>
<pre>
Line 63: Line 73:


Note: Some implementations (eg [[ALGOL 68C]]) also have a procedure named ''undefined'' that is called to indicated that the behaviour at a particular point in a program is unexpected, undefined, or non-standard.
Note: Some implementations (eg [[ALGOL 68C]]) also have a procedure named ''undefined'' that is called to indicated that the behaviour at a particular point in a program is unexpected, undefined, or non-standard.
<lang algol68>MODE R = REF BOOL;
<syntaxhighlight lang="algol68">MODE R = REF BOOL;
R r := NIL;
R r := NIL;


Line 78: Line 88:
(VOID):print(("u is EMPTY", new line))
(VOID):print(("u is EMPTY", new line))
OUT print(("u isnt EMPTY", new line))
OUT print(("u isnt EMPTY", new line))
ESAC</lang>
ESAC</syntaxhighlight>
Output:
Output:
<pre>
<pre>
Line 84: Line 94:
u is EMPTY
u is EMPTY
</pre>
</pre>

=={{header|Arturo}}==
<syntaxhighlight lang="rebol">undef: null

print undef</syntaxhighlight>

{{out}}

<pre>null</pre>


=={{header|BASIC}}==
=={{header|BASIC}}==
Line 90: Line 109:
=={{header|BBC BASIC}}==
=={{header|BBC BASIC}}==
A scalar variable (numeric or string) cannot have an 'undefined' value; if an attempt is made to read a variable which has never been defined a 'No such variable' error results. By trapping errors this condition can be detected:
A scalar variable (numeric or string) cannot have an 'undefined' value; if an attempt is made to read a variable which has never been defined a 'No such variable' error results. By trapping errors this condition can be detected:
<lang bbcbasic> ok% = TRUE
<syntaxhighlight lang="bbcbasic"> ok% = TRUE
ON ERROR LOCAL IF ERR<>26 REPORT : END ELSE ok% = FALSE
ON ERROR LOCAL IF ERR<>26 REPORT : END ELSE ok% = FALSE
IF ok% THEN
IF ok% THEN
Line 97: Line 116:
PRINT "Not defined"
PRINT "Not defined"
ENDIF
ENDIF
RESTORE ERROR</lang>
RESTORE ERROR</syntaxhighlight>


{{works with|BBC BASIC for Windows}}
{{works with|BBC BASIC for Windows}}
Arrays and structures however '''can''' have an undefined state; for example after having been declared as LOCAL or PRIVATE but before being defined using DIM. This condition can be detected and manipulated:
Arrays and structures however '''can''' have an undefined state; for example after having been declared as LOCAL or PRIVATE but before being defined using DIM. This condition can be detected and manipulated:
<lang bbcbasic> PROCtest
<syntaxhighlight lang="bbcbasic"> PROCtest
END
END
Line 111: Line 130:
!^array() = 0 : REM Set array to undefined state
!^array() = 0 : REM Set array to undefined state
ENDPROC</lang>
ENDPROC</syntaxhighlight>


=={{header|C}}==
=={{header|C}}==
Line 120: Line 139:
C programs can also read garbage values from uninitialized memory. There is no way to test for these garbage values, because they might equal anything.
C programs can also read garbage values from uninitialized memory. There is no way to test for these garbage values, because they might equal anything.


<lang c>#include <stdio.h>
<syntaxhighlight lang="c">#include <stdio.h>
#include <stdlib.h>
#include <stdlib.h>


int main()
int main()
{
{
int junk, *junkp;
int junk, *junkp;


/* Print an unitialized variable! */
/* Print an unitialized variable! */
printf("junk: %d\n", junk);
printf("junk: %d\n", junk);


/* Follow a pointer to unitialized memory! */
/* Follow a pointer to unitialized memory! */
junkp = malloc(sizeof *junkp);
junkp = malloc(sizeof *junkp);
if (junkp)
if (junkp)
printf("*junkp: %d\n", *junkp);
printf("*junkp: %d\n", *junkp);
return 0;
return 0;
}</lang>
}</syntaxhighlight>


=={{header|C sharp|C#}}==
=={{header|C sharp|C#}}==
In C# it's important to see the difference between reference and value types. For reference types (class instances) there is <code>null</code> as a general undefined reference.
In C# it's important to see the difference between reference and value types. For reference types (class instances) there is <code>null</code> as a general undefined reference.
<lang csharp>string foo = null;</lang>
<syntaxhighlight lang="csharp">string foo = null;</syntaxhighlight>
Dereferencing a null reference will throw a <code>NullReferenceException</code>.
Dereferencing a null reference will throw a <code>NullReferenceException</code>.


This can't be used normally for value types (<code>int</code>, <code>double</code>, <code>DateTime</code>, etc.) since they are no ''references,'' so the following is a compiler error:
This can't be used normally for value types (<code>int</code>, <code>double</code>, <code>DateTime</code>, etc.) since they are no ''references,'' so the following is a compiler error:
<lang csharp>int i = null;</lang>
<syntaxhighlight lang="csharp">int i = null;</syntaxhighlight>
With .NET 2.0 there is an additional <code>Nullable<T></code> structure which enables those semantics for value types as well:
With .NET 2.0 there is an additional <code>Nullable<T></code> structure which enables those semantics for value types as well:
<lang csharp>int? answer = null;
<syntaxhighlight lang="csharp">int? answer = null;
if (answer == null) {
if (answer == null) {
answer = 42;
answer = 42;
}</lang>
}</syntaxhighlight>
There is a bit syntactic sugar involved here. The <code>?</code> after the type name signals the compiler that it's a ''nullable'' type. This only works for value types since reference types are nullable due to their very nature.
There is a bit syntactic sugar involved here. The <code>?</code> after the type name signals the compiler that it's a ''nullable'' type. This only works for value types since reference types are nullable due to their very nature.


But since value types still can't actually ''have'' a <code>null</code> value this gets converted into the following code by the compiler:
But since value types still can't actually ''have'' a <code>null</code> value this gets converted into the following code by the compiler:
<lang csharp>Nullable<int> answer = new Nullable<int>();
<syntaxhighlight lang="csharp">Nullable<int> answer = new Nullable<int>();
if (!answer.HasValue) {
if (!answer.HasValue) {
answer = new Nullable<int>(42);
answer = new Nullable<int>(42);
}</lang>
}</syntaxhighlight>
So it's a little compiler magic but in the end works just as one would expect.
So it's a little compiler magic but in the end works just as one would expect.

=={{header|C++}}==

In C++, a variable that has not been initialized has an undefined value which cannot be tested or used in any
way. Attempting to use an undefined value results in undefined behavior. In the code below, anything could
happen. It may print '42', 'not 42', both, or nothing at all. The unexpected behavior happens because since
the behavior is undefined, the compiler can do whatever it wants. Most compilers will give a warning.

<syntaxhighlight lang="cpp">#include <iostream>

int main()
{
int undefined;
if (undefined == 42)
{
std::cout << "42";
}
if (undefined != 42)
{
std::cout << "not 42";
}
}</syntaxhighlight>
{{out}}
<pre>
? ? ?
</pre>


=={{header|Common Lisp}}==
=={{header|Common Lisp}}==
Line 164: Line 210:
In Lisp, there are three possibilities with regard to a dynamic variable. It may exist, and have a value. It may exist, but not have a value. Or it may not exist at all. These situations can be probed with certain functions that take a symbol as an argument:
In Lisp, there are three possibilities with regard to a dynamic variable. It may exist, and have a value. It may exist, but not have a value. Or it may not exist at all. These situations can be probed with certain functions that take a symbol as an argument:


<lang lisp>
<syntaxhighlight lang="lisp">
;; assumption: none of these variables initially exist
;; assumption: none of these variables initially exist


Line 174: Line 220:
(boundp '*y*) -> T
(boundp '*y*) -> T


(special-variable-p '*z*) -> NIL ;; *z* does not name a special variable</lang>
(special-variable-p '*z*) -> NIL ;; *z* does not name a special variable</syntaxhighlight>


Furthermore, a variable which is bound can be made unbound:
Furthermore, a variable which is bound can be made unbound:


<lang lisp>
<syntaxhighlight lang="lisp">
(makunbound '*y*) ;; *y* no longer has a value; it is erroneous to evaluate *y*
(makunbound '*y*) ;; *y* no longer has a value; it is erroneous to evaluate *y*


(setf *y* 43) ;; *y* is bound again.</lang>
(setf *y* 43) ;; *y* is bound again.</syntaxhighlight>


By contrast, lexical variables never lack a binding. Without an initializer, they are initialized to nil.
By contrast, lexical variables never lack a binding. Without an initializer, they are initialized to nil.
The same goes for local re-binding of special variables:
The same goes for local re-binding of special variables:


<lang lisp>
<syntaxhighlight lang="lisp">
(defvar *dyn*) ;; special, no binding
(defvar *dyn*) ;; special, no binding


Line 193: Line 239:
(list (boundp '*dyn*) *dyn* (boundp 'lex) lex)) -> (T NIL NIL NIL)
(list (boundp '*dyn*) *dyn* (boundp 'lex) lex)) -> (T NIL NIL NIL)


(boundp '*global*) -> NIL</lang>
(boundp '*global*) -> NIL</syntaxhighlight>


Here we can see that inside the scope of the let, the special variable has a binding (to the value <code>NIL</code>) and so <code>(boundp '*dyn*)</code> yields <code>T</code>. But <code>boundp</code> does not "see" the lexical variable <code>lex</code>; it reports that <code>lex</code> is unbound. Local binding constructs never leave a variable without a value, be it dynamic or lexical: both <code>*dyn*</code> and <code>lex</code> evaluate to NIL, but using very different mechanisms.
Here we can see that inside the scope of the let, the special variable has a binding (to the value <code>NIL</code>) and so <code>(boundp '*dyn*)</code> yields <code>T</code>. But <code>boundp</code> does not "see" the lexical variable <code>lex</code>; it reports that <code>lex</code> is unbound. Local binding constructs never leave a variable without a value, be it dynamic or lexical: both <code>*dyn*</code> and <code>lex</code> evaluate to NIL, but using very different mechanisms.
Line 199: Line 245:
=={{header|D}}==
=={{header|D}}==
In D variables are initialized either with an explicit Initializer or are set to the default value for the type of the variable. If the Initializer is void, however, the variable is not initialized. If its value is used before it is set, undefined program behavior will result. "void" initializers can be used to avoid the overhead of default initialization in performance critical code.
In D variables are initialized either with an explicit Initializer or are set to the default value for the type of the variable. If the Initializer is void, however, the variable is not initialized. If its value is used before it is set, undefined program behavior will result. "void" initializers can be used to avoid the overhead of default initialization in performance critical code.
<lang d>void main() {
<syntaxhighlight lang="d">void main() {
// Initialized:
// Initialized:
int a = 5;
int a = 5;
Line 217: Line 263:
double[] bbb = void;
double[] bbb = void;
int[3] eee = void;
int[3] eee = void;
}</lang>
}</syntaxhighlight>


=={{header|Delphi}}==
=={{header|Delphi}}==
Line 223: Line 269:


For Referenced data types like pointers, classes and interfaces a reference can be explicitely set to undefined by assigning the NIL value for it. No memory management like garbage collection (except for interfaces) is done.
For Referenced data types like pointers, classes and interfaces a reference can be explicitely set to undefined by assigning the NIL value for it. No memory management like garbage collection (except for interfaces) is done.
<lang delphi>var
<syntaxhighlight lang="delphi">var
P: PInteger;
P: PInteger;
begin
begin
Line 235: Line 281:
Dispose(P); //Release memory allocated by New
Dispose(P); //Release memory allocated by New
end;
end;
end;</lang>
end;</syntaxhighlight>


If P was a Class only the Assigned function would be available; in addition Dispose would have to be replaced by FreeAndNil or calling the .Free method of the instance. For Interfaces no such last call would be necessary as simple removal of the reference would be sufficient to trigger the Garbage Collector.
If P was a Class only the Assigned function would be available; in addition Dispose would have to be replaced by FreeAndNil or calling the .Free method of the instance. For Interfaces no such last call would be necessary as simple removal of the reference would be sufficient to trigger the Garbage Collector.

=={{header|Déjà Vu}}==
=={{header|Déjà Vu}}==
There is no undefined value in Déjà Vu. Instead, trying to access an undefined variable raises an exception.
There is no undefined value in Déjà Vu. Instead, trying to access an undefined variable raises an exception.
<lang dejavu>try:
<syntaxhighlight lang="dejavu">try:
bogus
bogus
catch name-error:
catch name-error:
!print "There is *no* :bogus in the current context"
!print "There is *no* :bogus in the current context"
return
return
!print "You won't see this."</lang>
!print "You won't see this."</syntaxhighlight>
If you need to declare a local variable, but don't have a value for it yet, there is the standard function <code>undef</code>, which raises an exception when called but is an actual value that can be passed around and assigned to names.
If you need to declare a local variable, but don't have a value for it yet, there is the standard function <code>undef</code>, which raises an exception when called but is an actual value that can be passed around and assigned to names.


Line 258: Line 305:
Each variable's behavior is defined by a <em>slot</em> object with <code>get</code> and <code>put</code> methods. If the slot throws when invoked, then a program may contain a reference to that variable, but not actually access it. A notable way for the slot to throw is for the slot to itself be a broken reference. This may occur when slots are being passed around as part of metaprogramming or export/import; it is also used in certain control structures. For example:
Each variable's behavior is defined by a <em>slot</em> object with <code>get</code> and <code>put</code> methods. If the slot throws when invoked, then a program may contain a reference to that variable, but not actually access it. A notable way for the slot to throw is for the slot to itself be a broken reference. This may occur when slots are being passed around as part of metaprogramming or export/import; it is also used in certain control structures. For example:


<lang e>if (foo == bar || (def baz := lookup(foo)) != null) {
<syntaxhighlight lang="e">if (foo == bar || (def baz := lookup(foo)) != null) {
...
...
}</lang>
}</syntaxhighlight>


The slot for <var>baz</var> is broken if the left side of the <code>||</code> was true and the right side was therefore not evaluated.
The slot for <var>baz</var> is broken if the left side of the <code>||</code> was true and the right side was therefore not evaluated.
Line 268: Line 315:
=={{header|Erlang}}==
=={{header|Erlang}}==
In Erlang a variable is created by assigning to it, so all variables have a value. To get undefined values you have to use a record. The default value of a record member is undefined.
In Erlang a variable is created by assigning to it, so all variables have a value. To get undefined values you have to use a record. The default value of a record member is undefined.
<syntaxhighlight lang="erlang">
<lang Erlang>
-module( undefined_values ).
-module( undefined_values ).


Line 279: Line 326:
io:fwrite( "Record member_1 ~p, member_2 ~p~n", [Record#a_record.member_1, Record#a_record.member_2] ),
io:fwrite( "Record member_1 ~p, member_2 ~p~n", [Record#a_record.member_1, Record#a_record.member_2] ),
io:fwrite( "Member_2 is undefined ~p~n", [Record#a_record.member_2 =:= undefined] ).
io:fwrite( "Member_2 is undefined ~p~n", [Record#a_record.member_2 =:= undefined] ).
</syntaxhighlight>
</lang>
{{out}}
{{out}}
<pre>
<pre>
Line 290: Line 337:


ERRE hasn't the concept of un-initialised or undefined variable: every scalar variable is allocated at runtime with value zero if numeric or value "" if string. Array type variables must be declared but follow the same initialisation rules of scalars.
ERRE hasn't the concept of un-initialised or undefined variable: every scalar variable is allocated at runtime with value zero if numeric or value "" if string. Array type variables must be declared but follow the same initialisation rules of scalars.

=={{header|Factor}}==
Factor does not have undefined values. Most values used in Factor live on the data stack. They are not named, so it is not possible for them to be undefined:
<syntaxhighlight lang="factor">42 . ! 42</syntaxhighlight>

Tuple slots are always initialized with <code>f</code> or other values like <code>0</code> when the slot has been class-restricted:
<syntaxhighlight lang="factor">TUPLE: foo bar ;
foo new bar>> . ! f

TUPLE: my-tuple { n integer } ;
my-tuple new n>> . ! 0</syntaxhighlight>

Dynamic variables (and indeed all words) are initialized to <code>f</code>:
<syntaxhighlight lang="factor">SYMBOL: n
n get . ! f

\ + get . ! f</syntaxhighlight>

Finally, Factor does not allow lexical variables to be declared without initialization:

<syntaxhighlight lang="factor">[let
2 :> n ! There is no other way!
0 1 :> ( a b )
]</syntaxhighlight>

=={{header|Forth}}==
Forth does not have undefined values, but defined and undefined variables can be checked.
<syntaxhighlight lang="forth">
[undefined] var [if] .( var is undefined at first check) cr [then]

marker forget-var

variable var

[defined] var [if] .( var is defined at second check) cr [then]

forget-var

[undefined] var [if] .( var is undefined at third check) cr [then]
</syntaxhighlight>
{{out}}
<pre>
var is undefined at first check
var is defined at second check
var is undefined at third check
</pre>


=={{header|Fortran}}==
=={{header|Fortran}}==
Line 297: Line 390:


More modern Fortrans recognise the NaN state of floating-point variables on computers whose floating-point arithmetic follows the IEEE standard, via the logical function
More modern Fortrans recognise the NaN state of floating-point variables on computers whose floating-point arithmetic follows the IEEE standard, via the logical function
<lang Fortran>IsNaN(x)</lang>
<syntaxhighlight lang="fortran">IsNaN(x)</syntaxhighlight>
This is the only safe way to detect them as tests to detect the special behaviour of NaN states such as ''if x = x then...else aha!;'' might be optimised away by the compiler, and other tests may behave oddly. For instance x ¬= 0 might be compiled as ¬(x = 0) and the special NaN behaviour will not be as expected. Such NaN values can come via READ statements, because "NaN" is a recognised numerical input option, and could be used instead of "999" in a F3.0 data field, etc. Or, your system's input processing might recognise "?" or other special indicators and so on.
This is the only safe way to detect them as tests to detect the special behaviour of NaN states such as ''if x = x then...else aha!;'' might be optimised away by the compiler, and other tests may behave oddly. For instance x ¬= 0 might be compiled as ¬(x = 0) and the special NaN behaviour will not be as expected. Such NaN values can come via READ statements, because "NaN" is a recognised numerical input option, and could be used instead of "999" in a F3.0 data field, etc. Or, your system's input processing might recognise "?" or other special indicators and so on.


=={{header|FreeBASIC}}==
=={{header|FreeBASIC}}==
In FreeBASIC all variables are given a default value (zero for numbers, false for boolean and empty for strings) when they are declared unless they are assigned a different value at that time or are specifically left uninitialized (using the 'Any' keyword). If the latter are used before they have been initialized, then they will contain a 'garbage' value i.e. whatever value happens to be in the associated memory:
In FreeBASIC all variables are given a default value (zero for numbers, false for boolean and empty for strings) when they are declared unless they are assigned a different value at that time or are specifically left uninitialized (using the 'Any' keyword). If the latter are used before they have been initialized, then they will contain a 'garbage' value i.e. whatever value happens to be in the associated memory:
<lang freebasic>' FB 1.05.0 Win64
<syntaxhighlight lang="freebasic">' FB 1.05.0 Win64


Dim i As Integer '' initialized to 0 by default
Dim i As Integer '' initialized to 0 by default
Line 309: Line 402:


Print i, j, k
Print i, j, k
Sleep</lang>
Sleep</syntaxhighlight>


{{out}}
{{out}}
Line 318: Line 411:


=={{header|GAP}}==
=={{header|GAP}}==
<lang gap>IsBound(a);
<syntaxhighlight lang="gap">IsBound(a);
# true
# true


Line 324: Line 417:


IsBound(a);
IsBound(a);
# false</lang>
# false</syntaxhighlight>


=={{header|Go}}==
=={{header|Go}}==
Line 334: Line 427:
# Successful (non panicking) use of initialized objects.
# Successful (non panicking) use of initialized objects.
# One more quirky little feature involving a type switch on a nil interface.
# One more quirky little feature involving a type switch on a nil interface.
<lang go>package main
<syntaxhighlight lang="go">package main


import "fmt"
import "fmt"
Line 430: Line 523:
close(c)
close(c)
fmt.Println("channel closed")
fmt.Println("channel closed")
}</lang>
}</syntaxhighlight>
Output:
Output:
<pre>
<pre>
Line 455: Line 548:
In Haskell, there is a semantic concept called [http://www.haskell.org/haskellwiki/Bottom "bottom"], which is a computation that never terminates or runs into an error. So <code>undefined</code> is not a proper value at all; it is a bottom that causes an exception when evaluated. For example,
In Haskell, there is a semantic concept called [http://www.haskell.org/haskellwiki/Bottom "bottom"], which is a computation that never terminates or runs into an error. So <code>undefined</code> is not a proper value at all; it is a bottom that causes an exception when evaluated. For example,


<lang haskell>main = print $ "Incoming error--" ++ undefined
<syntaxhighlight lang="haskell">main = print $ "Incoming error--" ++ undefined
-- When run in GHC:
-- When run in GHC:
-- "Incoming error--*** Exception: Prelude.undefined</lang>
-- "Incoming error--*** Exception: Prelude.undefined</syntaxhighlight>


This isn't quite as dangerous as it sounds because of Haskell's laziness. For example, this program:
This isn't quite as dangerous as it sounds because of Haskell's laziness. For example, this program:


<lang haskell>main = print $ length [undefined, undefined, 1 `div` 0]</lang>
<syntaxhighlight lang="haskell">main = print $ length [undefined, undefined, 1 `div` 0]</syntaxhighlight>


prints <code>3</code>, since <code>length</code> doesn't need to evaluate any of the elements of its input.
prints <code>3</code>, since <code>length</code> doesn't need to evaluate any of the elements of its input.
Line 467: Line 560:
In practice, one uses <code>undefined</code> less often than <code>error</code>, which behaves exactly the same except that it lets you choose the error message. So if you say
In practice, one uses <code>undefined</code> less often than <code>error</code>, which behaves exactly the same except that it lets you choose the error message. So if you say


<lang haskell>resurrect 0 = error "I'm out of orange smoke!"</lang>
<syntaxhighlight lang="haskell">resurrect 0 = error "I'm out of orange smoke!"</syntaxhighlight>


then if you make the mistake of writing your program such that it at some point requires the value of <code>resurrect 0</code>, you'll get the error message "I'm out of orange smoke!". <code>undefined</code> may be defined in the same way:
then if you make the mistake of writing your program such that it at some point requires the value of <code>resurrect 0</code>, you'll get the error message "I'm out of orange smoke!". <code>undefined</code> may be defined in the same way:


<lang haskell>undefined :: a
<syntaxhighlight lang="haskell">undefined :: a
undefined = error "Prelude.undefined"</lang>
undefined = error "Prelude.undefined"</syntaxhighlight>


Since <code>undefined</code> causes an exception, the usual exception handling mechanism can be used to catch it:
Since <code>undefined</code> causes an exception, the usual exception handling mechanism can be used to catch it:


<lang haskell>import Control.Exception (catch, evaluate, ErrorCall)
<syntaxhighlight lang="haskell">import Control.Exception (catch, evaluate, ErrorCall)
import System.IO.Unsafe (unsafePerformIO)
import System.IO.Unsafe (unsafePerformIO)
import Prelude hiding (catch)
import Prelude hiding (catch)
Line 491: Line 584:
main = do
main = do
print $ safeHead ([] :: String)
print $ safeHead ([] :: String)
print $ safeHead ["str"]</lang>
print $ safeHead ["str"]</syntaxhighlight>


== Icon and Unicon ==
== Icon and Unicon ==
Line 499: Line 592:


==={{header|Unicon}}===
==={{header|Unicon}}===
<lang Unicon>global G1
<syntaxhighlight lang="unicon">global G1


procedure main(arglist)
procedure main(arglist)
Line 513: Line 606:
write((localnames|paramnames|staticnames|globalnames)(&current,0)) # ... visible in the current co-expression at this calling level (0)
write((localnames|paramnames|staticnames|globalnames)(&current,0)) # ... visible in the current co-expression at this calling level (0)
return
return
end</lang>
end</syntaxhighlight>


The output looks like:
The output looks like:
Line 532: Line 625:
J does not have a concept of an "undefined value" as such, but J does allow treatment of undefined names. The verb <code>nc</code> finds the (syntactic) class of a name. This result is negative one for names which have not been defined.
J does not have a concept of an "undefined value" as such, but J does allow treatment of undefined names. The verb <code>nc</code> finds the (syntactic) class of a name. This result is negative one for names which have not been defined.


<syntaxhighlight lang="j">
<lang J>
foo=: 3
foo=: 3
nc;:'foo bar'
nc;:'foo bar'
0 _1</lang>
0 _1</syntaxhighlight>


From this we can infer that <code>foo</code> has a definition (and its definition is a noun, since 0 is the syntactic [http://www.jsoftware.com/help/dictionary/dx004.htm name class] for nouns), and we can also infer that <code>bar</code> does not have a definition.
From this we can infer that <code>foo</code> has a definition (and its definition is a noun, since 0 is the syntactic [http://www.jsoftware.com/help/dictionary/dx004.htm name class] for nouns), and we can also infer that <code>bar</code> does not have a definition.
Line 541: Line 634:
This task also asked that we ''identify and exercise .. mechanisms for ... manipulating a variable's value's status as being undefined''. So: a name can be made to be undefined using the verb <code>erase</code>. The undefined status can be removed by assigning a value to the name.
This task also asked that we ''identify and exercise .. mechanisms for ... manipulating a variable's value's status as being undefined''. So: a name can be made to be undefined using the verb <code>erase</code>. The undefined status can be removed by assigning a value to the name.


<syntaxhighlight lang="j">
<lang J>
erase;:'foo bar'
erase;:'foo bar'
1 1
1 1
Line 548: Line 641:
bar=:99
bar=:99
nc;:'foo bar'
nc;:'foo bar'
_1 0</lang>
_1 0</syntaxhighlight>


=={{header|Java}}==
=={{header|Java}}==
Line 554: Line 647:


Java has a special null type, the type of the expression <code>null</code>, that can be cast to any reference type; in practice the null type can be ignored and <code>null</code> can be treated as a special literal that can be of any reference type. When a reference variable has the special value <code>null</code> it refers to no object, meaning that it is undefined.
Java has a special null type, the type of the expression <code>null</code>, that can be cast to any reference type; in practice the null type can be ignored and <code>null</code> can be treated as a special literal that can be of any reference type. When a reference variable has the special value <code>null</code> it refers to no object, meaning that it is undefined.
<lang java>String string = null; // the variable string is undefined
<syntaxhighlight lang="java">String string = null; // the variable string is undefined
System.out.println(string); //prints "null" to std out
System.out.println(string); //prints "null" to std out
System.out.println(string.length()); // dereferencing null throws java.lang.NullPointerException</lang>
System.out.println(string.length()); // dereferencing null throws java.lang.NullPointerException</syntaxhighlight>


Variables of primitive types cannot be assigned the special value <code>null</code>, but there are wrapper classes corresponding to the primitive types (eg. <code>Boolean</code>, <code>Integer</code>, <code>Long</code>, <code>Double</code>, &c), that can be used instead of the corresponding primitive; since they can have the special value <code>null</code> it can be used to identify the variable as undefined.
Variables of primitive types cannot be assigned the special value <code>null</code>, but there are wrapper classes corresponding to the primitive types (eg. <code>Boolean</code>, <code>Integer</code>, <code>Long</code>, <code>Double</code>, &c), that can be used instead of the corresponding primitive; since they can have the special value <code>null</code> it can be used to identify the variable as undefined.
<lang java>int i = null; // compilation error: incompatible types, required: int, found: <nulltype>
<syntaxhighlight lang="java">int i = null; // compilation error: incompatible types, required: int, found: <nulltype>
if (i == null) { // compilation error: incomparable types: int and <nulltype>
if (i == null) { // compilation error: incomparable types: int and <nulltype>
i = 1;
i = 1;
}</lang>
}</syntaxhighlight>
But this piece of code can be made valid by replacing <code>int</code> with <code>Integer</code>, and thanks to the automatic conversion between primitive types and their wrapper classes (called autoboxing) the only change required is in the declaration of the variable:
But this piece of code can be made valid by replacing <code>int</code> with <code>Integer</code>, and thanks to the automatic conversion between primitive types and their wrapper classes (called autoboxing) the only change required is in the declaration of the variable:
<lang java>Integer i = null; // variable i is undefined
<syntaxhighlight lang="java">Integer i = null; // variable i is undefined
if (i == null) {
if (i == null) {
i = 1;
i = 1;
}</lang>
}</syntaxhighlight>


=={{header|JavaScript}}==
=={{header|JavaScript}}==
In Javascript undefined is a property of the global object, i.e. it is a variable in global scope. The initial value of undefined is the primitive value undefined. The problem with using undefined is that undefined is mutable. Instead we can use typeof to check if a value is undefined.
In Javascript undefined is a property of the global object, i.e. it is a variable in global scope. The initial value of undefined is the primitive value undefined. The problem with using undefined is that undefined is mutable. Instead we can use typeof to check if a value is undefined.
<lang javascript>var a;
<syntaxhighlight lang="javascript">var a;


typeof(a) === "undefined";
typeof(a) === "undefined";
Line 583: Line 676:
obj.c === 42;
obj.c === 42;
delete obj.c;
delete obj.c;
typeof(obj.c) === "undefined";</lang>
typeof(obj.c) === "undefined";</syntaxhighlight>


We can also use the prefix keyword void, it always returns undefined. But this will throw a error if the variable has not been defined.
We can also use the prefix keyword void, it always returns undefined. But this will throw a error if the variable has not been defined.
<lang javascript>var a;
<syntaxhighlight lang="javascript">var a;
a === void 0; // true
a === void 0; // true
b === void 0; // throws a ReferenceError</lang>
b === void 0; // throws a ReferenceError</syntaxhighlight>


=={{header|jq}}==
=={{header|jq}}==
Given a JSON object, o, and a key, k, that is not present in that object, then o[k] evaluates to null, e.g.
Given a JSON object, o, and a key, k, that is not present in that object, then o[k] evaluates to null, e.g.
<lang jq>{}["key"] #=> null</lang>
<syntaxhighlight lang="jq">{}["key"] #=> null</syntaxhighlight>


In an important sense, therefore, null in jq represents an undefined value. However, it should be noted that in jq, 1/0 does not yield null:
In an important sense, therefore, null in jq represents an undefined value. However, it should be noted that in jq, 1/0 does not yield null:
<lang jq>1/0 == null #=>false</lang>
<syntaxhighlight lang="jq">1/0 == null #=>false</syntaxhighlight>


It should also be noted that in jq, null can combine with other values to form non-null values. Specifically, for any JSON entity, e,
It should also be noted that in jq, null can combine with other values to form non-null values. Specifically, for any JSON entity, e,
Line 601: Line 694:


For example, suppose it is agreed that the "sum" of the elements of an empty array should be null. Then one can simply write:
For example, suppose it is agreed that the "sum" of the elements of an empty array should be null. Then one can simply write:
<lang jq>def sum: reduce .[] as $x (null; . + $x);</lang>
<syntaxhighlight lang="jq">def sum: reduce .[] as $x (null; . + $x);</syntaxhighlight>



=={{header|Julia}}==
=={{header|Julia}}==
Line 614: Line 706:
[1] top-level scope at none:0
[1] top-level scope at none:0
</code>
</code>
2. For variables that are defined for the Julia program but have undefined values, there are two different notions of undefined value in Julia (version > 0.7): <code> nothing </code> and <code> missing </code>. "nothing" and "missing" are constants used by convention to refer to either (with <code> nothing </code>) an absent result, such as a search with nothing found, or in the case of <code> missing, </code> a data table containing missing values.
2. For variables that are defined for the Julia program but have undefined values, there are two types of undefined value in Julia (version > 0.7): <code> nothing </code> and <code> missing </code>. "nothing" and "missing" are typed constants used by convention to refer to either (with <code> nothing </code>) an absent result, such as a search with nothing found, or in the case of <code> missing, </code> a data location containing a missing value, such as a data table with missing values. <code>nothing</code> generally produces an error if any calculations incorporate it, but <code>missing</code> can be propagated along a calculation:
<syntaxhighlight lang="julia">
julia> arr = [1, 2, nothing, 3]
4-element Array{Union{Nothing, Int64},1}:
1
2
nothing
3

julia> x = arr .+ 5
ERROR: MethodError: no method matching +(::Nothing, ::Int64)
Closest candidates are:
+(::Any, ::Any, ::Any, ::Any...) at operators.jl:502
+(::Complex{Bool}, ::Real) at complex.jl:292
+(::Missing, ::Number) at missing.jl:93
...

julia> arr = [1, 2, missing, 3]
4-element Array{Union{Missing, Int64},1}:
1
2
missing
3

julia> x = arr .+ 5
4-element Array{Union{Missing, Int64},1}:
6
7
missing
8
</syntaxhighlight>


=={{header|Kotlin}}==
=={{header|Kotlin}}==
Line 624: Line 746:


Here are some simple examples illustrating these points:
Here are some simple examples illustrating these points:
<lang scala>// version 1.1.2
<syntaxhighlight lang="scala">// version 1.1.2


class SomeClass
class SomeClass
Line 661: Line 783:
println(e)
println(e)
}
}
}</lang>
}</syntaxhighlight>


{{out}}
{{out}}
Line 671: Line 793:
=={{header|Lingo}}==
=={{header|Lingo}}==
In Lingo an undefined variable has the value <Void>. If a variable is <Void> (i.e. undefined) can be checked by comparing it with the constant VOID, or by using the function voidP():
In Lingo an undefined variable has the value <Void>. If a variable is <Void> (i.e. undefined) can be checked by comparing it with the constant VOID, or by using the function voidP():
<lang lingo>put var
<syntaxhighlight lang="lingo">put var
-- <Void>
-- <Void>
put var=VOID
put var=VOID
Line 679: Line 801:
var = 23
var = 23
put voidP(var)
put voidP(var)
-- 0</lang>
-- 0</syntaxhighlight>


=={{header|Logo}}==
=={{header|Logo}}==
Line 686: Line 808:
UCB Logo has separate namespaces for procedures and variables ("names"). There is no distinction between a proc/name with no value and an undefined proc/name.
UCB Logo has separate namespaces for procedures and variables ("names"). There is no distinction between a proc/name with no value and an undefined proc/name.


<lang logo>; procedures
<syntaxhighlight lang="logo">; procedures
to square :x
to square :x
output :x * :x
output :x * :x
Line 704: Line 826:
ern "n
ern "n
show name? "n ; false
show name? "n ; false
show :n ; n has no value</lang>
show :n ; n has no value</syntaxhighlight>


=={{header|LOLCODE}}==
=={{header|LOLCODE}}==
LOLCODE's nil value is called <tt>NOOB</tt>, to which all uninitialized variables evaluate, and which is distinct from <tt>FAIL</tt>, the false value.
LOLCODE's nil value is called <tt>NOOB</tt>, to which all uninitialized variables evaluate, and which is distinct from <tt>FAIL</tt>, the false value.
<lang LOLCODE>HAI 1.3
<syntaxhighlight lang="lolcode">HAI 1.3


I HAS A foo BTW, INISHULIZD TO NOOB
I HAS A foo BTW, INISHULIZD TO NOOB
Line 725: Line 847:
OIC
OIC


KTHXBYE</lang>
KTHXBYE</syntaxhighlight>


=={{header|Lua}}==
=={{header|Lua}}==
<lang lua>print( a )
<syntaxhighlight lang="lua">print( a )


local b
local b
Line 736: Line 858:
b = 5
b = 5
end
end
print( b )</lang>
print( b )</syntaxhighlight>
Output:
Output:
<pre>nil
<pre>nil
Line 742: Line 864:
5</pre>
5</pre>


=={{header|Mathematica}}==
=={{header|Mathematica}}/{{header|Wolfram Language}}==
Mathematica is a symbolic mathematical software. Variables without given values are treated as symbols.
Mathematica is a symbolic mathematical software. Variables without given values are treated as symbols.
<syntaxhighlight lang="mathematica">a
<lang Mathematica>a
-> a
-> a

a + a
a + a
-> 2 a
-> 2 a

ValueQ[a]
ValueQ[a]
-> False
-> False

a = 5
a = 5
-> 5
-> 5

ValueQ[a]
ValueQ[a]
-> True</lang>
-> True</syntaxhighlight>
Mathematica also has a build-in symbol "Undefined", representing a quantity with no defined value.
Mathematica also has a build-in symbol "Undefined", representing a quantity with no defined value.
<lang Mathematica>ConditionalExpression[a, False]
<syntaxhighlight lang="mathematica">ConditionalExpression[a, False]
->Undefined</lang>
->Undefined</syntaxhighlight>
Mathematical expressions containing Undefined evaluate to Undefined:
Mathematical expressions containing Undefined evaluate to Undefined:
<lang Mathematica>Sin[Undefined]
<syntaxhighlight lang="mathematica">Sin[Undefined]
-> Undefined </lang>
-> Undefined </syntaxhighlight>
Of course you can assign Undefined to be the value of a variable. Here "Undefined" is itself a value.
Of course you can assign Undefined to be the value of a variable. Here "Undefined" is itself a value.
<lang Mathematica>a = Undefined
<syntaxhighlight lang="mathematica">a = Undefined
-> Undefined
-> Undefined

a
a
-> Undefined
-> Undefined

ValueQ[a]
ValueQ[a]
-> True</lang>
-> True</syntaxhighlight>


=={{header|MATLAB}} / {{header|Octave}}==
=={{header|MATLAB}} / {{header|Octave}}==


If a variable is generated without defing a value, e.g. with
If a variable is generated without defing a value, e.g. with
<lang Matlab> global var; </lang>
<syntaxhighlight lang="matlab"> global var; </syntaxhighlight>
the variable is empty, and can be tested with
the variable is empty, and can be tested with
<lang Matlab> isempty(var) </lang>
<syntaxhighlight lang="matlab"> isempty(var) </syntaxhighlight>


For numerical values (e.g. vectors or arrays) with a predefined size, often not-a-numbers (NaN's) user used to indicate missing values,
For numerical values (e.g. vectors or arrays) with a predefined size, often not-a-numbers (NaN's) user used to indicate missing values,
<lang Matlab> var = [1, 2, NaN, 0/0, inf-inf, 5] </lang>
<syntaxhighlight lang="matlab"> var = [1, 2, NaN, 0/0, inf-inf, 5] </syntaxhighlight>
These can be tested with:
These can be tested with:
<lang Matlab> isnan(var) </lang>
<syntaxhighlight lang="matlab"> isnan(var) </syntaxhighlight>


<pre>
<pre>
Line 794: Line 910:
=={{header|MUMPS}}==
=={{header|MUMPS}}==
<p>MUMPS does have variables with undefined values, but referencing them usually causes an error. To test for whether a value is undefined use the $Data function. If you are trying to read a value that may be undefined, use $Get as a wrapper. Note that an alternate form of $Get can return a specified value, which must be defined.</p>
<p>MUMPS does have variables with undefined values, but referencing them usually causes an error. To test for whether a value is undefined use the $Data function. If you are trying to read a value that may be undefined, use $Get as a wrapper. Note that an alternate form of $Get can return a specified value, which must be defined.</p>
<lang MUMPS> IF $DATA(SOMEVAR)=0 DO UNDEF ; A result of 0 means the value is undefined
<syntaxhighlight lang="mumps"> IF $DATA(SOMEVAR)=0 DO UNDEF ; A result of 0 means the value is undefined
SET LOCAL=$GET(^PATIENT(RECORDNUM,0)) ;If there isn't a defined item at that location, a null string is returned</lang>
SET LOCAL=$GET(^PATIENT(RECORDNUM,0)) ;If there isn't a defined item at that location, a null string is returned</syntaxhighlight>

=={{header|Nim}}==
In Nim, all variables are initialized to a default value which is a binary zero. If this value is incompatible with the variable type, a warning is emitted.

So, there are no undefined values except if the user explicitly specified that the variable must not be initialized. This may be useful for instance for a big array which will be initialized later on. To avoid the implicit initialization, we use the pragma <code>{.noInit.}</code>. For instance:
<syntaxhighlight lang="nim">var a {.noInit.}: array[1_000_000, int]

# For a proc, {.noInit.} means that the result is not initialized.
proc p(): array[1000, int] {.noInit.} =
for i in 0..999: result[i] = i</syntaxhighlight>


=={{header|OCaml}}==
=={{header|OCaml}}==


<lang ocaml>(* There is no undefined value in OCaml,
<syntaxhighlight lang="ocaml">(* There is no undefined value in OCaml,
but if you really need this you can use the built-in "option" type.
but if you really need this you can use the built-in "option" type.
It is defined like this: type 'a option = None | Some of 'a *)
It is defined like this: type 'a option = None | Some of 'a *)
Line 811: Line 937:


inc None;;
inc None;;
(* Exception: Failure "Undefined argument". *)</lang>
(* Exception: Failure "Undefined argument". *)</syntaxhighlight>


=={{header|Oforth}}==
=={{header|Oforth}}==
Line 823: Line 949:
However, variables can be "unbound" or "free". If a program tries to read such a variable, the current thread will be suspended until the variable's value becomes determined.
However, variables can be "unbound" or "free". If a program tries to read such a variable, the current thread will be suspended until the variable's value becomes determined.


<lang oz>declare X in
<syntaxhighlight lang="oz">declare X in


thread
thread
Line 834: Line 960:
{Delay 1000}
{Delay 1000}
{System.showInfo "Setting X."}
{System.showInfo "Setting X."}
X = 42</lang>
X = 42</syntaxhighlight>


Explicitly checking the status of a variable with <code>IsFree</code> is discouraged because it can introduce race conditions.
Explicitly checking the status of a variable with <code>IsFree</code> is discouraged because it can introduce race conditions.
Line 840: Line 966:
=={{header|PARI/GP}}==
=={{header|PARI/GP}}==
In GP, undefined variables test equal to the monomial in the variable with the name of that variable. So to test if <var>v</var> is undefined, do
In GP, undefined variables test equal to the monomial in the variable with the name of that variable. So to test if <var>v</var> is undefined, do
<lang parigp>v == 'v</lang>
<syntaxhighlight lang="parigp">v == 'v</syntaxhighlight>


In PARI, you can do the same but the function <code>is_entry()</code> is more appropriate:
In PARI, you can do the same but the function <code>is_entry()</code> is more appropriate:
<lang C>is_entry("v") == NULL;</lang>
<syntaxhighlight lang="c">is_entry("v") == NULL;</syntaxhighlight>


=={{header|Pascal}}==
=={{header|Pascal}}==
Line 849: Line 975:


=={{header|Perl}}==
=={{header|Perl}}==
<lang perl>#!/usr/bin/perl -w
<syntaxhighlight lang="perl">#!/usr/bin/perl -w
use strict;
use strict;


Line 883: Line 1,009:
# Because most of the output is conditional, this serves as
# Because most of the output is conditional, this serves as
# a clear indicator that the program has run to completion.
# a clear indicator that the program has run to completion.
print "Done\n";</lang>
print "Done\n";</syntaxhighlight>


Results in:
Results in:
Line 891: Line 1,017:
Done
Done
</pre>
</pre>

=={{header|Perl 6}}==
Perl 6 has "interesting" values of undef, but unlike Perl 5, doesn't actually have a value named <tt>undef</tt>. Instead, several very different meanings of undefinedness are distinguished. First, <tt>Nil</tt> represents the absence of a value. The absence of a value cannot be stored. Instead, an attempt to assign <tt>Nil</tt> to a storage location causes that location to revert to its uninitialized state, however that is defined.

<lang perl6>my $x; $x = 42; $x = Nil; say $x.WHAT; # prints Any()</lang>

This <tt>Any</tt> is an example of another kind of undefined type, which is a typed undef. All reference types have an undefined value representing the type. You can think of it as a sort of "type gluon" that carries a type charge without being a "real" particle. Hence there are undefined values whose names represent types, such as <tt>Int</tt>, <tt>Num</tt>, <tt>Str</tt>, and all the other object types in Perl 6. As generic objects, such undefined values carry the same metaobject pointer that a real object of the type would have, without being instantiated as a real object. As such, these types are in the type hierarchy. For example, <tt>Int</tt> derives from <tt>Cool</tt>, <tt>Cool</tt> derives from <tt>Any</tt>, and <tt>Any</tt> derives from <tt>Mu</tt>, the most general undefined object (akin to Object in other languages). Since they are real objects of the type, even if undefined, they can be used in reasoning about the type. You don't have to instantiate a <tt>Method</tt> object in order to ask if <tt>Method</tt> is derived from <tt>Routine</tt>, for instance.

<lang perl6>say Method ~~ Routine; # Bool::True</lang>

Variables default to <tt>Any</tt>, unless declared to be of another type:
<lang perl6>my $x; say $x.WHAT; # Any()
my Int $y; say $y.WHAT; # Int()
my Str $z; say $z.WHAT; # Str()</lang>

The user-interface for definedness are [http://design.perl6.org/S12.html#Abstract_vs_Concrete_types type smilies] and the <tt>with</tt>-statement.

<lang perl6>my Int:D $i = 1; # if $i has to be defined you must provide a default value
multi sub foo(Int:D $i where * != 0){ (0..100).roll / $i } # we will never divide by 0
multi sub foo(Int:U $i){ die 'WELP! $i is undefined' } # because undefinedness is deadly

with $i { say 'defined' } # as "if" is looking for Bool::True, "with" is looking for *.defined
with 0 { say '0 may not divide but it is defined' }
</lang>

There are further some [http://design.perl6.org/S03.html operators] for your convenience.

<lang perl6>my $is-defined = 1;
my $ain't-defined = Any;
my $doesn't-matter;
my Any:D $will-be-defined = $ain't-defined // $is-defined // $doesn't-matter;

my @a-mixed-list = Any, 1, Any, 'a';
$will-be-defined = [//] @a-mixed-list; # [//] will return the first defined value

my @a = Any,Any,1,1;
my @b = 2,Any,Any,2;
my @may-contain-any = @a >>//<< @b; # contains: [2, Any, 1, 1]

sub f1(){Failure.new('WELP!')};
sub f2(){ $_ ~~ Failure }; # orelse will kindly set the topic for us
my $s = (f1() orelse f2()); # Please note the parentheses, which are needed because orelse is
# much looser then infix:<=> .
dd $s; # this be Bool::False</lang>

Finally, another major group of undefined values represents failures. Perl 6 is designed with the notion that throwing exceptions is bad for parallel processing, so exceptions are thrown lazily; that is, they tend to be returned in-band instead as data, and are only thrown for real if not properly handled as exception data. (In which case, the exception is required to report the original difficulty accurately.) In order not to disrupt control flow and the synchronicity of event ordering, such failures are returned in-band as a normal values. And in order not to subvert the type system when it comes to return types, failure may be mixed into any reference type which produces an undefined, typed value which is also indicates the nature of the failure.

Native storage types work under different rules, since most native types cannot represent failure, or even undefinedness. Any attempt to assign a value to a storage location that cannot represent a failure will cause an exception to be thrown.


=={{header|Phix}}==
=={{header|Phix}}==
{{libheader|Phix/basics}}
Phix has a special unassigned value, that can be tested for using object(). (There is no offical way to "un-assign" a variable, though you could fairly easily do so with a bit of inline assembly.)
Phix has a special unassigned value, that can be tested for using object(). (There is no offical way to "un-assign" a variable, though you could fairly easily do so with a bit of inline assembly.)
<!--<syntaxhighlight lang="phix">-->
<lang Phix>object x
<span style="color: #004080;">object</span> <span style="color: #000000;">x</span>

procedure test()
<span style="color: #008080;">procedure</span> <span style="color: #000000;">test</span><span style="color: #0000FF;">()</span>
if object(x) then
<span style="color: #008080;">if</span> <span style="color: #004080;">object</span><span style="color: #0000FF;">(</span><span style="color: #000000;">x</span><span style="color: #0000FF;">)</span> <span style="color: #008080;">then</span>
puts(1,"x is an object\n")
<span style="color: #7060A8;">puts</span><span style="color: #0000FF;">(</span><span style="color: #000000;">1</span><span style="color: #0000FF;">,</span><span style="color: #008000;">"x is an object\n"</span><span style="color: #0000FF;">)</span>
else
<span style="color: #008080;">else</span>
puts(1,"x is unassigned\n")
<span style="color: #7060A8;">puts</span><span style="color: #0000FF;">(</span><span style="color: #000000;">1</span><span style="color: #0000FF;">,</span><span style="color: #008000;">"x is unassigned\n"</span><span style="color: #0000FF;">)</span>
end if
<span style="color: #008080;">end</span> <span style="color: #008080;">if</span>
end procedure
<span style="color: #008080;">end</span> <span style="color: #008080;">procedure</span>

test()
<span style="color: #000000;">test</span><span style="color: #0000FF;">()</span>
x = 1
<span style="color: #000000;">x</span> <span style="color: #0000FF;">=</span> <span style="color: #000000;">1</span>
test()</lang>
<span style="color: #000000;">test</span><span style="color: #0000FF;">()</span>
<!--</syntaxhighlight>-->
{{out}}
{{out}}
<pre>
<pre>
Line 962: Line 1,043:


=={{header|PHP}}==
=={{header|PHP}}==
<lang php><?php
<syntaxhighlight lang="php"><?php
// Check to see whether it is defined
// Check to see whether it is defined
if (!isset($var))
if (!isset($var))
Line 994: Line 1,075:
// a clear indicator that the program has run to completion.
// a clear indicator that the program has run to completion.
echo "Done\n";
echo "Done\n";
?></lang>
?></syntaxhighlight>


Results in:
Results in:
Line 1,006: Line 1,087:
An internal symbol is initialized to NIL. Depending on the context, this is
An internal symbol is initialized to NIL. Depending on the context, this is
interpreted as "undefined". When called as a function, an error is issued:
interpreted as "undefined". When called as a function, an error is issued:
<lang PicoLisp>: (myfoo 3 4)
<syntaxhighlight lang="picolisp">: (myfoo 3 4)
!? (myfoo 3 4)
!? (myfoo 3 4)
myfoo -- Undefined
myfoo -- Undefined
?</lang>
?</syntaxhighlight>
The function 'default' can be used to initialize a variable if and only
The function 'default' can be used to initialize a variable if and only
if its current value is NIL:
if its current value is NIL:
<lang PicoLisp>: MyVar
<syntaxhighlight lang="picolisp">: MyVar
-> NIL
-> NIL


Line 1,025: Line 1,106:


: MyVar
: MyVar
-> 7</lang>
-> 7</syntaxhighlight>

=={{header|Pike}}==
=={{header|Pike}}==
In Pike variables are always defined. <code>UNDEFINED</code> is only used to indicate the nonexistence of a key or object member. <code>UNDEFINED</code> is not a value and can not be assigned. in such cases it is converted to <math>0</math>. <code>zero_type()</code> is used to test if a key exists or not:
In Pike variables are always defined. <code>UNDEFINED</code> is only used to indicate the nonexistence of a key or object member. <code>UNDEFINED</code> is not a value and can not be assigned. in such cases it is converted to <math>0</math>. <code>zero_type()</code> is used to test if a key exists or not:
<syntaxhighlight lang="pike">
<lang Pike>
> zero_type(UNDEFINED);
> zero_type(UNDEFINED);
Result: 1
Result: 1
Line 1,040: Line 1,122:
> zero_type(bar->baz);
> zero_type(bar->baz);
Result: 0
Result: 0
</syntaxhighlight>
</lang>


=={{header|PowerShell}}==
=={{header|PowerShell}}==
The <code>Get-Variable</code> cmdlet gets the Windows PowerShell variables in the current console. Variables can be filtered by using the <code>-Name</code> parameter.
The <code>Get-Variable</code> cmdlet gets the Windows PowerShell variables in the current console. Variables can be filtered by using the <code>-Name</code> parameter.
If a variable doesn't exist an error is returned. Using the <code>-ErrorAction SilentlyContinue</code> parameter suppresses the error message and returns <code>$false</code>.
If a variable doesn't exist an error is returned. Using the <code>-ErrorAction SilentlyContinue</code> parameter suppresses the error message and returns <code>$false</code>.
<syntaxhighlight lang="powershell">
<lang PowerShell>
if (Get-Variable -Name noSuchVariable -ErrorAction SilentlyContinue)
if (Get-Variable -Name noSuchVariable -ErrorAction SilentlyContinue)
{
{
Line 1,054: Line 1,136:
$false
$false
}
}
</syntaxhighlight>
</lang>
{{Out}}
{{Out}}
<pre>
<pre>
Line 1,061: Line 1,143:
PowerShell represents things like the file system, registry, functions, variables, etc. with '''providers''' known as PS drives.
PowerShell represents things like the file system, registry, functions, variables, etc. with '''providers''' known as PS drives.
One of those PS drives is Variable. <code>Variable:</code> contains all of the variables that are currently stored in memory.
One of those PS drives is Variable. <code>Variable:</code> contains all of the variables that are currently stored in memory.
<syntaxhighlight lang="powershell">
<lang PowerShell>
Get-PSProvider
Get-PSProvider
</syntaxhighlight>
</lang>
{{Out}}
{{Out}}
<pre>
<pre>
Line 1,078: Line 1,160:
</pre>
</pre>
To access the Variable PS drive you'd use the same syntax as you would with the file system by specifying <code>Variable:\</code>.
To access the Variable PS drive you'd use the same syntax as you would with the file system by specifying <code>Variable:\</code>.
<syntaxhighlight lang="powershell">
<lang PowerShell>
Test-Path Variable:\noSuchVariable
Test-Path Variable:\noSuchVariable
</syntaxhighlight>
</lang>
{{Out}}
{{Out}}
<pre>
<pre>
Line 1,086: Line 1,168:
</pre>
</pre>
If a variable doesn't exist, it technically has a value of <code>$null</code>. <code>$null</code> is an automatic variable that represents "does not exist."
If a variable doesn't exist, it technically has a value of <code>$null</code>. <code>$null</code> is an automatic variable that represents "does not exist."
<syntaxhighlight lang="powershell">
<lang PowerShell>
$noSuchVariable -eq $null
$noSuchVariable -eq $null
</syntaxhighlight>
</lang>
{{Out}}
{{Out}}
<pre>
<pre>
Line 1,095: Line 1,177:


=={{header|Prolog}}==
=={{header|Prolog}}==
Prolog has two predicates to know if a variable is instancied or not : '''var/1''' and '''nonvar/1''' <br>
Prolog has two predicates to know if a variable is instantiated or not: '''var/1''' and '''nonvar/1''' <br>
<pre>?- var(Y).
<pre>?- var(Y).
true.
true.
Line 1,111: Line 1,193:
=={{header|PureBasic}}==
=={{header|PureBasic}}==
Variables are defined through a formal declaration or simply upon first use. Each variable is initialized to a value. PureBasic does not allow changing of a variable's status at runtime. It can be tested at compile-time and acted upon, however, it cannot be undefined once it is defined.
Variables are defined through a formal declaration or simply upon first use. Each variable is initialized to a value. PureBasic does not allow changing of a variable's status at runtime. It can be tested at compile-time and acted upon, however, it cannot be undefined once it is defined.
<lang PureBasic>If OpenConsole()
<syntaxhighlight lang="purebasic">If OpenConsole()


CompilerIf Defined(var, #PB_Variable)
CompilerIf Defined(var, #PB_Variable)
Line 1,131: Line 1,213:
CloseConsole()
CloseConsole()
EndIf</lang>
EndIf</syntaxhighlight>
Sample output:
Sample output:
<pre>var is undefined at first check
<pre>var is undefined at first check
Line 1,139: Line 1,221:
In Python names, (variables), can be dynamically created and deleted at run time.
In Python names, (variables), can be dynamically created and deleted at run time.


<lang python># Check to see whether a name is defined
<syntaxhighlight lang="python"># Check to see whether a name is defined
try: name
try: name
except NameError: print "name is undefined at first check"
except NameError: print "name is undefined at first check"
Line 1,166: Line 1,248:
# Because most of the output is conditional, this serves as
# Because most of the output is conditional, this serves as
# a clear indicator that the program has run to completion.
# a clear indicator that the program has run to completion.
print "Done"</lang>
print "Done"</syntaxhighlight>


Results in:
Results in:
Line 1,177: Line 1,259:
=={{header|R}}==
=={{header|R}}==
There are four cases to consider. To test whether a varaible has previously been defined, use <code>exists</code>.
There are four cases to consider. To test whether a varaible has previously been defined, use <code>exists</code>.
<syntaxhighlight lang="r">
<lang r>
exists("x")
exists("x")
</syntaxhighlight>
</lang>


If you want to declare a variable with undefined contents, use <code>NULL</code>.
If you want to declare a variable with undefined contents, use <code>NULL</code>.
<syntaxhighlight lang="r">
<lang r>
x <- NULL
x <- NULL
</syntaxhighlight>
</lang>


If you want to declare a variable with missing values, use <code>NA</code>.
If you want to declare a variable with missing values, use <code>NA</code>.
<syntaxhighlight lang="r">
<lang r>
y <- c(1, 4, 9, NA, 25)
y <- c(1, 4, 9, NA, 25)
z <- c("foo", NA, "baz")
z <- c("foo", NA, "baz")
</syntaxhighlight>
</lang>
(Note that there are different types of <code>NA</code>, namely <code>NA_integer_</code>, <code>NA_real_</code>, <code>NA_character_</code>, <code>NA_complex_</code> and plain (logical) <code>NA</code>. In practice, you should hardly ever need to explicitly set which type of NA you are using, as it will be done automatically.)
(Note that there are different types of <code>NA</code>, namely <code>NA_integer_</code>, <code>NA_real_</code>, <code>NA_character_</code>, <code>NA_complex_</code> and plain (logical) <code>NA</code>. In practice, you should hardly ever need to explicitly set which type of NA you are using, as it will be done automatically.)


Finally, you test for arguments that haven't been passed into a function with <code>missing</code>.
Finally, you test for arguments that haven't been passed into a function with <code>missing</code>.
<syntaxhighlight lang="r">
<lang r>
print_is_missing <- function(x)
print_is_missing <- function(x)
{
{
Line 1,202: Line 1,284:
print_is_missing() # TRUE
print_is_missing() # TRUE
print_is_missing(123) # FALSE
print_is_missing(123) # FALSE
</syntaxhighlight>
</lang>


=={{header|Racket}}==
=={{header|Racket}}==
Line 1,209: Line 1,291:
recursive definitions. It can be grabbed explicitly with:
recursive definitions. It can be grabbed explicitly with:


<syntaxhighlight lang="racket">
<lang Racket>
-> (letrec ([x x]) x)
-> (letrec ([x x]) x)
#<undefined>
#<undefined>
</syntaxhighlight>
</lang>


However, it is not used as an implicit value for all (non-existent)
However, it is not used as an implicit value for all (non-existent)
bindings. (Racket uses other meta-tools for that.)
bindings. (Racket uses other meta-tools for that.)

=={{header|Raku}}==
(formerly Perl 6)
Raku has "interesting" values of undef, but unlike Perl 5, doesn't actually have a value named <tt>undef</tt>. Instead, several very different meanings of undefinedness are distinguished. First, <tt>Nil</tt> represents the absence of a value. The absence of a value cannot be stored. Instead, an attempt to assign <tt>Nil</tt> to a storage location causes that location to revert to its uninitialized state, however that is defined.

<syntaxhighlight lang="raku" line>my $x; $x = 42; $x = Nil; say $x.WHAT; # prints Any()</syntaxhighlight>

This <tt>Any</tt> is an example of another kind of undefined type, which is a typed undef. All reference types have an undefined value representing the type. You can think of it as a sort of "type gluon" that carries a type charge without being a "real" particle. Hence there are undefined values whose names represent types, such as <tt>Int</tt>, <tt>Num</tt>, <tt>Str</tt>, and all the other object types in Raku. As generic objects, such undefined values carry the same metaobject pointer that a real object of the type would have, without being instantiated as a real object. As such, these types are in the type hierarchy. For example, <tt>Int</tt> derives from <tt>Cool</tt>, <tt>Cool</tt> derives from <tt>Any</tt>, and <tt>Any</tt> derives from <tt>Mu</tt>, the most general undefined object (akin to Object in other languages). Since they are real objects of the type, even if undefined, they can be used in reasoning about the type. You don't have to instantiate a <tt>Method</tt> object in order to ask if <tt>Method</tt> is derived from <tt>Routine</tt>, for instance.

<syntaxhighlight lang="raku" line>say Method ~~ Routine; # Bool::True</syntaxhighlight>

Variables default to <tt>Any</tt>, unless declared to be of another type:
<syntaxhighlight lang="raku" line>my $x; say $x.WHAT; # Any()
my Int $y; say $y.WHAT; # Int()
my Str $z; say $z.WHAT; # Str()</syntaxhighlight>

The user-interface for definedness are [http://design.raku.org/S12.html#Abstract_vs_Concrete_types type smilies] and the <tt>with</tt>-statement.

<syntaxhighlight lang="raku" line>my Int:D $i = 1; # if $i has to be defined you must provide a default value
multi sub foo(Int:D $i where * != 0){ (0..100).roll / $i } # we will never divide by 0
multi sub foo(Int:U $i){ die 'WELP! $i is undefined' } # because undefinedness is deadly

with $i { say 'defined' } # as "if" is looking for Bool::True, "with" is looking for *.defined
with 0 { say '0 may not divide but it is defined' }
</syntaxhighlight>

There are further some [http://design.raku.org/S03.html operators] for your convenience.

<syntaxhighlight lang="raku" line>my $is-defined = 1;
my $ain't-defined = Any;
my $doesn't-matter;
my Any:D $will-be-defined = $ain't-defined // $is-defined // $doesn't-matter;

my @a-mixed-list = Any, 1, Any, 'a';
$will-be-defined = [//] @a-mixed-list; # [//] will return the first defined value

my @a = Any,Any,1,1;
my @b = 2,Any,Any,2;
my @may-contain-any = @a >>//<< @b; # contains: [2, Any, 1, 1]

sub f1(){Failure.new('WELP!')};
sub f2(){ $_ ~~ Failure }; # orelse will kindly set the topic for us
my $s = (f1() orelse f2()); # Please note the parentheses, which are needed because orelse is
# much looser then infix:<=> .
dd $s; # this be Bool::False</syntaxhighlight>

Finally, another major group of undefined values represents failures. Raku is designed with the notion that throwing exceptions is bad for parallel processing, so exceptions are thrown lazily; that is, they tend to be returned in-band instead as data, and are only thrown for real if not properly handled as exception data. (In which case, the exception is required to report the original difficulty accurately.) In order not to disrupt control flow and the synchronicity of event ordering, such failures are returned in-band as a normal values. And in order not to subvert the type system when it comes to return types, failure may be mixed into any reference type which produces an undefined, typed value which is also indicates the nature of the failure.

Native storage types work under different rules, since most native types cannot represent failure, or even undefinedness. Any attempt to assign a value to a storage location that cannot represent a failure will cause an exception to be thrown.


=={{header|REXX}}==
=={{header|REXX}}==
<lang rexx>/*REXX program test if a (REXX) variable is defined or not defined. */
<syntaxhighlight lang="rexx">/*REXX program test if a (REXX) variable is defined or not defined. */
tlaloc = "rain god of the Aztecs." /*assign a value to the Aztec rain god.*/
tlaloc = "rain god of the Aztecs." /*assign a value to the Aztec rain god.*/
/*check if the rain god is defined. */
/*check if the rain god is defined. */
Line 1,237: Line 1,368:
if symbol(y)=="VAR" then say y ' is defined.'
if symbol(y)=="VAR" then say y ' is defined.'
else say y "isn't defined."
else say y "isn't defined."
/*stick a fork in it, we're all done. */</lang>
/*stick a fork in it, we're all done. */</syntaxhighlight>
'''output'''
'''output'''
<pre>
<pre>
Line 1,246: Line 1,377:


=={{header|Ring}}==
=={{header|Ring}}==
<lang ring>
<syntaxhighlight lang="ring">
# Project : Undefined values
# Project : Undefined values


Line 1,255: Line 1,386:
islocal("y") + nl +
islocal("y") + nl +
islocal("z") + nl
islocal("z") + nl
</syntaxhighlight>
</lang>
Output:
Output:
<pre>
<pre>
Line 1,264: Line 1,395:


=={{header|Ruby}}==
=={{header|Ruby}}==
<lang ruby># Check to see whether it is defined
<syntaxhighlight lang="ruby"># Check to see whether it is defined
puts "var is undefined at first check" unless defined? var
puts "var is undefined at first check" unless defined? var


Line 1,278: Line 1,409:
# Because most of the output is conditional, this serves as
# Because most of the output is conditional, this serves as
# a clear indicator that the program has run to completion.
# a clear indicator that the program has run to completion.
puts "Done"</lang>
puts "Done"</syntaxhighlight>


Results in:
Results in:
Line 1,285: Line 1,416:
Done
Done
</pre>
</pre>

=={{header|Rust}}==
All variables in Rust must have defined type and value.

For the representation of a value which might not be present, the standard library offers wrapper type <code>Option</code>.
<code>Option</code> has two variants: <code>Some</code> (holding a value) and <code>None</code> (indicating the absence of any value):
<code>Option</code> is a regular <code>enum</code> type and there is nothing special about it, except for its broad usage.

Rust supports raw pointers.
Pointers are used for interoperability with other languages and for low-level unsafe operations.
Safe Rust code can't use pointers as effective use of a pointer (dereferencing it) requires <code>unsafe</code> block.
A pointer may have a ''null'' value:

<syntaxhighlight lang="rust">use std::ptr;

let p: *const i32 = ptr::null();
assert!(p.is_null());</syntaxhighlight>


=={{header|Scala}}==
=={{header|Scala}}==
Line 1,298: Line 1,446:
=={{header|Sidef}}==
=={{header|Sidef}}==
Sidef variables are initialized with a default ''nil'' value, representing the absence of a value.
Sidef variables are initialized with a default ''nil'' value, representing the absence of a value.
<lang ruby>var x; # declared, but not defined
<syntaxhighlight lang="ruby">var x; # declared, but not defined
x == nil && say "nil value";
x == nil && say "nil value";
defined(x) || say "undefined";
defined(x) || say "undefined";
Line 1,310: Line 1,458:
x = nil;
x = nil;


defined(x) || say "undefined";</lang>
defined(x) || say "undefined";</syntaxhighlight>
{{out}}
{{out}}
<pre>
<pre>
Line 1,322: Line 1,470:
In Smalltalk, all variables are automatically initialized to nil. This includes instance variables (an object's private slots), class variables and locals. Also global and namespace bindings can only be created by passing an existing value (typically also: nil) to the creation message (at:put:). This is part of the language's specification, not implementation specific. Thus a variable cannot ever be undefined.
In Smalltalk, all variables are automatically initialized to nil. This includes instance variables (an object's private slots), class variables and locals. Also global and namespace bindings can only be created by passing an existing value (typically also: nil) to the creation message (at:put:). This is part of the language's specification, not implementation specific. Thus a variable cannot ever be undefined.


Sending a message (aka performing a virtual function call) to the nil object results in an Exception, which can be caught if desired.
Sending a message (aka performing a virtual function call) to the nil object results in an exception, which can be caught if desired.
In other words, there is no segmentation violation or core dump, but well defined behavior in this situation.
In other words, there is no segmentation violation or core dump, but well defined behavior in this situation. Notice that nil is also an instance of a class, UndefinedObject (actually its only singleton instance). And that UndefinedObject does implement a few messages (for example: isNil, notNil, printOn: etc.)


However, we can check for the existence of a global binding with:
However, we can check for the existence of a global binding with:
<lang smalltalk>Smalltalk includesKey: #FooBar
<syntaxhighlight lang="smalltalk">Smalltalk includesKey: #FooBar
myNamespace includesKey: #Baz</lang>
myNamespace includesKey: #Baz</syntaxhighlight>


=={{header|Tcl}}==
=={{header|Tcl}}==
Tcl does not have undefined ''values'', but ''variables'' may be undefined by being not set.
Tcl does not have undefined ''values'', but ''variables'' may be undefined by being not set.
<lang tcl># Variables are undefined by default and do not need explicit declaration
<syntaxhighlight lang="tcl"># Variables are undefined by default and do not need explicit declaration


# Check to see whether it is defined
# Check to see whether it is defined
Line 1,354: Line 1,502:
if {![info exists var]} {puts "var is undefind at fourth check"}
if {![info exists var]} {puts "var is undefind at fourth check"}


puts "Done"</lang>
puts "Done"</syntaxhighlight>
Yields this output:
Yields this output:
<pre>
<pre>
Line 1,363: Line 1,511:


=={{header|UNIX Shell}}==
=={{header|UNIX Shell}}==
<lang bash>VAR1="VAR1"
<syntaxhighlight lang="bash">VAR1="VAR1"
echo ${VAR1:-"Not set."}
echo ${VAR1:-"Not set."}
echo ${VAR2:-"Not set."}</lang>
echo ${VAR2:-"Not set."}</syntaxhighlight>
<pre>VAR1
<pre>VAR1
Not set.</pre>
Not set.</pre>

=={{header|Wren}}==
The closest Wren has to an 'undefined' value is '''null''' though, technically, this is the only instance of the Null class.

Wren is dynamically typed and so ''null'' can be assigned to any variable.

In practice is it used to indicate the absence of a value. So, a function or method which doesn't otherwise return anything returns ''null'' and, if a map doesn't contain a key, an attempted look-up using that key returns ''null''.

If a variable is simply declared but not assigned a value, then its value is ''null''.

In conditional expressions, ''null'' as well as the Boolean value ''false'' are considered to be 'false'. All other values (including zero) are considered to be 'true'.
<syntaxhighlight lang="wren">var f = Fn.new {
System.print("'f' called.") // note no return value
}

var res = f.call()
System.print("The value returned by 'f' is %(res).")

var m = {} // empty map
System.print("m[1] is %(m[1]).")

var u // declared but not assigned a value
System.print("u is %(u).")

var v = null // explicitly assigned null
if (!v) System.print("v is %(v).")</syntaxhighlight>

{{out}}
<pre>
'f' called.
The value returned by 'f' is null.
m[1] is null.
u is null.
v is null.
</pre>


=={{header|zkl}}==
=={{header|zkl}}==
Nothing is undefined in zkl (in theory). Numeric values like inf and NaN are "discouraged". "Void" is an object that is used as a "sentinel" for "I have no idea what the proper value should be" but it is just object that can be used like any other object.
Nothing is undefined in zkl (in theory). Numeric values like inf and NaN are "discouraged". "Void" is an object that is used as a "sentinel" for "I have no idea what the proper value should be" but it is just object that can be used like any other object.
<lang zkl>println(Void);
<syntaxhighlight lang="zkl">println(Void);
1+Void
1+Void
if(Void){} else { 23 }</lang>
if(Void){} else { 23 }</syntaxhighlight>
{{out}}
{{out}}
<pre>
<pre>
Line 1,381: Line 1,564:
</pre>
</pre>


=={{header|Z80 Assembly}}==
Nothing is truly "undefined" since any operation will return some 8-bit or 16-bit number. It's more of a question of "does this value mean anything at all." There are actions that will result in "undefined" (read: inconsistent) behavior:

* Reading from the <code>R</code> register (returns some value that relates to dynamic memory refresh)
* Reading from uninitialized memory (returns whatever happens to be there)
* Using <code>IN</code> commands on a port that isn't connected to the CPU, or reading from a write-only port

{{omit from|6502 Assembly}}
{{omit from|68000 Assembly}}
{{omit from|8080 Assembly}}
{{omit from|8086 Assembly}}
{{omit from|ARM Assembly}}
{{omit from|MIPS Assembly}}
{{omit from|X86 Assembly}}
{{omit from|Z80 Assembly}}
{{omit from|GUISS}}
{{omit from|GUISS}}
{{omit from|ACL2}}
{{omit from|ACL2}}

Latest revision as of 10:15, 15 February 2024

Task
Undefined values
You are encouraged to solve this task according to the task description, using any language you may know.

For languages which have an explicit notion of an undefined value, identify and exercise those language's mechanisms for identifying and manipulating a variable's value's status as being undefined.



6502 Assembly

Every operation will return some 8-bit value, so there is no null in 6502 or anything like that. However, it is possible for certain actions to have undefined behavior, for example, attempting to read from a write-only memory-mapped port might return any value from 0-255, depending on what was last on the data bus.

68000 Assembly

There is no "undefined" value as every instruction that is capable of altering the contents of a register will set the value of that register equal to some number between 0 and 0xFFFFFFFF. Whether or not that value has any actual meaning, however, depends entirely on what action was taken. It is possible for certain actions to have undefined behavior such as:

  • Reading from uninitialized memory (can return some garbage data that means nothing)
  • Reading from a write-only hardware port
  • Indexing an array out of bounds

In cases like these, what you get is dependent on what is stored at the memory read, or some other hardware-based factors out of the programmer's control. This is as close to an undefined value as you can really get.

ActionScript

ActionScript has a special undefined value which applies to untyped variables and properties of dynamic classes which have not been initialized.

var foo; // untyped
var bar:*; // explicitly untyped

trace(foo + ", " + bar); // outputs "undefined, undefined"

if (foo == undefined)
    trace("foo is undefined"); // outputs "foo is undefined"

ActionScript also has a null value: see Null object#ActionScript.

Ada

Works with: GNAT

Ada language provides attribute 'Valid used to check if a scalar value is valid. An invalid value may appear as a result of unchecked type conversion, input, access through a dangling pointer etc. The language also provides the configuration pragma Normalize_Scalars which instructs the compiler to initialize uninitialized scalars with values, which when possible, would have the attribute 'Valid false. This pragma is required to be applied to the whole partition, which would require recompilation of the run-time library. For this reason, the presented example uses another pragma Initialize_Scalars. This one has the effect similar to Normalize_Scalars, but is GNAT-specific:

pragma Initialize_Scalars; 
with Ada.Text_IO;  use Ada.Text_IO;

procedure Invalid_Value is
   type Color is (Red, Green, Blue);
   X : Float;
   Y : Color;
begin
   if not X'Valid then
      Put_Line ("X is not valid");
   end if;
   X := 1.0;
   if X'Valid then
      Put_Line ("X is" & Float'Image (X));
   end if;   
   if not Y'Valid then
      Put_Line ("Y is not valid");
   end if;
   Y := Green;
   if Y'Valid then
      Put_Line ("Y is " & Color'Image (Y));
   end if;
end Invalid_Value;

Sample output:

X is not valid
X is 1.00000E+00
Y is not valid
Y is GREEN

Note that some types are always initialized valid. E.g. pointers, which are formally non-scalar, are initialized null. Another example are scalar types of which representation does not leave free bit patterns for invalid value. For instance a 32-bit integer will likely valid under any circumstances.

ALGOL 68

Works with: ALGOL 68 version Revision 1 - no extensions to language used
Works with: ALGOL 68G version Any - tested with release 1.18.0-9h.tiny
Works with: ELLA ALGOL 68 version Any (with appropriate job cards) - tested with release 1.8-8d

Note: Some implementations (eg ALGOL 68C) also have a procedure named undefined that is called to indicated that the behaviour at a particular point in a program is unexpected, undefined, or non-standard.

MODE R = REF BOOL;
R r := NIL;

MODE U = UNION(BOOL, VOID);
U u := EMPTY;

IF r IS R(NIL) THEN
  print(("r IS NIL", new line))
ELSE
  print(("r ISNT NIL", new line))
FI;

CASE u IN
  (VOID):print(("u is EMPTY", new line))
  OUT    print(("u isnt EMPTY", new line))
ESAC

Output:

r IS NIL
u is EMPTY

Arturo

undef: null

print undef
Output:
null

BASIC

Classic BASIC does have the concept of un-initialised or undefined variables.

BBC BASIC

A scalar variable (numeric or string) cannot have an 'undefined' value; if an attempt is made to read a variable which has never been defined a 'No such variable' error results. By trapping errors this condition can be detected:

      ok% = TRUE
      ON ERROR LOCAL IF ERR<>26 REPORT : END ELSE ok% = FALSE
      IF ok% THEN
        PRINT variable$
      ELSE
        PRINT "Not defined"
      ENDIF
      RESTORE ERROR

Arrays and structures however can have an undefined state; for example after having been declared as LOCAL or PRIVATE but before being defined using DIM. This condition can be detected and manipulated:

      PROCtest
      END
      
      DEF PROCtest
      LOCAL array()
      IF !^array() < 2 PRINT "Array is undefined"
      DIM array(1,2)
      IF !^array() > 1 PRINT "Array is defined"
      
      !^array() = 0 : REM Set array to undefined state
      ENDPROC

C

C has no specific undefined value.

A function that wants to return an undefined value might indicate failure. Sometimes -1 is failure, sometimes 0 is failure, sometimes 0 is success; one has to look up the documentation to know exactly which. For a pointer, the undefined value is often pointer 0, the NULL pointer.

C programs can also read garbage values from uninitialized memory. There is no way to test for these garbage values, because they might equal anything.

#include <stdio.h>
#include <stdlib.h>

int main()
{
  int junk, *junkp;

  /* Print an unitialized variable! */
  printf("junk: %d\n", junk);

  /* Follow a pointer to unitialized memory! */
  junkp = malloc(sizeof *junkp);
  if (junkp)
    printf("*junkp: %d\n", *junkp);
  return 0;
}

C#

In C# it's important to see the difference between reference and value types. For reference types (class instances) there is null as a general undefined reference.

string foo = null;

Dereferencing a null reference will throw a NullReferenceException.

This can't be used normally for value types (int, double, DateTime, etc.) since they are no references, so the following is a compiler error:

int i = null;

With .NET 2.0 there is an additional Nullable<T> structure which enables those semantics for value types as well:

int? answer = null;
if (answer == null) {
    answer = 42;
}

There is a bit syntactic sugar involved here. The ? after the type name signals the compiler that it's a nullable type. This only works for value types since reference types are nullable due to their very nature.

But since value types still can't actually have a null value this gets converted into the following code by the compiler:

Nullable<int> answer = new Nullable<int>();
if (!answer.HasValue) {
    answer = new Nullable<int>(42);
}

So it's a little compiler magic but in the end works just as one would expect.

C++

In C++, a variable that has not been initialized has an undefined value which cannot be tested or used in any way. Attempting to use an undefined value results in undefined behavior. In the code below, anything could happen. It may print '42', 'not 42', both, or nothing at all. The unexpected behavior happens because since the behavior is undefined, the compiler can do whatever it wants. Most compilers will give a warning.

#include <iostream>

int main()
{
    int undefined;
    if (undefined == 42) 
    {
        std::cout << "42";
    }
    
    if (undefined != 42)
    {
        std::cout << "not 42";
    }
}
Output:
? ? ?

Common Lisp

Common Lisp programs can introspect over the definedness of dynamic variables, but not of lexical variables. In the compilation of a lexical scope, lexical variables can be optimized, and the symbols disappear, replaced by machine code. Variables can be optimized away entirely, making questions of definedness moot. Dynamic variables (also known as special variables), however, carry a run-time association with a symbol.

In Lisp, there are three possibilities with regard to a dynamic variable. It may exist, and have a value. It may exist, but not have a value. Or it may not exist at all. These situations can be probed with certain functions that take a symbol as an argument:

  ;; assumption: none of these variables initially exist

  (defvar *x*)    ;; variable exists now, but has no value
  (defvar *y* 42) ;; variable exists now, and has a value

  (special-variable-p '*x*) -> T  ;; Symbol *x* names a special variable
  (boundp '*x*) -> NIL            ;; *x* has no binding
  (boundp '*y*) -> T

  (special-variable-p '*z*) -> NIL ;; *z* does not name a special variable

Furthermore, a variable which is bound can be made unbound:

  (makunbound '*y*) ;; *y* no longer has a value; it is erroneous to evaluate *y*

  (setf *y* 43)     ;; *y* is bound again.

By contrast, lexical variables never lack a binding. Without an initializer, they are initialized to nil. The same goes for local re-binding of special variables:

  (defvar *dyn*)  ;; special, no binding

  (let (*dyn*     ;; locally scoped override, value is nil
        lex)      ;; lexical, value is nil
    (list (boundp '*dyn*) *dyn* (boundp 'lex) lex))         -> (T NIL NIL NIL)

  (boundp '*global*) -> NIL

Here we can see that inside the scope of the let, the special variable has a binding (to the value NIL) and so (boundp '*dyn*) yields T. But boundp does not "see" the lexical variable lex; it reports that lex is unbound. Local binding constructs never leave a variable without a value, be it dynamic or lexical: both *dyn* and lex evaluate to NIL, but using very different mechanisms.

D

In D variables are initialized either with an explicit Initializer or are set to the default value for the type of the variable. If the Initializer is void, however, the variable is not initialized. If its value is used before it is set, undefined program behavior will result. "void" initializers can be used to avoid the overhead of default initialization in performance critical code.

void main() {
    // Initialized:
    int a = 5;
    double b = 5.0;
    char c = 'f';
    int[] d = [1, 2, 3];

    // Default initialized:
    int aa; // set to 0
    double bb; // set to double.init, that is a NaN
    char cc; // set to 0xFF
    int[] dd; // set to null
    int[3] ee; // set to [0, 0, 0]

    // Undefined (contain garbage):
    int aaa = void;
    double[] bbb = void;
    int[3] eee = void;
}

Delphi

Delphi and its dialects don't have an undefined notion for all variables, but implement the notion of the keyword nil that is untyped, yet compatible with all pointer types and object references as well as interfaces. No compatibility is given for non-referenced data types like integers, enums and records - as well as string types (Some exceptions exist due to some compiler magic for those types).

For Referenced data types like pointers, classes and interfaces a reference can be explicitely set to undefined by assigning the NIL value for it. No memory management like garbage collection (except for interfaces) is done.

var
    P: PInteger;
begin
    New(P);  //Allocate some memory
    try
        If Assigned(P) Then //...
        begin
            P^ := 42;
        end;
    finally
        Dispose(P); //Release memory allocated by New
    end;
end;

If P was a Class only the Assigned function would be available; in addition Dispose would have to be replaced by FreeAndNil or calling the .Free method of the instance. For Interfaces no such last call would be necessary as simple removal of the reference would be sufficient to trigger the Garbage Collector.

Déjà Vu

There is no undefined value in Déjà Vu. Instead, trying to access an undefined variable raises an exception.

try:
  bogus
catch name-error:
  !print "There is *no* :bogus in the current context"
  return
!print "You won't see this."

If you need to declare a local variable, but don't have a value for it yet, there is the standard function undef, which raises an exception when called but is an actual value that can be passed around and assigned to names.

E

First, there is the null object, which is simply a predefined object which has no methods (other than those every object has). null is generally used as a default return value and as a “no value” marker. null is not included in all object types as in Java; you must explicitly add it (e.g. var foo :nullOk[List] may be a List or null).

There are also broken references. Broken references are generated as the results of failed eventual sends (asynchronous invocations), and also may be constructed using Ref.broken(...). It is an error to call or send to a broken reference, but it may be passed around like any other value. Broken references may be thought of as “Due to unexpected circumstances, this part of the state of the program is missing; do not proceed.”

Both of the above are values, which may be passed around and stored in variables. On the other hand, there are also ways to have an “undefined” variable. (However, it is not possible for a program to refer to an nonexistent variable; that is a static error which will be reported at the beginning of evaluation.)

Each variable's behavior is defined by a slot object with get and put methods. If the slot throws when invoked, then a program may contain a reference to that variable, but not actually access it. A notable way for the slot to throw is for the slot to itself be a broken reference. This may occur when slots are being passed around as part of metaprogramming or export/import; it is also used in certain control structures. For example:

if (foo == bar || (def baz := lookup(foo)) != null) {
     ...
}

The slot for baz is broken if the left side of the || was true and the right side was therefore not evaluated.

Ordinarily, the programmer need not think about broken slots, and only works with null or broken values.

Erlang

In Erlang a variable is created by assigning to it, so all variables have a value. To get undefined values you have to use a record. The default value of a record member is undefined.

-module( undefined_values ).

-export( [task/0] ).

-record( a_record, {member_1, member_2} ).

task() ->
    Record = #a_record{member_1=a_value},   
    io:fwrite( "Record member_1 ~p, member_2 ~p~n", [Record#a_record.member_1, Record#a_record.member_2] ),
    io:fwrite( "Member_2 is undefined ~p~n", [Record#a_record.member_2 =:= undefined] ).
Output:
2> undefined_values:task().
Record member_1 a_value, member_2 undefined
Member_2 is undefined true

ERRE

ERRE hasn't the concept of un-initialised or undefined variable: every scalar variable is allocated at runtime with value zero if numeric or value "" if string. Array type variables must be declared but follow the same initialisation rules of scalars.

Factor

Factor does not have undefined values. Most values used in Factor live on the data stack. They are not named, so it is not possible for them to be undefined:

42 .   ! 42

Tuple slots are always initialized with f or other values like 0 when the slot has been class-restricted:

TUPLE: foo bar ;
foo new bar>> .   ! f

TUPLE: my-tuple { n integer } ;
my-tuple new n>> .   ! 0

Dynamic variables (and indeed all words) are initialized to f:

SYMBOL: n
n get .   ! f

\ + get .   ! f

Finally, Factor does not allow lexical variables to be declared without initialization:

[let
    2 :> n   ! There is no other way!
    0 1 :> ( a b )
]

Forth

Forth does not have undefined values, but defined and undefined variables can be checked.

[undefined] var [if] .( var is undefined at first check) cr [then]

marker forget-var

variable var

[defined] var [if] .( var is defined at second check) cr [then]

forget-var

[undefined] var [if] .( var is undefined at third check) cr [then]
Output:
var is undefined at first check
var is defined at second check
var is undefined at third check

Fortran

Older style Fortran had no inbuilt facilities, other than a programmer adding code to recognise certain special values as "no value" or similar, so a set of valid values might be 1:20, and zero was reserved to signify "bad", or for a three-digit data field the special value 999 might be recognised, etc. Mistakes and confusions were routine, since a six-digit field might require 999999 except that value is too big for sixteen-bit integers and as a floating-point value may not be exactly expressed in binary. Averaging such values without checking for 999 (or 999999, etc.) might lead to overflow in output data fields or bad results that might be detected before publishing a report. In Numerical Methods That Work - Usually, F.S. Acton remarks "The person who encoded YES, NO, DON'T CARE as one, two, three, respectively got the sort of correlations she deserved."

A more flexible approach involves associating a state variable with a monitored variable, thus X to hold the value, and XGOOD the indicator - as before, tedious added code.

More modern Fortrans recognise the NaN state of floating-point variables on computers whose floating-point arithmetic follows the IEEE standard, via the logical function

IsNaN(x)

This is the only safe way to detect them as tests to detect the special behaviour of NaN states such as if x = x then...else aha!; might be optimised away by the compiler, and other tests may behave oddly. For instance x ¬= 0 might be compiled as ¬(x = 0) and the special NaN behaviour will not be as expected. Such NaN values can come via READ statements, because "NaN" is a recognised numerical input option, and could be used instead of "999" in a F3.0 data field, etc. Or, your system's input processing might recognise "?" or other special indicators and so on.

FreeBASIC

In FreeBASIC all variables are given a default value (zero for numbers, false for boolean and empty for strings) when they are declared unless they are assigned a different value at that time or are specifically left uninitialized (using the 'Any' keyword). If the latter are used before they have been initialized, then they will contain a 'garbage' value i.e. whatever value happens to be in the associated memory:

' FB 1.05.0 Win64

Dim i As Integer        '' initialized to 0 by default
Dim j As Integer = 3    '' initialized to 3
Dim k As Integer = Any  '' left uninitialized (compiler warning but can be ignored)

Print i, j, k
Sleep
Output:

Sample output (fortuitously, k contained its default value of 0 on this run):

 0             3             0

GAP

IsBound(a);
# true

Unbind(a);

IsBound(a);
# false

Go

Go has six types for which nil is defined. Values of these six types can be tested against the predefined identifier nil as shown by task Undefined values/Check if a variable is defined.

For this task, I demonstrate,

  1. How certain attempts to use nil objects cause panics.
  2. How to initialize objects of these types.
  3. Successful (non panicking) use of initialized objects.
  4. One more quirky little feature involving a type switch on a nil interface.
package main

import "fmt"

var (
    s []int
    p *int
    f func()
    i interface{}
    m map[int]int
    c chan int
)

func main() {
    fmt.Println("Exercise nil objects:")
    status()

    // initialize objects
    s = make([]int, 1)
    p = &s[0] // yes, reference element of slice just created
    f = func() { fmt.Println("function call") }
    i = user(0) // see user defined type just below
    m = make(map[int]int)
    c = make(chan int, 1)

    fmt.Println("\nExercise objects after initialization:")
    status()
}

type user int

func (user) m() {
    fmt.Println("method call")
}

func status() {
    trySlice()
    tryPointer()
    tryFunction()
    tryInterface()
    tryMap()
    tryChannel()
}

func reportPanic() {
    if x := recover(); x != nil {
        fmt.Println("panic:", x)
    }
}

func trySlice() {
    defer reportPanic()
    fmt.Println("s[0] =", s[0])
}

func tryPointer() {
    defer reportPanic()
    fmt.Println("*p =", *p)
}

func tryFunction() {
    defer reportPanic()
    f()
}

func tryInterface() {
    defer reportPanic()

    // normally the nil identifier accesses a nil value for one of
    // six predefined types.  In a type switch however, nil can be used
    // as a type.  In this case, it matches the nil interface.
    switch i.(type) {
    case nil:
        fmt.Println("i is nil interface")
    case interface {
        m()
    }:
        fmt.Println("i has method m")
    }

    // assert type with method and then call method
    i.(interface {
        m()
    }).m()
}

func tryMap() {
    defer reportPanic()
    m[0] = 0
    fmt.Println("m[0] =", m[0])
}

func tryChannel() {
    defer reportPanic()
    close(c)
    fmt.Println("channel closed")
}

Output:

Exercise nil objects:
panic: runtime error: index out of range
panic: runtime error: invalid memory address or nil pointer dereference
panic: runtime error: invalid memory address or nil pointer dereference
i is nil interface
panic: interface conversion: interface is nil, not interface { main.m() }
panic: runtime error: assignment to entry in nil map
panic: runtime error: close of nil channel

Exercise objects after initialization:
s[0] = 0
*p = 0
function call
i has method m
method call
m[0] = 0
channel closed

Haskell

In Haskell, there is a semantic concept called "bottom", which is a computation that never terminates or runs into an error. So undefined is not a proper value at all; it is a bottom that causes an exception when evaluated. For example,

main = print $ "Incoming error--" ++ undefined
-- When run in GHC:
-- "Incoming error--*** Exception: Prelude.undefined

This isn't quite as dangerous as it sounds because of Haskell's laziness. For example, this program:

main = print $ length [undefined, undefined, 1 `div` 0]

prints 3, since length doesn't need to evaluate any of the elements of its input.

In practice, one uses undefined less often than error, which behaves exactly the same except that it lets you choose the error message. So if you say

resurrect 0 = error "I'm out of orange smoke!"

then if you make the mistake of writing your program such that it at some point requires the value of resurrect 0, you'll get the error message "I'm out of orange smoke!". undefined may be defined in the same way:

undefined :: a
undefined = error "Prelude.undefined"

Since undefined causes an exception, the usual exception handling mechanism can be used to catch it:

import Control.Exception (catch, evaluate, ErrorCall)
import System.IO.Unsafe (unsafePerformIO)
import Prelude hiding (catch)
import Control.DeepSeq (NFData, deepseq)

scoopError :: (NFData a) => a -> Either String a
scoopError x = unsafePerformIO $ catch right left
  where right = deepseq x $ return $ Right x
        left e = return $ Left $ show (e :: ErrorCall)

safeHead :: (NFData a) => [a] -> Either String a
safeHead = scoopError . head

main = do
  print $ safeHead ([] :: String)
  print $ safeHead ["str"]

Icon and Unicon

Icon/Unicon don't really have a notion of an undefined variable. There is a null value/data type that can be tested. However, it is possible in Unicon to interrogate the environment and obtain the string names of variables in the current (or calling procedures) and determine if a variable is defined.

Icon

The functions localnames, paramnames, staticnames, and globalnames don't exist in Icon.

Unicon

global G1

procedure main(arglist)
local ML1
static MS1
undeftest()
end

procedure undeftest(P1)
static S1
local L1,L2
every                                                                   #write all local, parameter, static, and global variable names 
   write((localnames|paramnames|staticnames|globalnames)(&current,0))   # ... visible in the current co-expression at this calling level (0)
return
end

The output looks like:

L1
L2
P1
S1
main
undeftest
write
localnames
paramnames
staticnames
globalnames

Note that ML1,arglist, and MS1 are not listed. Also note, that procedures names are just global variables of type procedure.

J

J does not have a concept of an "undefined value" as such, but J does allow treatment of undefined names. The verb nc finds the (syntactic) class of a name. This result is negative one for names which have not been defined.

  foo=: 3
  nc;:'foo bar'
0 _1

From this we can infer that foo has a definition (and its definition is a noun, since 0 is the syntactic name class for nouns), and we can also infer that bar does not have a definition.

This task also asked that we identify and exercise .. mechanisms for ... manipulating a variable's value's status as being undefined. So: a name can be made to be undefined using the verb erase. The undefined status can be removed by assigning a value to the name.

   erase;:'foo bar'
1 1
   nc;:'foo bar'
_1 _1
   bar=:99
   nc;:'foo bar'
_1 0

Java

In Java there are two kinds of types: primitive types and reference types. The former are predefined in the language (eg. boolean, int, long, double, &c), while the latter are pointers to objects (class instances or arrays).

Java has a special null type, the type of the expression null, that can be cast to any reference type; in practice the null type can be ignored and null can be treated as a special literal that can be of any reference type. When a reference variable has the special value null it refers to no object, meaning that it is undefined.

String string = null;        // the variable string is undefined
System.out.println(string);           //prints "null" to std out
System.out.println(string.length());  // dereferencing null throws java.lang.NullPointerException

Variables of primitive types cannot be assigned the special value null, but there are wrapper classes corresponding to the primitive types (eg. Boolean, Integer, Long, Double, &c), that can be used instead of the corresponding primitive; since they can have the special value null it can be used to identify the variable as undefined.

int i = null;      // compilation error: incompatible types, required: int, found: <nulltype>
if (i == null) {   // compilation error: incomparable types: int and <nulltype>
    i = 1;
}

But this piece of code can be made valid by replacing int with Integer, and thanks to the automatic conversion between primitive types and their wrapper classes (called autoboxing) the only change required is in the declaration of the variable:

Integer i = null;  // variable i is undefined
if (i == null) {
    i = 1;
}

JavaScript

In Javascript undefined is a property of the global object, i.e. it is a variable in global scope. The initial value of undefined is the primitive value undefined. The problem with using undefined is that undefined is mutable. Instead we can use typeof to check if a value is undefined.

var a;

typeof(a) === "undefined";
typeof(b) === "undefined";

var obj = {}; // Empty object.
typeof(obj.c) === "undefined";

obj.c = 42;

obj.c === 42;
delete obj.c;
typeof(obj.c) === "undefined";

We can also use the prefix keyword void, it always returns undefined. But this will throw a error if the variable has not been defined.

var a;
a === void 0; // true
b === void 0; // throws a ReferenceError

jq

Given a JSON object, o, and a key, k, that is not present in that object, then o[k] evaluates to null, e.g.

{}["key"] #=> null

In an important sense, therefore, null in jq represents an undefined value. However, it should be noted that in jq, 1/0 does not yield null:

1/0 == null #=>false

It should also be noted that in jq, null can combine with other values to form non-null values. Specifically, for any JSON entity, e, both null + e and e + null evaluate to e. This is often convenient as it avoids having to handle edge cases specially.

For example, suppose it is agreed that the "sum" of the elements of an empty array should be null. Then one can simply write:

def sum: reduce .[] as $x (null; . + $x);

Julia

Julia has two different notions of undefined values:

1. During compilation, a variable name that is not recognized by the compiler causes an undefined variable error. For example, if the variable x has not been defined previously and is used on the right-hand side of an expression, this produces in the REPL command line:

julia> x + 1
ERROR: UndefVarError: x not defined
Stacktrace:
 [1] top-level scope at none:0

2. For variables that are defined for the Julia program but have undefined values, there are two types of undefined value in Julia (version > 0.7): nothing and missing . "nothing" and "missing" are typed constants used by convention to refer to either (with nothing ) an absent result, such as a search with nothing found, or in the case of missing, a data location containing a missing value, such as a data table with missing values. nothing generally produces an error if any calculations incorporate it, but missing can be propagated along a calculation:

julia> arr = [1, 2, nothing, 3]
4-element Array{Union{Nothing, Int64},1}:
 1
 2
  nothing
 3

julia> x = arr .+ 5
ERROR: MethodError: no method matching +(::Nothing, ::Int64)
Closest candidates are:
  +(::Any, ::Any, ::Any, ::Any...) at operators.jl:502
  +(::Complex{Bool}, ::Real) at complex.jl:292
  +(::Missing, ::Number) at missing.jl:93
  ...

julia> arr = [1, 2, missing, 3]
4-element Array{Union{Missing, Int64},1}:
 1
 2
  missing
 3

julia> x = arr .+ 5
4-element Array{Union{Missing, Int64},1}:
 6
 7
  missing
 8

Kotlin

Kotlin distinguishes between nullable and non-nullable types but, as this has already been covered in the Null Object task (http://rosettacode.org/wiki/Null_object#Kotlin), there is no point in repeating it here. It is any case debatable whether 'null' is an undefined value or not since, in Kotlin, it is technically the only value of the nullable Nothing? type.

However, the non-nullable Nothing type which has no instances and is a sub-type of all other types can be said to represent an undefined value as expressions of this type (such as a 'throw' expression) clearly have no defined value. 'Nothing' can be used in Kotlin to represent the return type of a function which never returns, because it always throws an exception or error. This can be useful when developing an application where the implementation of a function is being left until later.

Generally speaking, the compiler ensures that all variables and properties have a value before they are used. However, there is one exception to this - mutable properties of non-null, non-primitive types, marked with the 'lateinit' modifier don't need to be initialized in place or in the constructor where it would be inconvenient to do so. If such a property is used before it has been initialized, a special error is thrown. During the period prior to being initialized, a 'lateinit' property can therefore be said to be undefined.

Here are some simple examples illustrating these points:

// version 1.1.2

class SomeClass 

class SomeOtherClass {
    lateinit var sc: SomeClass

    fun initialize() {
        sc = SomeClass()  // not initialized in place or in constructor
    }

    fun printSomething() {
        println(sc)  // 'sc' may not have been initialized at this point
    }

    fun someFunc(): String {
        // for now calls a library function which throws an error and returns Nothing
        TODO("someFunc not yet implemented")
    }  
}

fun main(args: Array<String>) {
    val soc = SomeOtherClass()
 
    try {
        soc.printSomething()
    }
    catch (ex: Exception) {
        println(ex)
    }

    try {
        soc.someFunc()
    }
    catch (e: Error) {
        println(e)
    }
}
Output:
kotlin.UninitializedPropertyAccessException: lateinit property sc has not been initialized
kotlin.NotImplementedError: An operation is not implemented: someFunc not yet implemented

Lingo

In Lingo an undefined variable has the value <Void>. If a variable is <Void> (i.e. undefined) can be checked by comparing it with the constant VOID, or by using the function voidP():

put var
-- <Void>
put var=VOID
-- 1
put voidP(var)
-- 1
var = 23
put voidP(var)
-- 0

Works with: UCB Logo

UCB Logo has separate namespaces for procedures and variables ("names"). There is no distinction between a proc/name with no value and an undefined proc/name.

; procedures
to square :x
  output :x * :x
end

show defined? "x   ; true
show procedure? "x  ; true (also works for built-in primitives)
erase "x
show defined? "x   ; false
show square 3      ; I don't know how  to square

; names

make "n 23

show name? "n   ; true
ern "n
show name? "n   ; false
show :n     ; n has no value

LOLCODE

LOLCODE's nil value is called NOOB, to which all uninitialized variables evaluate, and which is distinct from FAIL, the false value.

HAI 1.3

I HAS A foo BTW, INISHULIZD TO NOOB
DIFFRINT foo AN FAIL, O RLY?
    YA RLY, VISIBLE "FAIL != NOOB"
OIC

I HAS A bar ITZ 42
bar, O RLY?
    YA RLY, VISIBLE "bar IZ DEFIND"
OIC

bar R NOOB BTW, UNDEF bar
bar, O RLY?
    YA RLY, VISIBLE "SHUD NEVAR C DIS"
OIC

KTHXBYE

Lua

print( a )

local b
print( b )

if b == nil then
    b = 5
end
print( b )

Output:

nil
nil
5

Mathematica/Wolfram Language

Mathematica is a symbolic mathematical software. Variables without given values are treated as symbols.

a
-> a
a + a
-> 2 a
ValueQ[a]
-> False
a = 5
-> 5
ValueQ[a]
-> True

Mathematica also has a build-in symbol "Undefined", representing a quantity with no defined value.

ConditionalExpression[a, False]
->Undefined

Mathematical expressions containing Undefined evaluate to Undefined:

Sin[Undefined]
-> Undefined

Of course you can assign Undefined to be the value of a variable. Here "Undefined" is itself a value.

a = Undefined
-> Undefined
a
-> Undefined
ValueQ[a]
-> True

MATLAB / Octave

If a variable is generated without defing a value, e.g. with

  global var;

the variable is empty, and can be tested with

  isempty(var)

For numerical values (e.g. vectors or arrays) with a predefined size, often not-a-numbers (NaN's) user used to indicate missing values,

  var = [1, 2, NaN, 0/0, inf-inf, 5]

These can be tested with:

  isnan(var)
ans =

   0   0   1   1   1   0

MUMPS

MUMPS does have variables with undefined values, but referencing them usually causes an error. To test for whether a value is undefined use the $Data function. If you are trying to read a value that may be undefined, use $Get as a wrapper. Note that an alternate form of $Get can return a specified value, which must be defined.

 IF $DATA(SOMEVAR)=0 DO UNDEF ; A result of 0 means the value is undefined
 SET LOCAL=$GET(^PATIENT(RECORDNUM,0)) ;If there isn't a defined item at that location, a null string is returned

Nim

In Nim, all variables are initialized to a default value which is a binary zero. If this value is incompatible with the variable type, a warning is emitted.

So, there are no undefined values except if the user explicitly specified that the variable must not be initialized. This may be useful for instance for a big array which will be initialized later on. To avoid the implicit initialization, we use the pragma {.noInit.}. For instance:

var a {.noInit.}: array[1_000_000, int]

# For a proc, {.noInit.} means that the result is not initialized.
proc p(): array[1000, int] {.noInit.} =
  for i in 0..999: result[i] = i

OCaml

(* There is no undefined value in OCaml,
   but if you really need this you can use the built-in "option" type.
   It is defined like this: type 'a option = None | Some of 'a *)

let inc = function
  Some n -> Some (n+1)
| None -> failwith "Undefined argument";;

inc (Some 0);;
(* - : value = Some 1 *)

inc None;;
(* Exception: Failure "Undefined argument". *)

Oforth

In Oforth, there is the null object, which is an instance of Null Class.

null is used as the default value for local variables and attributes.

Oz

A program that uses an undefined variable does not compile. However, variables can be "unbound" or "free". If a program tries to read such a variable, the current thread will be suspended until the variable's value becomes determined.

declare X in

thread
   if {IsFree X} then {System.showInfo "X is unbound."} end
   {Wait X}
   {System.showInfo "Now X is determined."}
end

{System.showInfo "Sleeping..."}
{Delay 1000}
{System.showInfo "Setting X."}
X = 42

Explicitly checking the status of a variable with IsFree is discouraged because it can introduce race conditions.

PARI/GP

In GP, undefined variables test equal to the monomial in the variable with the name of that variable. So to test if v is undefined, do

v == 'v

In PARI, you can do the same but the function is_entry() is more appropriate:

is_entry("v") == NULL;

Pascal

See Delphi

Perl

#!/usr/bin/perl -w
use strict;

# Declare the variable. It is initialized to the value "undef"
our $var;

# Check to see whether it is defined
print "var contains an undefined value at first check\n" unless defined $var;

# Give it a value
$var = "Chocolate";

# Check to see whether it is defined after we gave it the
# value "Chocolate"
print "var contains an undefined value at second check\n" unless defined $var;

# Give the variable the value "undef".
$var = undef;
# or, equivalently:
undef($var);

# Check to see whether it is defined after we've explicitly
# given it an undefined value.
print "var contains an undefined value at third check\n" unless defined $var;

# Give the variable a value of 42
$var = 42;

# Check to see whether the it is defined after we've given it
# the value 42.
print "var contains an undefined value at fourth check\n" unless defined $var;

# Because most of the output is conditional, this serves as
# a clear indicator that the program has run to completion.
print "Done\n";

Results in:

var contains an undefined value at first check
var contains an undefined value at third check
Done

Phix

Library: Phix/basics

Phix has a special unassigned value, that can be tested for using object(). (There is no offical way to "un-assign" a variable, though you could fairly easily do so with a bit of inline assembly.)

object x
 
procedure test()
    if object(x) then
        puts(1,"x is an object\n")
    else
        puts(1,"x is unassigned\n")
    end if
end procedure
 
test()
x = 1
test()
Output:
x is unassigned
x is an object

PHP

<?php
// Check to see whether it is defined
if (!isset($var))
    echo "var is undefined at first check\n";

// Give it a value
$var = "Chocolate";

// Check to see whether it is defined after we gave it the
// value "Chocolate"
if (!isset($var))
    echo "var is undefined at second check\n";

// Give the variable an undefined value.
unset($var);

// Check to see whether it is defined after we've explicitly
// given it an undefined value.
if (!isset($var))
    echo "var is undefined at third check\n";

// Give the variable a value of 42
$var = 42;

// Check to see whether the it is defined after we've given it
// the value 42.
if (!isset($var))
    echo "var is undefined at fourth check\n";

// Because most of the output is conditional, this serves as
// a clear indicator that the program has run to completion.
echo "Done\n";
?>

Results in:

var is undefined at first check
var is undefined at third check
Done

PicoLisp

An internal symbol is initialized to NIL. Depending on the context, this is interpreted as "undefined". When called as a function, an error is issued:

: (myfoo 3 4)
!? (myfoo 3 4)
myfoo -- Undefined
?

The function 'default' can be used to initialize a variable if and only if its current value is NIL:

: MyVar
-> NIL

: (default MyVar 7)
-> 7

: MyVar
-> 7

: (default MyVar 8)
-> 7

: MyVar
-> 7

Pike

In Pike variables are always defined. UNDEFINED is only used to indicate the nonexistence of a key or object member. UNDEFINED is not a value and can not be assigned. in such cases it is converted to . zero_type() is used to test if a key exists or not:

> zero_type(UNDEFINED);
Result: 1
> mapping bar = ([ "foo":"hello" ]);
> zero_type(bar->foo);
Result: 0
> zero_type(bar->baz);
Result: 1
> bar->baz=UNDEFINED;
Result: 0
> zero_type(bar->baz);
Result: 0

PowerShell

The Get-Variable cmdlet gets the Windows PowerShell variables in the current console. Variables can be filtered by using the -Name parameter. If a variable doesn't exist an error is returned. Using the -ErrorAction SilentlyContinue parameter suppresses the error message and returns $false.

if (Get-Variable -Name noSuchVariable -ErrorAction SilentlyContinue)
{
    $true
}
else
{
    $false
}
Output:
False

PowerShell represents things like the file system, registry, functions, variables, etc. with providers known as PS drives. One of those PS drives is Variable. Variable: contains all of the variables that are currently stored in memory.

Get-PSProvider
Output:
Name                 Capabilities                                             Drives
----                 ------------                                             ------
Registry             ShouldProcess, Transactions                              {HKLM, HKCU}
Alias                ShouldProcess                                            {Alias}
Environment          ShouldProcess                                            {Env}
FileSystem           Filter, ShouldProcess, Credentials                       {C, D, E, Q}
Function             ShouldProcess                                            {Function}
Variable             ShouldProcess                                            {Variable}
Certificate          ShouldProcess                                            {Cert}
WSMan                Credentials                                              {WSMan}

To access the Variable PS drive you'd use the same syntax as you would with the file system by specifying Variable:\.

Test-Path Variable:\noSuchVariable
Output:
False

If a variable doesn't exist, it technically has a value of $null. $null is an automatic variable that represents "does not exist."

$noSuchVariable -eq $null
Output:
True

Prolog

Prolog has two predicates to know if a variable is instantiated or not: var/1 and nonvar/1

?- var(Y).
true.

?- X = 4, var(X).
false.

?- nonvar(Y).
false.

?- X = 4, nonvar(X).
X = 4.

PureBasic

Variables are defined through a formal declaration or simply upon first use. Each variable is initialized to a value. PureBasic does not allow changing of a variable's status at runtime. It can be tested at compile-time and acted upon, however, it cannot be undefined once it is defined.

If OpenConsole()

  CompilerIf Defined(var, #PB_Variable)
    PrintN("var is defined at first check")
  CompilerElse
    PrintN("var is undefined at first check")
    Define var
  CompilerEndIf
  
  CompilerIf Defined(var, #PB_Variable)
    PrintN("var is defined at second check")
  CompilerElse
    PrintN("var is undefined at second check")
    Define var
  CompilerEndIf
  
  Print(#CRLF$ + #CRLF$ + "Press ENTER to exit")
  Input()
  CloseConsole()
  
EndIf

Sample output:

var is undefined at first check
var is defined at second check

Python

In Python names, (variables), can be dynamically created and deleted at run time.

# Check to see whether a name is defined
try: name
except NameError: print "name is undefined at first check"

# Create a name, giving it a string value
name = "Chocolate"

# Check to see whether the name is defined now.
try: name
except NameError: print "name is undefined at second check"

# Remove the definition of the name.
del name

# Check to see whether it is defined after the explicit removal.
try: name
except NameError: print "name is undefined at third check"

# Recreate the name, giving it a value of 42
name = 42

# Check to see whether the name is defined now.
try: name
except NameError: print "name is undefined at fourth check"

# Because most of the output is conditional, this serves as
# a clear indicator that the program has run to completion.
print "Done"

Results in:

name is undefined at first check
name is undefined at third check
Done

R

There are four cases to consider. To test whether a varaible has previously been defined, use exists.

exists("x")

If you want to declare a variable with undefined contents, use NULL.

x <- NULL

If you want to declare a variable with missing values, use NA.

y <- c(1, 4, 9, NA, 25)
z <- c("foo", NA, "baz")

(Note that there are different types of NA, namely NA_integer_, NA_real_, NA_character_, NA_complex_ and plain (logical) NA. In practice, you should hardly ever need to explicitly set which type of NA you are using, as it will be done automatically.)

Finally, you test for arguments that haven't been passed into a function with missing.

print_is_missing <- function(x)
{
  print(missing(x))
}

print_is_missing()                # TRUE
print_is_missing(123)             # FALSE

Racket

Racket does have an undefined value, which is used to initialize recursive definitions. It can be grabbed explicitly with:

-> (letrec ([x x]) x)
#<undefined>

However, it is not used as an implicit value for all (non-existent) bindings. (Racket uses other meta-tools for that.)

Raku

(formerly Perl 6) Raku has "interesting" values of undef, but unlike Perl 5, doesn't actually have a value named undef. Instead, several very different meanings of undefinedness are distinguished. First, Nil represents the absence of a value. The absence of a value cannot be stored. Instead, an attempt to assign Nil to a storage location causes that location to revert to its uninitialized state, however that is defined.

my $x; $x = 42; $x = Nil; say $x.WHAT; # prints Any()

This Any is an example of another kind of undefined type, which is a typed undef. All reference types have an undefined value representing the type. You can think of it as a sort of "type gluon" that carries a type charge without being a "real" particle. Hence there are undefined values whose names represent types, such as Int, Num, Str, and all the other object types in Raku. As generic objects, such undefined values carry the same metaobject pointer that a real object of the type would have, without being instantiated as a real object. As such, these types are in the type hierarchy. For example, Int derives from Cool, Cool derives from Any, and Any derives from Mu, the most general undefined object (akin to Object in other languages). Since they are real objects of the type, even if undefined, they can be used in reasoning about the type. You don't have to instantiate a Method object in order to ask if Method is derived from Routine, for instance.

say Method ~~ Routine;  # Bool::True

Variables default to Any, unless declared to be of another type:

my     $x; say $x.WHAT; # Any()
my Int $y; say $y.WHAT; # Int()
my Str $z; say $z.WHAT; # Str()

The user-interface for definedness are type smilies and the with-statement.

my Int:D $i = 1; # if $i has to be defined you must provide a default value
multi sub foo(Int:D $i where * != 0){ (0..100).roll / $i } # we will never divide by 0
multi sub foo(Int:U $i){ die 'WELP! $i is undefined' } # because undefinedness is deadly

with $i { say 'defined' } # as "if" is looking for Bool::True, "with" is looking for *.defined
with 0 { say '0 may not divide but it is defined' }

There are further some operators for your convenience.

my $is-defined = 1;
my $ain't-defined = Any;
my $doesn't-matter;
my Any:D $will-be-defined = $ain't-defined // $is-defined // $doesn't-matter;

my @a-mixed-list = Any, 1, Any, 'a';
$will-be-defined = [//] @a-mixed-list; # [//] will return the first defined value

my @a = Any,Any,1,1;
my @b = 2,Any,Any,2;
my @may-contain-any = @a >>//<< @b; # contains: [2, Any, 1, 1]

sub f1(){Failure.new('WELP!')};
sub f2(){ $_ ~~ Failure }; # orelse will kindly set the topic for us
my $s = (f1() orelse f2()); # Please note the parentheses, which are needed because orelse is
                            # much looser then infix:<=> .
dd $s; # this be Bool::False

Finally, another major group of undefined values represents failures. Raku is designed with the notion that throwing exceptions is bad for parallel processing, so exceptions are thrown lazily; that is, they tend to be returned in-band instead as data, and are only thrown for real if not properly handled as exception data. (In which case, the exception is required to report the original difficulty accurately.) In order not to disrupt control flow and the synchronicity of event ordering, such failures are returned in-band as a normal values. And in order not to subvert the type system when it comes to return types, failure may be mixed into any reference type which produces an undefined, typed value which is also indicates the nature of the failure.

Native storage types work under different rules, since most native types cannot represent failure, or even undefinedness. Any attempt to assign a value to a storage location that cannot represent a failure will cause an exception to be thrown.

REXX

/*REXX program test if a (REXX)  variable is  defined  or  not defined.       */
tlaloc = "rain god of the Aztecs."     /*assign a value to the Aztec rain god.*/
                                       /*check if the  rain god  is defined.  */
y= 'tlaloc'
if symbol(y)=="VAR"  then say y  ' is   defined.'
                     else say y  "isn't defined."

                                       /*check if the  fire god  is defined.  */

y= 'xiuhtecuhtli'                      /*assign a value to the Aztec file god.*/
if symbol(y)=="VAR"  then say y  ' is   defined.'
                     else say y  "isn't defined."


drop tlaloc                            /*un─define the  TLALOC  REXX variable.*/
                                       /*check if the  rain god  is defined.  */
y= 'tlaloc'
if symbol(y)=="VAR"  then say y  ' is  defined.'
                     else say y  "isn't defined."
                                       /*stick a fork in it,  we're all done. */

output

tlaloc  is   defined.
xiuhtecuhtli isn't defined.
tlaloc isn't defined.

Ring

# Project : Undefined values

test()
func test 
       x=10 y=20 
       see islocal("x") + nl + 
       islocal("y") + nl +
       islocal("z") + nl

Output:

1
1
0

Ruby

# Check to see whether it is defined
puts "var is undefined at first check" unless defined? var

# Give it a value
var = "Chocolate"

# Check to see whether it is defined after we gave it the
# value "Chocolate"
puts "var is undefined at second check" unless defined? var

# I don't know any way of undefining a variable in Ruby

# Because most of the output is conditional, this serves as
# a clear indicator that the program has run to completion.
puts "Done"

Results in:

var is undefined at first check
Done

Rust

All variables in Rust must have defined type and value.

For the representation of a value which might not be present, the standard library offers wrapper type Option. Option has two variants: Some (holding a value) and None (indicating the absence of any value): Option is a regular enum type and there is nothing special about it, except for its broad usage.

Rust supports raw pointers. Pointers are used for interoperability with other languages and for low-level unsafe operations. Safe Rust code can't use pointers as effective use of a pointer (dereferencing it) requires unsafe block. A pointer may have a null value:

use std::ptr;

let p: *const i32 = ptr::null();
assert!(p.is_null());

Scala

Learned from Tony Hoare's "Null References: The Billion Dollar Mistake", Scala discourages the use of null values. For Java compatibility the value null could be used, but since it implies also a mutable var this is a bad practice.

Instead type wrapper Option is used which could result in Some(value) or None. A Option[Boolean] e.g. reflects a tri-state (nullable) database value.

Notices that Option(value).isEmpty methods (on e.g. String) usually test for nullable.

Seed7

Seed7 variables are initialized, when they are defined. This way a variable can never have an undefined value. There is also no general NULL value. When there is a need for a NULL value, an interface type can define its own NULL value. E.g.: The interface type file defines STD_NULL, which is used to initialize file variables and as result of open, when a file cannot be opened.

Sidef

Sidef variables are initialized with a default nil value, representing the absence of a value.

var x;      # declared, but not defined
x == nil   && say "nil value";
defined(x) || say "undefined";

# Give "x" some value
x = 42;

defined(x) && say "defined";

# Change "x" back to `nil`
x = nil;

defined(x) || say "undefined";
Output:
nil value
undefined
defined
undefined

Smalltalk

In Smalltalk, all variables are automatically initialized to nil. This includes instance variables (an object's private slots), class variables and locals. Also global and namespace bindings can only be created by passing an existing value (typically also: nil) to the creation message (at:put:). This is part of the language's specification, not implementation specific. Thus a variable cannot ever be undefined.

Sending a message (aka performing a virtual function call) to the nil object results in an exception, which can be caught if desired. In other words, there is no segmentation violation or core dump, but well defined behavior in this situation. Notice that nil is also an instance of a class, UndefinedObject (actually its only singleton instance). And that UndefinedObject does implement a few messages (for example: isNil, notNil, printOn: etc.)

However, we can check for the existence of a global binding with:

Smalltalk includesKey: #FooBar
myNamespace includesKey: #Baz

Tcl

Tcl does not have undefined values, but variables may be undefined by being not set.

# Variables are undefined by default and do not need explicit declaration

# Check to see whether it is defined
if {![info exists var]} {puts "var is undefind at first check"}

# Give it a value
set var "Screwy Squirrel"

# Check to see whether it is defined
if {![info exists var]} {puts "var is undefind at second check"}

# Remove its value
unset var

# Check to see whether it is defined
if {![info exists var]} {puts "var is undefind at third check"}

# Give it a value again
set var 12345

# Check to see whether it is defined
if {![info exists var]} {puts "var is undefind at fourth check"}

puts "Done"

Yields this output:

var is undefind at first check
var is undefind at third check
Done

UNIX Shell

VAR1="VAR1"
echo ${VAR1:-"Not set."}
echo ${VAR2:-"Not set."}
VAR1
Not set.

Wren

The closest Wren has to an 'undefined' value is null though, technically, this is the only instance of the Null class.

Wren is dynamically typed and so null can be assigned to any variable.

In practice is it used to indicate the absence of a value. So, a function or method which doesn't otherwise return anything returns null and, if a map doesn't contain a key, an attempted look-up using that key returns null.

If a variable is simply declared but not assigned a value, then its value is null.

In conditional expressions, null as well as the Boolean value false are considered to be 'false'. All other values (including zero) are considered to be 'true'.

var f = Fn.new {
    System.print("'f' called.") // note no return value
}

var res = f.call()
System.print("The value returned by 'f' is %(res).")

var m = {} // empty map
System.print("m[1] is %(m[1]).")

var u  // declared but not assigned a value
System.print("u is %(u).")

var v = null // explicitly assigned null
if (!v) System.print("v is %(v).")
Output:
'f' called.
The value returned by 'f' is null.
m[1] is null.
u is null.
v is null.

zkl

Nothing is undefined in zkl (in theory). Numeric values like inf and NaN are "discouraged". "Void" is an object that is used as a "sentinel" for "I have no idea what the proper value should be" but it is just object that can be used like any other object.

println(Void);
1+Void
if(Void){} else { 23 }
Output:
Void
Exception thrown: NotImplementedError(Conversion not possible for Void: toInt)
23

Z80 Assembly

Nothing is truly "undefined" since any operation will return some 8-bit or 16-bit number. It's more of a question of "does this value mean anything at all." There are actions that will result in "undefined" (read: inconsistent) behavior:

  • Reading from the R register (returns some value that relates to dynamic memory refresh)
  • Reading from uninitialized memory (returns whatever happens to be there)
  • Using IN commands on a port that isn't connected to the CPU, or reading from a write-only port