Mercurial > hg > Members > kono > nitros9-code
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>