view docs/ccguide/dup.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 7a7bf9925e42
children
line wrap: on
line source

<refentry id="dup">
<refnamediv>
<refname>Dup</refname>
<refpurpose>duplicate an open path number</refpurpose>
</refnamediv>

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

</refsynopsisdiv>

<refsect1><title>Assembler Equivalent</title>
<para>
os9 I$DUP
</para>
</refsect1>
<refsect1><title>Description</title>
<para>
Dup takes the path number, "pn", as returned from "open()" or
"creat()" and returns another path number associated with the
same file.
</para>
</refsect1>
<refsect1><title>Diagnostics</title>
<para>
A -1 is returned is the call fails because there are too many
files open or the path nmber is invalid.
</para>
</refsect1>
<refsect1><title>See Also</title>
<para>
<link linkend="open">open()</link>,
<link linkend="creat">creat()</link>,
<link linkend="close">close()</link>
</para>
</refsect1>
</refentry>