view docs/ccguide/close.refentry @ 3285:345ff5806dd7

Correct coco.d filename in shipped Defsfile files It seems that 8 years ago in commit 2624:b8c7b7fbf3c9 the coco defs were put into a new "coco.d" (from "systype"), and the various level*/<port>/defsfile were updated. However, the level*/<port>/defs/Defsfile (that are copied to the disk images under DEFS) were apparently wrongly updated.
author hpmachining <aur@hpminc.com>
date Thu, 18 Jun 2020 20:29:32 +0200
parents 3339ee2e58bc
children
line wrap: on
line source

<refentry id="close">
<refnamediv>
<refname>Close</refname>
<refpurpose>close a file</refpurpose>
</refnamediv>

<refsynopsisdiv>
<funcsynopsis>
<funcprototype>
  <funcdef><function>close</function></funcdef>
  <paramdef>int <parameter>pn</parameter></paramdef>
</funcprototype>
</funcsynopsis>

</refsynopsisdiv>

<refsect1><title>Assembler Equivalent</title>
<para>
os9 I$CLOSE
</para>
</refsect1>

<refsect1><title>Description</title>
<para>
Close takes a path number, "pn", as returned from system calls
"open()", "creat()", or "dup()", and closes the associated
file.
</para>
<para>
Termination of a task always closes all open files
automatically, but it is necessary to close files where
multiple files are opened by the task, and it is desired to
re-use path numbers to avoid going over the system or process
path number limit.
</para>
</refsect1>

<refsect1><title>See Also</title>
<para>
<link linkend="creat">creat()</link>,
<link linkend="open">open()</link>,
<link linkend="dup">dup()</link>
</para>
</refsect1>
</refentry>