dos.doc
AbortPkt()
AddBuffers()
AddDosEntry()
AddPart()
AddSegment()
AllocDosObject()
AssignAdd()
AssignLate()
AssignLock()
AssignPath()
AttemptLockDosList()
ChangeMode()
CheckSignal()
Cli()
CliInitNewcli()
CliInitRun()
Close()
CompareDates()
CreateDir()
CreateNewProc()
CreateProc()
CurrentDir()
DateStamp()
DateToStr()
Delay()
DeleteFile()
DeleteVar()
DeviceProc()
DoPkt()
DupLock()
DupLockFromFH()
EndNotify()
ErrorReport()
ExAll()
ExAllEnd()
Examine()
ExamineFH()
Execute()
Exit()
ExNext()
Fault()
FGetC()
FGets()
FilePart()
FindArg()
FindCliProc()
FindDosEntry()
FindSegment()
FindVar()
Flush()
Format()
FPutC()
FPuts()
FRead()
FreeArgs()
FreeDeviceProc()
FreeDosEntry()
FreeDosObject()
FWrite()
GetArgStr()
GetConsoleTask()
GetCurrentDirName()
GetDeviceProc()
GetFileSysTask()
GetProgramDir()
GetProgramName()
GetPrompt()
GetVar()
Info()
Inhibit()
Input()
InternalLoadSeg()
InternalUnLoadSeg()
IoErr()
IsFileSystem()
IsInteractive()
LoadSeg()
Lock()
LockDosList()
LockRecord()
LockRecords()
MakeDosEntry()
MakeLink()
MatchEnd()
MatchFirst()
MatchNext()
MatchPattern()
MatchPatternNoCase()
MaxCli()
NameFromFH()
NameFromLock()
NewLoadSeg()
NextDosEntry()
Open()
OpenFromLock()
Output()
ParentDir()
ParentOfFH()
ParsePattern()
ParsePatternNoCase()
PathPart()
PrintFault()
PutStr()
Read()
ReadArgs()
ReadItem()
ReadLink()
Relabel()
RemAssignList()
RemDosEntry()
RemSegment()
Rename()
ReplyPkt()
RunCommand()
SameDevice()
SameLock()
Seek()
SelectInput()
SelectOutput()
SendPkt()
SetArgStr()
SetComment()
SetConsoleTask()
SetCurrentDirName()
SetFileDate()
SetFileSize()
SetFileSysTask()
SetIoErr()
SetMode()
SetOwner()
SetProgramDir()
SetProgramName()
SetPrompt()
SetProtection()
SetVar()
SetVBuf()
SplitName()
StartNotify()
StrToDate()
StrToLong()
SystemTagList()
UnGetC()
UnLoadSeg()
UnLock()
UnLockDosList()
UnLockRecord()
UnLockRecords()
VFPrintf()
VFWritef()
VPrintf()
WaitForChar()
WaitPkt()
Write()
WriteChars()
dos.library/AbortPkt
NAME
AbortPkt -- Aborts an asynchronous packet, if possible. (V36)
SYNOPSIS
AbortPkt(port, pkt)
D1 D2
void AbortPkt(struct MsgPort *, struct DosPacket *)
FUNCTION
This attempts to abort a packet sent earlier with SendPkt to a
handler. There is no guarantee that any given handler will allow
a packet to be aborted, or if it is aborted whether function
requested completed first or completely. After calling AbortPkt(),
you must wait for the packet to return before reusing it or
deallocating it.
INPUTS
port - port the packet was sent to
pkt - the packet you wish aborted
BUGS
As of V37, this function does nothing.
SEE ALSO
SendPkt(), DoPkt(), WaitPkt()
dos.library/AddBuffers
NAME
AddBuffers -- Changes the number of buffers for a filesystem (V36)
SYNOPSIS
success = AddBuffers(filesystem, number)
D0 D1 D2
BOOL AddBuffers(STRPTR, LONG)
FUNCTION
Adds buffers to a filesystem. If it succeeds, the number of current
buffers is returned in IoErr(). Note that "number" may be negative.
The amount of memory used per buffer, and any limits on the number of
buffers, are dependant on the filesystem in question.
If the call succeeds, the number of buffers in use on the filesystem
will be returned by IoErr().
INPUTS
filesystem - Name of device to add buffers to (with ':').
number - Number of buffers to add. May be negative.
RESULT
success - Success or failure of command.
BUGS
The V36 ROM filesystem (FFS/OFS) doesn't return the right number of
buffers unless preceded by an AddBuffers(fs,-1) (in-use buffers aren't
counted). This is fixed in V37.
The V37 and before ROM filesystem doesn't return success, it returns
the number of buffers. The best way to test for this is to consider
0 (FALSE) failure, -1 (DOSTRUE) to mean that IoErr() will have the
number of buffers, and any other positive value to be the number of
buffers. It may be fixed in some future ROM revision.
SEE ALSO
IoErr()
dos.library/AddDosEntry
NAME
AddDosEntry -- Add a Dos List entry to the lists (V36)
SYNOPSIS
success = AddDosEntry(dlist)
D0 D1
LONG AddDosEntry(struct DosList *)
FUNCTION
Adds a device, volume or assign to the dos devicelist. Can fail if it
conflicts with an existing entry (such as another assign to the same
name or another device of the same name). Volume nodes with different
dates and the same name CAN be added, or with names that conflict with
devices or assigns. Note: the dos list does NOT have to be locked to
call this. Do not access dlist after adding unless you have locked the
Dos Device list.
An additional note concerning calling this from within a handler:
in order to avoid deadlocks, your handler must either be multi-
threaded, or it must attempt to lock the list before calling this
function. The code would look something like this:
if (AttemptLockDosList(LDF_xxx|LDF_WRITE))
{
rc = AddDosEntry(...);
UnLockDosList(LDF_xxx|LDF_WRITE);
}
If AttemptLockDosList() fails (i.e. it's locked already), check for
messages at your filesystem port (don't wait!) and try the
AttemptLockDosList() again.
INPUTS
dlist - Device list entry to be added.
RESULT
success - Success/Failure indicator
SEE ALSO
RemDosEntry(), FindDosEntry(), NextDosEntry(), LockDosList(),
MakeDosEntry(), FreeDosEntry(), AttemptLockDosList()
dos.library/AddPart
NAME
AddPart -- Appends a file/dir to the end of a path (V36)
SYNOPSIS
success = AddPart( dirname, filename, size )
D0 D1 D2 D3
BOOL AddPart( STRPTR, STRPTR, ULONG )
FUNCTION
This function adds a file, directory, or subpath name to a directory
path name taking into account any required separator characters. If
filename is a fully-qualified path it will totally replace the current
value of dirname.
INPUTS
dirname - the path to add a file/directory name to.
filename - the filename or directory name to add. May be a relative
pathname from the current directory (example: foo/bar).
Can deal with leading '/'(s), indicating one directory up
per '/', or with a ':', indicating it's relative to the
root of the appropriate volume.
size - size in bytes of the space allocated for dirname. Must
not be 0.
RESULT
success - non-zero for ok, FALSE if the buffer would have overflowed.
If an overflow would have occured, dirname will not be
changed.
BUGS
Doesn't check if a subpath is legal (i.e. doesn't check for ':'s) and
doesn't handle leading '/'s in 2.0 through 2.02 (V36). V37 fixes
this, allowing filename to be any path, including absolute.
SEE ALSO
Filepart(), PathPart()
dos.library/AddSegment
NAME
AddSegment - Adds a resident segment to the resident list (V36)
SYNOPSIS
success = AddSegment(name, seglist, type)
D0 D1 D2 D3
BOOL AddSegment(STRPTR, BPTR, LONG)
FUNCTION
Adds a segment to the Dos resident list, with the specified Seglist
and type (stored in seg_UC - normally 0). NOTE: currently unused
types may cause it to interpret other registers (d4-?) as additional
parameters in the future.
Do NOT build Segment structures yourself!
INPUTS
name - name for the segment
seglist - Dos seglist of code for segment
type - initial usecount, normally 0
RESULT
success - success or failure
SEE ALSO
FindSegment(), RemSegment(), LoadSeg()
dos.library/AllocDosObject
NAME
AllocDosObject -- Creates a dos object (V36)
SYNOPSIS
ptr = AllocDosObject(type, tags)
D0 D1 D2
void *AllocDosObject(ULONG, struct TagItem *)
ptr = AllocDosObjectTagList(type, tags)
D0 D1 D2
void *AllocDosObjectTagList(ULONG, struct TagItem *)
ptr = AllocDosObjectTags(type, Tag1, ...)
void *AllocDosObjectTags(ULONG, ULONG, ...)
FUNCTION
Create one of several dos objects, initializes it, and returns it
to you. Note the DOS_STDPKT returns a pointer to the sp_Pkt of the
structure.
This function may be called by a task for all types and tags defined
in the V37 includes (DOS_FILEHANDLE through DOS_RDARGS and ADO_FH_Mode
through ADO_PromptLen, respectively). Any future types or tags
will be documented as to whether a task may use them.
INPUTS
type - type of object requested
tags - pointer to taglist with additional information
RESULT
packet - pointer to the object or NULL
BUGS
Before V39, DOS_CLI should be used with care since FreeDosObject()
can't free it.
SEE ALSO
FreeDosObject(), ,
dos.library/AssignAdd
NAME
AssignAdd -- Adds a lock to an assign for multi-directory assigns (V36)
SYNOPSIS
success = AssignAdd(name,lock)
D0 D1 D2
BOOL AssignAdd(STRPTR,BPTR)
FUNCTION
Adds a lock to an assign, making or adding to a multi-directory
assign. Note that this only will succeed on an assign created with
AssignLock(), or an assign created with AssignLate() which has been
resolved (converted into a AssignLock()-assign).
NOTE: you should not use the lock in any way after making this call
successfully. It becomes the part of the assign, and will be unlocked
by the system when the assign is removed. If you need to keep the
lock, pass a lock from DupLock() to AssignLock().
INPUTS
name - Name of device to assign lock to (without trailing ':')
lock - Lock associated with the assigned name
RESULT
success - Success/failure indicator. On failure, the lock is not
unlocked.
SEE ALSO
Lock(), AssignLock(), AssignPath(), AssignLate(), DupLock(),
RemAssignList()
dos.library/AssignLate
NAME
AssignLate -- Creates an assignment to a specified path later (V36)
SYNOPSIS
success = AssignLate(name,path)
D0 D1 D2
BOOL AssignLate(STRPTR,STRPTR)
FUNCTION
Sets up a assignment that is expanded upon the FIRST reference to the
name. The path (a string) would be attached to the node. When
the name is referenced (Open("FOO:xyzzy"...), the string will be used
to determine where to set the assign to, and if the directory can be
locked, the assign will act from that point on as if it had been
created by AssignLock().
A major advantage is assigning things to unmounted volumes, which
will be requested upon access (useful in startup sequences).
INPUTS
name - Name of device to be assigned (without trailing ':')
path - Name of late assignment to be resolved on the first reference.
RESULT
success - Success/failure indicator of the operation
SEE ALSO
Lock(), AssignAdd(), AssignPath(), AssignLock(),
dos.library/AssignLock
NAME
AssignLock -- Creates an assignment to a locked object (V36)
SYNOPSIS
success = AssignLock(name,lock)
D0 D1 D2
BOOL AssignLock(STRPTR,BPTR)
FUNCTION
Sets up an assign of a name to a given lock. Passing NULL for a lock
cancels any outstanding assign to that name. If an assign entry of
that name is already on the list, this routine replaces that entry. If
an entry is on the list that conflicts with the new assign, then a
failure code is returned.
NOTE: you should not use the lock in any way after making this call
successfully. It becomes the assign, and will be unlocked by the
system when the assign is removed. If you need to keep the lock,
pass a lock from DupLock() to AssignLock().
INPUTS
name - Name of device to assign lock to (without trailing ':')
lock - Lock associated with the assigned name
RESULT
success - Success/failure indicator. On failure, the lock is not
unlocked.
SEE ALSO
Lock(), AssignAdd(), AssignPath(), AssignLate(), DupLock(),
RemAssignList()
dos.library/AssignPath
NAME
AssignPath -- Creates an assignment to a specified path (V36)
SYNOPSIS
success = AssignPath(name,path)
D0 D1 D2
BOOL AssignPath(STRPTR,STRPTR)
FUNCTION
Sets up a assignment that is expanded upon EACH reference to the name.
This is implemented through a new device list type (DLT_ASSIGNPATH, or
some such). The path (a string) would be attached to the node. When
the name is referenced (Open("FOO:xyzzy"...), the string will be used
to determine where to do the open. No permanent lock will be part of
it. For example, you could AssignPath() c2: to df2:c, and references
to c2: would go to df2:c, even if you change disks.
The other major advantage is assigning things to unmounted volumes,
which will be requested upon access (useful in startup sequences).
INPUTS
name - Name of device to be assigned (without trailing ':')
path - Name of late assignment to be resolved at each reference
RESULT
success - Success/failure indicator of the operation
SEE ALSO
AssignAdd(), AssignLock(), AssignLate(), Open()
dos.library/AttemptLockDosList
NAME
AttemptLockDosList -- Attempt to lock the Dos Lists for use (V36)
SYNOPSIS
dlist = AttemptLockDosList(flags)
D0 D1
struct DosList *AttemptLockDosList(ULONG)
FUNCTION
Locks the dos device list in preparation to walk the list. If the
list is 'busy' then this routine will return NULL. See LockDosList()
for more information.
INPUTS
flags - Flags stating which types of nodes you want to lock.
RESULT
dlist - Pointer to the beginning of the list or NULL. Not a valid
node!
BUGS
In V36 through V39.23 dos, this would return NULL or 0x00000001 for
failure. Fixed in V39.24 dos (after kickstart 39.106).
SEE ALSO
LockDosList(), UnLockDosList(), Forbid(), NextDosEntry()
dos.library/ChangeMode
NAME
ChangeMode - Change the current mode of a lock or filehandle (V36)
SYNOPSIS
success = ChangeMode(type, object, newmode)
D0 D1 D2 D3
BOOL ChangeMode(ULONG, BPTR, ULONG)
FUNCTION
This allows you to attempt to change the mode in use by a lock or
filehandle. For example, you could attempt to turn a shared lock
into an exclusive lock. The handler may well reject this request.
Warning: if you use the wrong type for the object, the system may
crash.
INPUTS
type - Either CHANGE_FH or CHANGE_LOCK
object - A lock or filehandle
newmode - The new mode you want
RESULT
success - Boolean
BUGS
Did not work in 2.02 or before (V36). Works in V37. In the
earlier versions, it can crash the machine.
SEE ALSO
Lock(), Open()
dos.library/CheckSignal
NAME
CheckSignal -- Checks for break signals (V36)
SYNOPSIS
signals = CheckSignal(mask)
D0 D1
ULONG CheckSignal(ULONG)
FUNCTION
This function checks to see if any signals specified in the mask have
been set and if so, returns them. Otherwise it returns FALSE.
All signals specified in mask will be cleared.
INPUTS
mask - Signals to check for.
RESULT
signals - Signals specified in mask that were set.
SEE ALSO
dos.library/Cli
NAME
Cli -- Returns a pointer to the CLI structure of the process (V36)
SYNOPSIS
cli_ptr = Cli()
D0
struct CommandLineInterface *Cli(void)
FUNCTION
Returns a pointer to the CLI structure of the current process, or NULL
if the process has no CLI structure.
RESULT
cli_ptr - pointer to the CLI structure, or NULL.
SEE ALSO
dos.library/CliInitNewcli
NAME
CliInitNewcli -- Set up a process to be a shell from initial packet
SYNOPSIS
flags = CliInitNewcli( packet )
D0 A0
LONG CliInitNewcli( struct DosPacket * )
FUNCTION
This function initializes a process and CLI structure for a new
shell, from parameters in an initial packet passed by the system
(NewShell or NewCLI, etc). The format of the data in the packet
is purposely not defined. The setup includes all the normal fields
in the structures that are required for proper operation (current
directory, paths, input streams, etc).
It returns a set of flags containing information about what type
of shell invocation this is.
Definitions for the values of fn:
Bit 31 Set to indicate flags are valid
Bit 3 Set to indicate asynch system call
Bit 2 Set if this is a System() call
Bit 1 Set if user provided input stream
Bit 0 Set if RUN provided output stream
If Bit 31 is 0, then you must check IoErr() to determine if an error
occurred. If IoErr() returns a pointer to your process, there has
been an error, and you should clean up and exit. The packet will
have already been returned by CliInitNewcli(). If it isn't a pointer
to your process and Bit 31 is 0, reply the packet immediately.
(Note: this is different from what you do for CliInitRun().)
This function is very similar to CliInitRun().
INPUTS
packet - the initial packet sent to your process MsgPort
RESULT
fn - flags or a pointer
SEE ALSO
CliInitRun(), ReplyPkt(), WaitPkt(), IoErr()
dos.library/CliInitRun
NAME
CliInitRun -- Set up a process to be a shell from initial packet
SYNOPSIS
flags = CliInitRun( packet )
D0 A0
LONG CliInitRun( struct DosPacket * )
FUNCTION
This function initializes a process and CLI structure for a new
shell, from parameters in an initial packet passed by the system
(Run, System(), Execute()). The format of the data in the packet
is purposely not defined. The setup includes all the normal fields
in the structures that are required for proper operation (current
directory, paths, input streams, etc).
It returns a set of flags containing information about what type
of shell invocation this is.
Definitions for the values of fn:
Bit 31 Set to indicate flags are valid
Bit 3 Set to indicate asynch system call
Bit 2 Set if this is a System() call
Bit 1 Set if user provided input stream
Bit 0 Set if RUN provided output stream
If Bit 31 is 0, then you must check IoErr() to determine if an error
occurred. If IoErr() returns a pointer to your process, there has
been an error, and you should clean up and exit. The packet will
have already been returned by CliInitNewcli(). If it isn't a pointer
to your process and Bit 31 is 0, you should wait before replying
the packet until after you've loaded the first command (or when you
exit). This helps avoid disk "gronking" with the Run command.
(Note: this is different from what you do for CliInitNewcli().)
If Bit 31 is 1, then if Bit 3 is one, ReplyPkt() the packet
immediately (Asynch System()), otherwise wait until your shell exits
(Sync System(), Execute()).
(Note: this is different from what you do for CliInitNewcli().)
This function is very similar to CliInitNewcli().
INPUTS
packet - the initial packet sent to your process MsgPort
RESULT
fn - flags or a pointer
SEE ALSO
CliInitNewcli(), ReplyPkt(), WaitPkt(), System(), Execute(), IoErr()
dos.library/Close
NAME
Close -- Close an open file
SYNOPSIS
success = Close( file )
D0 D1
BOOL Close(BPTR)
FUNCTION
The file specified by the file handle is closed. You must close all
files you explicitly opened, but you must not close inherited file
handles that are passed to you (each filehandle must be closed once
and ONLY once). If Close() fails, the file handle is still
deallocated and should not be used.
INPUTS
file - BCPL pointer to a file handle
RESULTS
success - returns if Close() succeeded. Note that it might fail
depending on buffering and whatever IO must be done to
close a file being written to. NOTE: this return value
did not exist before V36!
SEE ALSO
Open(), OpenFromLock()
dos.library/CompareDates
NAME
CompareDates -- Compares two datestamps (V36)
SYNOPSIS
result = CompareDates(date1,date2)
D0 D1 D2
LONG CompareDates(struct DateStamp *,struct DateStamp *)
FUNCTION
Compares two times for relative magnitide. <0 is returned if date1 is
later than date2, 0 if they are equal, or >0 if date2 is later than
date1. NOTE: this is NOT the same ordering as strcmp!
INPUTS
date1, date2 - DateStamps to compare
RESULT
result - <0, 0, or >0 based on comparison of two date stamps
SEE ALSO
DateStamp(), DateToStr(), StrToDate()
dos.library/CreateDir
NAME
CreateDir -- Create a new directory
SYNOPSIS
lock = CreateDir( name )
D0 D1
BPTR CreateDir(STRPTR)
FUNCTION
CreateDir creates a new directory with the specified name. An error
is returned if it fails. Directories can only be created on
devices which support them, e.g. disks. CreateDir returns an
exclusive lock on the new directory if it succeeds.
INPUTS
name - pointer to a null-terminated string
RESULTS
lock - BCPL pointer to a lock or NULL for failure.
SEE ALSO
Lock(), UnLock()
dos.library/CreateNewProc
NAME
CreateNewProc -- Create a new process (V36)
SYNOPSIS
process = CreateNewProc(tags)
D0 D1
struct Process *CreateNewProc(struct TagItem *)
process = CreateNewProcTagList(tags)
D0 D1
struct Process *CreateNewProcTagList(struct TagItem *)
process = CreateNewProcTags(Tag1, ...)
struct Process *CreateNewProcTags(ULONG, ...)
FUNCTION
This creates a new process according to the tags passed in. See
dos/dostags.h for the tags.
You must specify one of NP_Seglist or NP_Entry. NP_Seglist takes a
seglist (as returned by LoadSeg()). NP_Entry takes a function
pointer for the routine to call.
There are many options, as you can see by examining dos/dostags.h.
The defaults are for a non-CLI process, with copies of your
CurrentDir, HomeDir (used for PROGDIR:), priority, consoletask,
windowptr, and variables. The input and output filehandles default
to opens of NIL:, stack to 4000, and others as shown in dostags.h.
This is a fairly reasonable default setting for creating threads,
though you may wish to modify it (for example, to give a descriptive
name to the process.)
CreateNewProc() is callable from a task, though any actions that
require doing Dos I/O (DupLock() of currentdir, for example) will not
occur.
NOTE: if you call CreateNewProc() with both NP_Arguments, you must
not specify an NP_Input of NULL. When NP_Arguments is specified, it
needs to modify the input filehandle to make ReadArgs() work properly.
INPUTS
tags - a pointer to a TagItem array.
RESULT
process - The created process, or NULL. Note that if it returns
NULL, you must free any items that were passed in via
tags, such as if you passed in a new current directory
with NP_CurrentDir.
BUGS
In V36, NP_Arguments was broken in a number of ways, and probably
should be avoided (instead you should start a small piece of your
own code, which calls RunCommand() to run the actual code you wish
to run). In V37, NP_Arguments works, though see the note above.
SEE ALSO
LoadSeg(), CreateProc(), ReadArgs(), RunCommand(),
dos.library/CreateProc
NAME
CreateProc -- Create a new process
SYNOPSIS
process = CreateProc( name, pri, seglist, stackSize )
D0 D1 D2 D3 D4
struct MsgPort *CreateProc(STRPTR, LONG, BPTR, LONG)
FUNCTION
CreateProc() creates a new AmigaDOS process of name 'name'. AmigaDOS
processes are a superset of exec tasks.
A seglist, as returned by LoadSeg(), is passed as 'seglist'.
This represents a section of code which is to be run as a new
process. The code is entered at the first hunk in the segment list,
which should contain suitable initialization code or a jump to
such. A process control structure is allocated from memory and
initialized. If you wish to fake a seglist (that will never
have DOS UnLoadSeg() called on it), use this code:
DS.L 0 ;Align to longword
DC.L 16 ;Segment "length" (faked)
DC.L 0 ;Pointer to next segment
...start of code...
The size of the root stack upon activation is passed as
'stackSize'. 'pri' specifies the required priority of the new
process. The result will be the process msgport address of the new
process, or zero if the routine failed. The argument 'name'
specifies the new process name. A zero return code indicates
error.
The seglist passed to CreateProc() is not freed when it exits; it
is up to the parent process to free it, or for the code to unload
itself.
Under V36 and later, you probably should use CreateNewProc() instead.
INPUTS
name - pointer to a null-terminated string
pri - signed long (range -128 to +127)
seglist - BCPL pointer to a seglist
stackSize - integer (must be a multiple of 4 bytes)
RESULTS
process - pointer to new process msgport
SEE ALSO
CreateNewProc(), LoadSeg(), UnLoadSeg()
dos.library/CurrentDir
NAME
CurrentDir -- Make a directory lock the current directory
SYNOPSIS
oldLock = CurrentDir( lock )
D0 D1
BPTR CurrentDir(BPTR)
FUNCTION
CurrentDir() causes a directory associated with a lock to be made
the current directory. The old current directory lock is returned.
A value of zero is a valid result here, this 0 lock represents the
root of file system that you booted from.
Any call that has to Open() or Lock() files (etc) requires that
the current directory be a valid lock or 0.
INPUTS
lock - BCPL pointer to a lock
RESULTS
oldLock - BCPL pointer to a lock
SEE ALSO
Lock(), UnLock(), Open(), DupLock()
dos.library/DateStamp
NAME
DateStamp -- Obtain the date and time in internal format
SYNOPSIS
ds = DateStamp( ds );
D0 D1
struct DateStamp *DateStamp(struct DateStamp *)
FUNCTION
DateStamp() takes a structure of three longwords that is set to the
current time. The first element in the vector is a count of the
number of days. The second element is the number of minutes elapsed
in the day. The third is the number of ticks elapsed in the current
minute. A tick happens 50 times a second. DateStamp() ensures that
the day and minute are consistent. All three elements are zero if
the date is unset. DateStamp() currently only returns even
multiples of 50 ticks. Therefore the time you get is always an even
number of ticks.
Time is measured from Jan 1, 1978.
INPUTS
ds - pointer a struct DateStamp
RESULTS
The array is filled as described and returned (for pre-V36
compabability).
SEE ALSO
DateToStr(), StrToDate(), SetFileDate(), CompareDates()
dos.library/DateToStr
NAME
DateToStr -- Converts a DateStamp to a string (V36)
SYNOPSIS
success = DateToStr( datetime )
D0 D1
BOOL DateToStr(struct DateTime *)
FUNCTION
StamptoStr converts an AmigaDOS DateStamp to a human
readable ASCII string as requested by your settings in the
DateTime structure.
INPUTS
DateTime - a pointer to an initialized DateTime structure.
The DateTime structure should be initialized as follows:
dat_Stamp - a copy of the datestamp you wish to convert to
ascii.
dat_Format - a format byte which specifies the format of the
dat_StrDate. This can be any of the following
(note: If value used is something other than those
below, the default of FORMAT_DOS is used):
FORMAT_DOS: AmigaDOS format (dd-mmm-yy).
FORMAT_INT: International format (yy-mmm-dd).
FORMAT_USA: American format (mm-dd-yy).
FORMAT_CDN: Canadian format (dd-mm-yy).
FORMAT_DEF: default format for locale.
dat_Flags - a flags byte. The only flag which affects this
function is:
DTF_SUBST: If set, a string such as Today,
Monday, etc., will be used instead
of the dat_Format specification if
possible.
DTF_FUTURE: Ignored by this function.
dat_StrDay - pointer to a buffer to receive the day of the
week string. (Monday, Tuesday, etc.). If null, this
string will not be generated.
dat_StrDate - pointer to a buffer to receive the date
string, in the format requested by dat_Format,
subject to possible modifications by DTF_SUBST. If
null, this string will not be generated.
dat_StrTime - pointer to a buffer to receive the time of day
string. If NULL, this will not be generated.
RESULT
success - a zero return indicates that the DateStamp was
invalid, and could not be converted. Non-zero
indicates that the call succeeded.
SEE ALSO
DateStamp(), StrtoDate(),
dos.library/Delay
NAME
Delay -- Delay a process for a specified time
SYNOPSIS
Delay( ticks )
D1
void Delay(ULONG)
FUNCTION
The argument 'ticks' specifies how many ticks (50 per second) to
wait before returning control.
INPUTS
ticks - integer
BUGS
Due to a bug in the timer.device in V1.2/V1.3, specifying a timeout
of zero for Delay() can cause the unreliable timer & floppy disk
operation. This is fixed in V36 and later.
SEE ALSO
dos.library/DeleteFile
NAME
DeleteFile -- Delete a file or directory
SYNOPSIS
success = DeleteFile( name )
D0 D1
BOOL DeleteFile(STRPTR)
FUNCTION
This attempts to delete the file or directory specified by 'name'.
An error is returned if the deletion fails. Note that all the files
within a directory must be deleted before the directory itself can
be deleted.
INPUTS
name - pointer to a null-terminated string
RESULTS
success - boolean
SEE ALSO
dos.library/DeleteVar
NAME
DeleteVar -- Deletes a local or environment variable (V36)
SYNOPSIS
success = DeleteVar( name, flags )
D0 D1 D2
BOOL DeleteVar(STRPTR, ULONG )
FUNCTION
Deletes a local or environment variable.
INPUTS
name - pointer to an variable name. Note variable names follow
filesystem syntax and semantics.
flags - combination of type of var to delete (low 8 bits), and
flags to control the behavior of this routine. Currently
defined flags include:
GVF_LOCAL_ONLY - delete a local (to your process) variable.
GVF_GLOBAL_ONLY - delete a global environment variable.
The default is to delete a local variable if found, otherwise
a global environment variable if found (only for LV_VAR).
RESULT
success - If non-zero, the variable was sucessfully deleted, FALSE
indicates failure.
BUGS
LV_VAR is the only type that can be global
SEE ALSO
GetVar(), SetVar(), FindVar(), DeleteFile(),
dos.library/DeviceProc
NAME
DeviceProc -- Return the process MsgPort of specific I/O handler
SYNOPSIS
process = DeviceProc( name )
D0 D1
struct MsgPort *DeviceProc (STRPTR)
FUNCTION
DeviceProc() returns the process identifier of the process which
handles the device associated with the specified name. If no
process handler can be found then the result is zero. If the name
refers to an assign then a directory lock is returned in IoErr().
This lock should not be UnLock()ed or Examine()ed (if you wish to do
so, DupLock() it first).
BUGS
In V36, if you try to DeviceProc() something relative to an assign
made with AssignPath(), it will fail. This is because there's no
way to know when to unlock the lock. If you're writing code for
V36 or later, it is highly advised you use GetDeviceProc() instead,
or make your code conditional on V36 to use GetDeviceProc()/
FreeDeviceProc().
SEE ALSO
GetDeviceProc(), FreeDeviceProc(), DupLock(), UnLock(), Examine()
dos.library/DoPkt
NAME
DoPkt -- Send a dos packet and wait for reply (V36)
SYNOPSIS
result1 = DoPkt(port,action,arg1,arg2,arg3,arg4,arg5)
D0 D1 D2 D3 D4 D5 D6 D7
LONG DoPkt(struct MsgPort *,LONG,LONG,LONG,LONG,LONG,LONG)
FUNCTION
Sends a packet to a handler and waits for it to return. Any secondary
return will be available in D1 AND from IoErr(). DoPkt() will work
even if the caller is an exec task and not a process; however it will
be slower, and may fail for some additional reasons, such as being
unable to allocate a signal. DoPkt() uses your pr_MsgPort for the
reply, and will call pr_PktWait. (See BUGS regarding tasks, though).
Only allows 5 arguments to be specified. For more arguments (packets
support a maximum of 7) create a packet and use SendPkt()/WaitPkt().
INPUTS
port - pr_MsgPort of the handler process to send to.
action - the action requested of the filesystem/handler
arg1, arg2, arg3, arg4,arg5 - arguments, depend on the action, may not
be required.
RESULT
result1 - the value returned in dp_Res1, or FALSE if there was some
problem in sending the packet or recieving it.
result2 - Available from IoErr() AND in register D1.
BUGS
Using DoPkt() from tasks doesn't work in V36. Use AllocDosObject(),
PutMsg(), and WaitPort()/GetMsg() for a workaround, or you can call
CreateNewProc() to start a process to do Dos I/O for you. In V37,
DoPkt() will allocate, use, and free the MsgPort required.
NOTES
Callable from a task (under V37 and above).
SEE ALSO
AllocDosObject(), FreeDosObject(), SendPkt(), WaitPkt(),
CreateNewProc(), AbortPkt()
dos.library/DupLock
NAME
DupLock -- Duplicate a lock
SYNOPSIS
lock = DupLock( lock )
D0 D1
BPTR DupLock(BPTR)
FUNCTION
DupLock() is passed a shared filing system lock. This is the ONLY
way to obtain a duplicate of a lock... simply copying is not
allowed.
Another lock to the same object is then returned. It is not
possible to create a copy of a exclusive lock.
A zero return indicates failure.
INPUTS
lock - BCPL pointer to a lock
RESULTS
newLock - BCPL pointer to a lock
SEE ALSO
Lock(), UnLock(), DupLockFromFH(), ParentOfFH()
dos.library/DupLockFromFH
NAME
DupLockFromFH -- Gets a lock on an open file (V36)
SYNOPSIS
lock = DupLockFromFH(fh)
D0 D1
BPTR DupLockFromFH(BPTR)
FUNCTION
Obtain a lock on the object associated with fh. Only works if the
file was opened using a non-exclusive mode. Other restrictions may be
placed on success by the filesystem.
INPUTS
fh - Opened file for which to obtain the lock
RESULT
lock - Obtained lock or NULL for failure
SEE ALSO
DupLock(), Lock(), UnLock()
dos.library/EndNotify
NAME
EndNotify -- Ends a notification request (V36)
SYNOPSIS
EndNotify(notifystructure)
D1
VOID EndNotify(struct NotifyRequest *)
FUNCTION
Removes a notification request. Safe to call even if StartNotify()
failed. For NRF_SEND_MESSAGE, it searches your port for any messages
about the object in question and removes and replies them before
returning.
INPUTS
notifystructure - a structure passed to StartNotify()
SEE ALSO
StartNotify(),
dos.library/ErrorReport
NAME
ErrorReport -- Displays a Retry/Cancel requester for an error (V36)
SYNOPSIS
status = ErrorReport(code, type, arg1, device)
D0 D1 D2 D3 D4
BOOL ErrorReport(LONG, LONG, ULONG, struct MsgPort *)
FUNCTION
Based on the request type, this routine formats the appropriate
requester to be displayed. If the code is not understood, it returns
DOS_TRUE immediately. Returns DOS_TRUE if the user selects CANCEL or
if the attempt to put up the requester fails, or if the process
pr_WindowPtr is -1. Returns FALSE if the user selects Retry. The
routine will retry on DISKINSERTED for appropriate error codes.
These return values are the opposite of what AutoRequest returns.
Note: this routine sets IoErr() to code before returning.
INPUTS
code - Error code to put a requester up for.
Current valid error codes are:
ERROR_DISK_NOT_VALIDATED
ERROR_DISK_WRITE_PROTECTED
ERROR_DISK_FULL
ERROR_DEVICE_NOT_MOUNTED
ERROR_NOT_A_DOS_DISK
ERROR_NO_DISK
ABORT_DISK_ERROR /* read/write error */
ABORT_BUSY /* you MUST replace... */
type - Request type:
REPORT_LOCK - arg1 is a lock (BPTR).
REPORT_FH - arg1 is a filehandle (BPTR).
REPORT_VOLUME - arg1 is a volumenode (C pointer).
REPORT_INSERT - arg1 is the string for the volumename
(will be split on a ':').
With ERROR_DEVICE_NOT_MOUNTED puts
up the "Please insert..." requester.
arg1 - variable parameter (see type)
device - (Optional) Address of handler task for which report is to be
made. Only required for REPORT_LOCK, and only if arg1==NULL.
RESULT
status - Cancel/Retry indicator (0 means Retry)
SEE ALSO
Fault(), IoErr()
dos.library/ExAll
NAME
ExAll -- Examine an entire directory (V36)
SYNOPSIS
continue = ExAll(lock, buffer, size, type, control)
D0 D1 D2 D3 D4 D5
BOOL ExAll(BPTR,STRPTR,LONG,LONG,struct ExAllControl *)
FUNCTION
Examines an entire directory.
Lock must be on a directory. Size is the size of the buffer supplied.
The buffer will be filled with (partial) ExAllData structures, as
specified by the type field.
Type is a value from those shown below that determines which information is
to be stored in the buffer. Each higher value adds a new thing to the list
as described in the table below:-
ED_NAME FileName
ED_TYPE Type
ED_SIZE Size in bytes
ED_PROTECTION Protection bits
ED_DATE 3 longwords of date
ED_COMMENT Comment (will be NULL if no comment)
Note: the V37 ROM/disk filesystem returns this
incorrectly as a BSTR. See BUGS for a workaround.
ED_OWNER owner user-id and group-id (if supported) (V39)
Thus, ED_NAME gives only filenames, and ED_OWNER gives everything.
NOTE: V37 dos.library, when doing ExAll() emulation, and RAM: filesystem
will return an error if passed ED_OWNER. If you get ERROR_BAD_NUMBER,
retry with ED_COMMENT to get everything but owner info. All filesystems
supporting ExAll() must support through ED_COMMENT, and must check Type
and return ERROR_BAD_NUMBER if they don't support the type.
The V37 ROM/disk filesystem doesn't fill in the comment field correctly
if you specify ED_OWNER. See BUGS for a workaround if you need to use
ED_OWNER.
The ead_Next entry gives a pointer to the next entry in the buffer. The
last entry will have NULL in ead_Next.
The control structure is required so that FFS can keep track if more than
one call to ExAll is required. This happens when there are more names in
a directory than will fit into the buffer. The format of the control
structure is as follows:-
NOTE: the control structure MUST be allocated by AllocDosObject!!!
Entries: This field tells the calling application how many entries are
in the buffer after calling ExAll. Note: make sure your code
handles the 0 entries case, including 0 entries with continue
non-zero.
LastKey: This field ABSOLUTELY MUST be initialised to 0 before calling
ExAll for the first time. Any other value will cause nasty
things to happen. If ExAll returns non-zero, then this field
should not be touched before making the second and subsequent
calls to ExAll. Whenever ExAll returns non-zero, there are more
calls required before all names have been received.
As soon as a FALSE return is received then ExAll has completed
(if IoErr() returns ERROR_NO_MORE_ENTRIES - otherwise it returns
the error that occured, similar to ExNext.)
MatchString
If this field is NULL then all filenames will be returned. If
this field is non-null then it is interpreted as a pointer to
a string that is used to pattern match all file names before
accepting them and putting them into the buffer. The default
AmigaDOS caseless pattern match routine is used. This string
MUST have been parsed by ParsePatternNoCase()!
MatchFunc:
Contains a pointer to a hook for a routine to decide if the entry
will be included in the returned list of entries. The entry is
filled out first, and then passed to the hook. If no MatchFunc is
to be called then this entry should be NULL. The hook is
called with the following parameters (as is standard for hooks):
BOOL = MatchFunc( hookptr, data, typeptr )
a0 a1 a2
(a0 = ptr to hook, a1 = ptr to filled in ExAllData, a2 = ptr
to longword of type).
MatchFunc should return FALSE if the entry is not to be
accepted, otherwise return TRUE.
Note that Dos will emulate ExAll() using Examine() and ExNext()
if the handler in question doesn't support the ExAll() packet.
INPUTS
lock - Lock on directory to be examined.
buffer - Buffer for data returned (MUST be at least word-aligned,
preferably long-word aligned).
size - Size in bytes of 'buffer'.
type - Type of data to be returned.
control - Control data structure (see notes above). MUST have been
allocated by AllocDosObject!
RESULT
continue - Whether or not ExAll is done. If FALSE is returned, either
ExAll has completed (IoErr() == ERROR_NO_MORE_ENTRIES), or
an error occurred (check IoErr()). If non-zero is returned,
you MUST call ExAll again until it returns FALSE.
EXAMPLE
eac = AllocDosObject(DOS_EXALLCONTROL,NULL);
if (!eac) ...
...
eac->eac_LastKey = 0;
do {
more = ExAll(lock, EAData, sizeof(EAData), ED_FOO, eac);
if ((!more) && (IoErr() != ERROR_NO_MORE_ENTRIES)) {
\* ExAll failed abnormally *\
break;
}
if (eac->eac_Entries == 0) {
\* ExAll failed normally with no entries *\
continue; \* ("more" is *usually* zero) *\
}
ead = (struct ExAllData *) EAData;
do {
\* use ead here *\
...
\* get next ead *\
ead = ead->ed_Next;
} while (ead);
} while (more);
...
FreeDosObject(DOS_EXALLCONTROL,eac);
BUGS
In V36, there were problems with ExAll (particularily with
eac_MatchString, and ed_Next with the ramdisk and the emulation
of it in Dos for handlers that do not support the packet. It is
advised you only use this under V37 and later.
The V37 ROM/disk filesystem incorrectly returned comments as BSTR's
(length plus characters) instead of CSTR's (null-terminated). See
the next bug for a way to determine if the filesystem is a V37
ROM/disk filesystem. Fixed in V39.
The V37 ROM/disk filesystem incorrectly handled values greater than
ED_COMMENT. Because of this, ExAll() information is trashed if
ED_OWNER is passed to it. Fixed in V39. To work around this, use
the following code to identify if a filesystem is a V37 ROM/disk
filesystem:
// return TRUE if this is a V37 ROM filesystem, which doesn't (really)
// support ED_OWNER safely
BOOL CheckV37(BPTR lock)
{
struct FileLock *l = BADDR(lock);
struct Resident *resident;
struct DosList *dl;
BOOL result = FALSE;
dl = LockDosList(LDF_READ|LDF_DEVICES);
// if the lock has a volume and no device, we won't find it,
// so we know it's not a V37 ROM/disk filesystem
do {
dl = NextDosEntry(dl,LDF_READ|LDF_DEVICES);
if (dl && (dl->dol_Task == l->fl_Task))
{
// found the filesystem - test isn't actually required,
// but we know the filesystem we're looking for will always
// have a startup msg. If we needed to examine the message,
// we would need a _bunch_ of checks to make sure it's not
// either a small value (like port-handler uses) or a BSTR.
if (dl->dol_misc.dol_handler.dol_Startup)
{
// try to make sure it's the ROM fs or l:FastFileSystem
if (resident =
FindRomTag(dl->dol_misc.dol_handler.dol_SegList))
{
if (resident->rt_Version < 39 &&
(strncmp(resident->rt_IdString,"fs 37.",
strlen("fs 37.")) == 0 ||
strncmp(resident->rt_Name,"ffs 37.",
strlen("ffs 37.")) == 0))
{
result = TRUE;
}
}
}
break;
}
} while (dl);
UnLockDosList(LDF_READ|LDF_DEVICES);
return result;
}
SEE ALSO
Examine(), ExNext(), ExamineFH(), MatchPatternNoCase(),
ParsePatternNoCase(), AllocDosObject(), ExAllEnd()
dos.library/ExAllEnd
NAME
ExAllEnd -- Stop an ExAll() (V39)
SYNOPSIS
ExAllEnd(lock, buffer, size, type, control)
D1 D2 D3 D4 D5
ExAllEnd(BPTR,STRPTR,LONG,LONG,struct ExAllControl *)
FUNCTION
Stops an ExAll() on a directory before it hits NO_MORE_ENTRIES.
The full set of arguments that had been passed to ExAll() must be
passed to ExAllEnd(), so it can handle filesystems that can't abort
an ExAll() directly.
INPUTS
lock - Lock on directory to be examined.
buffer - Buffer for data returned (MUST be at least word-aligned,
preferably long-word aligned).
size - Size in bytes of 'buffer'.
type - Type of data to be returned.
control - Control data structure (see notes above). MUST have been
allocated by AllocDosObject!
SEE ALSO
ExAll(), AllocDosObject()
dos.library/Examine
NAME
Examine -- Examine a directory or file associated with a lock
SYNOPSIS
success = Examine( lock, FileInfoBlock )
D0 D1 D2
BOOL Examine(BPTR,struct FileInfoBlock *)
FUNCTION
Examine() fills in information in the FileInfoBlock concerning the
file or directory associated with the lock. This information
includes the name, size, creation date and whether it is a file or
directory. FileInfoBlock must be longword aligned. Examine() gives
a return code of zero if it fails.
You may make a local copy of the FileInfoBlock, as long as it is
never passed to ExNext().
INPUTS
lock - BCPL pointer to a lock
infoBlock - pointer to a FileInfoBlock (MUST be longword aligned)
RESULTS
success - boolean
SPECIAL NOTE
FileInfoBlock must be longword-aligned. AllocDosObject() will
allocate them correctly for you.
SEE ALSO
Lock(), UnLock(), ExNext(), ExamineFH(), , AllocDosObject(),
ExAll()
dos.library/ExamineFH
NAME
ExamineFH -- Gets information on an open file (V36)
SYNOPSIS
success = ExamineFH(fh, fib)
D0 D1 D2
BOOL ExamineFH(BPTR, struct FileInfoBlock *)
FUNCTION
Examines a filehandle and returns information about the file in the
FileInfoBlock. There are no guarantees as to whether the fib_Size
field will reflect any changes made to the file size it was opened,
though filesystems should attempt to provide up-to-date information
for it.
INPUTS
fh - Filehandle you wish to examine
fib - FileInfoBlock, must be longword aligned.
RESULT
success - Success/failure indication
SEE ALSO
Examine(), ExNext(), ExAll(), Open(), AllocDosObject()
dos.library/Execute
NAME
Execute -- Execute a CLI command
SYNOPSIS
success = Execute( commandString, input, output )
D0 D1 D2 D3
BOOL Execute(STRPTR, BPTR, BPTR)
FUNCTION
This function attempts to execute the string commandString as a
Shell command and arguments. The string can contain any valid input
that you could type directly in a Shell, including input and output
redirection using < and >. Note that Execute() doesn't return until
the command(s) in commandstring have returned.
The input file handle will normally be zero, and in this case
Execute() will perform whatever was requested in the commandString
and then return. If the input file handle is nonzero then after the
(possibly empty) commandString is performed subsequent input is read
from the specified input file handle until end of that file is
reached.
In most cases the output file handle must be provided, and is used
by the Shell commands as their output stream unless output
redirection was specified. If the output file handle is set to zero
then the current window, normally specified as *, is used. Note
that programs running under the Workbench do not normally have a
current window.
Execute() may also be used to create a new interactive Shell process
just like those created with the NewShell command. In order to do
this you would call Execute() with an empty commandString, and pass
a file handle relating to a new window as the input file handle.
The output file handle would be set to zero. The Shell will read
commands from the new window, and will use the same window for
output. This new Shell window can only be terminated by using the
EndCLI command.
Under V37, if an input filehandle is passed, and it's either
interactive or a NIL: filehandle, the pr_ConsoleTask of the new
process will be set to that filehandle's process (the same applies
to SystemTagList()).
For this command to work the program Run must be present in C: in
versions before V36 (except that in 1.3.2 and any later 1.3 versions,
the system first checks the resident list for Run).
INPUTS
commandString - pointer to a null-terminated string
input - BCPL pointer to a file handle
output - BCPL pointer to a file handle
RESULTS
success - BOOLEAN indicating whether Execute was successful
in finding and starting the specified program. Note this
is NOT the return code of the command(s).
SEE ALSO
SystemTagList(), NewShell, EndCLI, Run
dos.library/Exit
NAME
Exit -- Exit from a program
SYNOPSIS
Exit( returnCode )
D1
void Exit(LONG)
FUNCTION
Exit() is currently for use with programs written as if they
were BCPL programs. This function is not normally useful for
other purposes.
In general, therefore, please DO NOT CALL THIS FUNCTION!
In order to exit, C programs should use the C language exit()
function (note the lower case letter "e"). Assembly programs should
place a return code in D0, and execute an RTS instruction with
their original stack ptr.
IMPLEMENTATION
The action of Exit() depends on whether the program which called it
is running as a command under a CLI or not. If the program is
running under the CLI the command finishes and control reverts to
the CLI. In this case, returnCode is interpreted as the return code
from the program.
If the program is running as a distinct process, Exit() deletes the
process and release the space associated with the stack, segment
list and process structure.
INPUTS
returnCode - integer
SEE ALSO
CreateProc(), CreateNewProc()
dos.library/ExNext
NAME
ExNext -- Examine the next entry in a directory
SYNOPSIS
success = ExNext( lock, FileInfoBlock )
D0 D1 D2
BOOL ExNext(BPTR, struct FileInfoBlock *)
FUNCTION
This routine is passed a directory lock and a FileInfoBlock that
have been initialized by a previous call to Examine(), or updated
by a previous call to ExNext(). ExNext() gives a return code of zero
on failure. The most common cause of failure is reaching the end
of the list of files in the owning directory. In this case, IoErr
will return ERROR_NO_MORE_ENTRIES and a good exit is appropriate.
So, follow these steps to examine a directory:
1) Pass a Lock and a FileInfoBlock to Examine(). The lock must
be on the directory you wish to examine.
2) Pass ExNext() the same lock and FileInfoBlock.
3) Do something with the information returned in the FileInfoBlock.
Note that the fib_DirEntryType field is positive for directories,
negative for files.
4) Keep calling ExNext() until it returns FALSE. Check IoErr()
to ensure that the reason for failure was ERROR_NO_MORE_ENTRIES.
Note: if you wish to recursively scan the file tree and you find
another directory while ExNext()ing you must Lock that directory and
Examine() it using a new FileInfoBlock. Use of the same
FileInfoBlock to enter a directory would lose important state
information such that it will be impossible to continue scanning
the parent directory. While it is permissible to UnLock() and Lock()
the parent directory between ExNext() calls, this is NOT recommended.
Important state information is associated with the parent lock, so
if it is freed between ExNext() calls this information has to be
rebuilt on each new ExNext() call, and will significantly slow down
directory scanning.
It is NOT legal to Examine() a file, and then to ExNext() from that
FileInfoBlock. You may make a local copy of the FileInfoBlock, as
long as it is never passed back to the operating system.
INPUTS
lock - BCPL pointer to a lock originally used for the Examine() call
infoBlock - pointer to a FileInfoBlock used on the previous Examine()
or ExNext() call.
RESULTS
success - boolean
SPECIAL NOTE
FileInfoBlock must be longword-aligned. AllocDosObject() will
allocate them correctly for you.
SEE ALSO
Examine(), Lock(), UnLock(), IoErr(), ExamineFH(), AllocDosObject(),
ExAll()
dos.library/Fault
NAME
Fault -- Returns the text associated with a DOS error code (V36)
SYNOPSIS
len = Fault(code, header, buffer, len)
D0 D1 D2 D3 D4
LONG Fault(LONG, STRPTR, STRPTR, LONG)
FUNCTION
This routine obtains the error message text for the given error code.
The header is prepended to the text of the error message, followed
by a colon. Puts a null-terminated string for the error message into
the buffer. By convention, error messages should be no longer than 80
characters (+1 for termination), and preferably no more than 60.
The value returned by IoErr() is set to the code passed in. If there
is no message for the error code, the message will be "Error code
\n".
The number of characters put into the buffer is returned, which will
be 0 if the code passed in was 0.
INPUTS
code - Error code
header - header to output before error text
buffer - Buffer to receive error message.
len - Length of the buffer.
RESULT
len - number of characters put into buffer (may be 0)
SEE ALSO
IoErr(), SetIoErr(), PrintFault()
BUGS
In older documentation, the return was shown as BOOL success. This
was incorrect, it has always returned the length.
dos.library/FGetC
NAME
FGetC -- Read a character from the specified input (buffered) (V36)
SYNOPSIS
char = FGetC(fh)
D0 D1
LONG FGetC(BPTR)
FUNCTION
Reads the next character from the input stream. A -1 is
returned when EOF or an error is encountered. This call is buffered.
Use Flush() between buffered and unbuffered I/O on a filehandle.
INPUTS
fh - filehandle to use for buffered I/O
RESULT
char - character read (0-255) or -1
BUGS
In V36, after an EOF was read, EOF would always be returned from
FGetC() from then on. Starting in V37, it tries to read from the
handler again each time (unless UnGetC(fh,-1) was called).
SEE ALSO
FPutC(), UnGetC(), Flush()
dos.library/FGets
NAME
FGets -- Reads a line from the specified input (buffered) (V36)
SYNOPSIS
buffer = FGets(fh, buf, len)
D0 D1 D2 D3
STRPTR FGets(BPTR, STRPTR, ULONG)
FUNCTION
This routine reads in a single line from the specified input stopping
at a NEWLINE character or EOF. In either event, UP TO the number of
len specified bytes minus 1 will be copied into the buffer. Hence if
a length of 50 is passed and the input line is longer than 49 bytes,
it will return 49 characters. It returns the buffer pointer normally,
or NULL if EOF is the first thing read.
If terminated by a newline, the newline WILL be the last character in
the buffer. This is a buffered read routine. The string read in IS
null-terminated.
INPUTS
fh - filehandle to use for buffered I/O
buf - Area to read bytes into.
len - Number of bytes to read, must be > 0.
RESULT
buffer - Pointer to buffer passed in, or NULL for immediate EOF or for
an error. If NULL is returnd for an EOF, IoErr() will return
0.
BUGS
In V36 and V37, it copies one more byte than it should if it doesn't
hit an EOF or newline. In the example above, it would copy 50 bytes
and put a null in the 51st. This is fixed in dos V39. Workaround
for V36/V37: pass in buffersize-1.
SEE ALSO
FRead(), FPuts(), FGetC()
dos.library/FilePart
NAME
FilePart -- Returns the last component of a path (V36)
SYNOPSIS
fileptr = FilePart( path )
D0 D1
STRPTR FilePart( STRPTR )
FUNCTION
This function returns a pointer to the last component of a string path
specification, which will normally be the file name. If there is only
one component, it returns a pointer to the beginning of the string.
INPUTS
path - pointer to an path string. May be relative to the current
directory or the current disk.
RESULT
fileptr - pointer to the last component of the path.
EXAMPLE
FilePart("xxx:yyy/zzz/qqq") would return a pointer to the first 'q'.
FilePart("xxx:yyy") would return a pointer to the first 'y').
SEE ALSO
PathPart(), AddPart()
dos.library/FindArg
NAME
FindArg - find a keyword in a template (V36)
SYNOPSIS
index = FindArg(template, keyword)
D0 D1 D2
LONG FindArg(STRPTR, STRPTR)
FUNCTION
Returns the argument number of the keyword, or -1 if it is not a
keyword for the template. Abbreviations are handled.
INPUTS
keyword - keyword to search for in template
template - template string to search
RESULT
index - number of entry in template, or -1 if not found
BUGS
In earlier published versions of the autodoc, keyword and template
were backwards.
SEE ALSO
ReadArgs(), ReadItem(), FreeArgs()
dos.library/FindCliProc
NAME
FindCliProc -- returns a pointer to the requested CLI process (V36)
SYNOPSIS
proc = FindCliProc(num)
D0 D1
struct Process *FindCliProc(ULONG)
FUNCTION
This routine returns a pointer to the CLI process associated with the
given CLI number. If the process isn't an active CLI process, NULL is
returned. NOTE: should normally be called inside a Forbid(), if you
must use this function at all.
INPUTS
num - Task number of CLI process (range 1-N)
RESULT
proc - Pointer to given CLI process
SEE ALSO
Cli(), Forbid(), MaxCli()
dos.library/FindDosEntry
NAME
FindDosEntry -- Finds a specific Dos List entry (V36)
SYNOPSIS
newdlist = FindDosEntry(dlist,name,flags)
D0 D1 D2 D3
struct DosList *FindDosEntry(struct DosList *,STRPTR,ULONG)
FUNCTION
Locates an entry on the device list. Starts with the entry dlist.
NOTE: must be called with the device list locked, no references may be
made to dlist after unlocking.
INPUTS
dlist - The device entry to start with.
name - Name of device entry (without ':') to locate.
flags - Search control flags. Use the flags you passed to
LockDosList, or a subset of them. LDF_READ/LDF_WRITE are
not required for this call.
RESULT
newdlist - The device entry or NULL
SEE ALSO
AddDosEntry(), RemDosEntry(), NextDosEntry(), LockDosList(),
MakeDosEntry(), FreeDosEntry()
dos.library/FindSegment
NAME
FindSegment - Finds a segment on the resident list (V36)
SYNOPSIS
segment = FindSegment(name, start, system)
D0 D1 D2 D3
struct Segment *FindSegment(STRPTR, struct Segment *, LONG)
FUNCTION
Finds a segment on the Dos resident list by name and type, starting
at the segment AFTER 'start', or at the beginning if start is NULL.
If system is zero, it will only return nodes with a seg_UC of 0
or more. It does NOT increment the seg_UC, and it does NOT do any
locking of the list. You must Forbid() lock the list to use this
call.
To use an entry you have found, you must: if the seg_UC is 0 or more,
increment it, and decrement it (under Forbid()!) when you're done
the the seglist.
The other values for seg_UC are:
-1 - system module, such as a filesystem or shell
-2 - resident shell command
-999 - disabled internal command, ignore
Negative values should never be modified. All other negative
values between 0 and -32767 are reserved to AmigaDos and should not
be used.
INPUTS
name - name of segment to find
start - segment to start the search after
system - true for system segment, false for normal segments
RESULT
segment - the segment found or NULL
SEE ALSO
AddSegment(), RemSegment(), Forbid()
dos.library/FindVar
NAME
FindVar -- Finds a local variable (V36)
SYNOPSIS
var = FindVar( name, type )
D0 D1 D2
struct LocalVar * FindVar(STRPTR, ULONG )
FUNCTION
Finds a local variable structure.
INPUTS
name - pointer to an variable name. Note variable names follow
filesystem syntax and semantics.
type - type of variable to be found (see )
RESULT
var - pointer to a LocalVar structure or NULL
SEE ALSO
GetVar(), SetVar(), DeleteVar(),
dos.library/Flush
NAME
Flush -- Flushes buffers for a buffered filehandle (V36)
SYNOPSIS
success = Flush(fh)
D0 D1
LONG Flush(BPTR)
FUNCTION
Flushes any pending buffered writes to the filehandle. All buffered
writes will also be flushed on Close(). If the filehandle was being
used for input, it drops the buffer, and tries to Seek() back to the
last read position (so subsequent reads or writes will occur at the
expected position in the file).
INPUTS
fh - Filehandle to flush.
RESULT
success - Success or failure.
BUGS
Before V37 release, Flush() returned a random value. As of V37,
it always returns success (this will be fixed in some future
release).
The V36 and V37 releases didn't properly flush filehandles which
have never had a buffered IO done on them. This commonly occurs
on redirection of input of a command, or when opening a file for
input and then calling CreateNewProc() with NP_Arguments, or when
using a new filehandle with SelectInput() and then calling
RunCommand(). This is fixed in V39. A workaround would be to
do FGetC(), then UnGetC(), then Flush().
SEE ALSO
FputC(), FGetC(), UnGetC(), Seek(), Close(), CreateNewProc(),
SelectInput(), RunCommand()
dos.library/Format
NAME
Format -- Causes a filesystem to initialize itself (V36)
SYNOPSIS
success = Format(filesystem, volumename, dostype)
D0 D1 D2 D3
BOOL Format(STRPTR, STRPTR, ULONG)
FUNCTION
Interface for initializing new media on a device. This causes the
filesystem to write out an empty disk structure to the media, which
should then be ready for use. This assumes the media has been low-
level formatted and verified already.
The filesystem should be inhibited before calling Format() to make
sure you don't get an ERROR_OBJECT_IN_USE.
INPUTS
filesystem - Name of device to be formatted. ':' must be supplied.
volumename - Name for volume (if supported). No ':'.
dostype - Type of format, if filesystem supports multiple types.
RESULT
success - Success/failure indicator.
BUGS
Existed, but was non-functional in V36 dos. (The volumename wasn't
converted to a BSTR.) Workaround: require V37, or under V36
convert volumename to a BPTR to a BSTR before calling Format().
Note: a number of printed packet docs for ACTION_FORMAT are wrong
as to the arguments.
SEE ALSO
dos.library/FPutC
NAME
FPutC -- Write a character to the specified output (buffered) (V36)
SYNOPSIS
char = FPutC(fh, char)
D0 D1 D2
LONG FPutC(BPTR, LONG)
FUNCTION
Writes a single character to the output stream. This call is
buffered. Use Flush() between buffered and unbuffered I/O on a
filehandle. Interactive filehandles are flushed automatically
on a newline, return, '\0', or line feed.
INPUTS
fh - filehandle to use for buffered I/O
char - character to write
RESULT
char - either the character written, or EOF for an error.
BUGS
Older autodocs indicated that you should pass a UBYTE. The
correct usage is to pass a LONG in the range 0-255.
SEE ALSO
FGetC(), UnGetC(), Flush()
dos.library/FPuts
NAME
FPuts -- Writes a string the the specified output (buffered) (V36)
SYNOPSIS
error = FPuts(fh, str)
D0 D1 D2
LONG FPuts(BPTR, STRPTR)
FUNCTION
This routine writes an unformatted string to the filehandle. No
newline is appended to the string. This routine is buffered.
INPUTS
fh - filehandle to use for buffered I/O
str - Null-terminated string to be written to default output
RESULT
error - 0 normally, otherwise -1. Note that this is opposite of
most other Dos functions, which return success.
SEE ALSO
FGets(), FPutC(), FWrite(), PutStr()
dos.library/FRead
NAME
FRead -- Reads a number of blocks from an input (buffered) (V36)
SYNOPSIS
count = FRead(fh, buf, blocklen, blocks)
D0 D1 D2 D3 D4
LONG FRead(BPTR, STRPTR, ULONG, ULONG)
FUNCTION
Attempts to read a number of blocks, each blocklen long, into the
specified buffer from the input stream. May return less than
the number of blocks requested, either due to EOF or read errors.
This call is buffered.
INPUTS
fh - filehandle to use for buffered I/O
buf - Area to read bytes into.
blocklen - number of bytes per block. Must be > 0.
blocks - number of blocks to read. Must be > 0.
RESULT
count - Number of _blocks_ read, or 0 for EOF. On an error, the
number of blocks actually read is returned.
BUGS
Doesn't clear IoErr() before starting. If you want to find out
about errors, use SetIoErr(0L) before calling.
SEE ALSO
FGetC(), FWrite(), FGets()
dos.library/FreeArgs
NAME
FreeArgs - Free allocated memory after ReadArgs() (V36)
SYNOPSIS
FreeArgs(rdargs)
D1
void FreeArgs(struct RDArgs *)
FUNCTION
Frees memory allocated to return arguments in from ReadArgs(). If
ReadArgs allocated the RDArgs structure it will be freed. If NULL
is passed in this function does nothing.
INPUTS
rdargs - structure returned from ReadArgs() or NULL.
SEE ALSO
ReadArgs(), ReadItem(), FindArg()
dos.library/FreeDeviceProc
NAME
FreeDeviceProc -- Releases port returned by GetDeviceProc() (V36)
SYNOPSIS
FreeDeviceProc(devproc)
D1
void FreeDeviceProc(struct DevProc *)
FUNCTION
Frees up the structure created by GetDeviceProc(), and any associated
temporary locks.
Decrements the counter incremented by GetDeviceProc(). The counter
is in an extension to the 1.3 process structure. After calling
FreeDeviceProc(), do not use the port or lock again! It is safe to
call FreeDeviceProc(NULL).
INPUTS
devproc - A value returned by GetDeviceProc()
BUGS
Counter not currently active in 2.0.
SEE ALSO
GetDeviceProc(), DeviceProc(), AssignLock(), AssignLate(),
AssignPath()
dos.library/FreeDosEntry
NAME
FreeDosEntry -- Frees an entry created by MakeDosEntry (V36)
SYNOPSIS
FreeDosEntry(dlist)
D1
void FreeDosEntry(struct DosList *)
FUNCTION
Frees an entry created by MakeDosEntry(). This routine should be
eliminated and replaced by a value passed to FreeDosObject()!
INPUTS
dlist - DosList to free.
SEE ALSO
AddDosEntry(), RemDosEntry(), FindDosEntry(), LockDosList(),
NextDosEntry(), MakeDosEntry()
dos.library/FreeDosObject
NAME
FreeDosObject -- Frees an object allocated by AllocDosObject() (V36)
SYNOPSIS
FreeDosObject(type, ptr)
D1 D2
void FreeDosObject(ULONG, void *)
FUNCTION
Frees an object allocated by AllocDosObject(). Do NOT call for
objects allocated in any other way.
INPUTS
type - type passed to AllocDosObject()
ptr - ptr returned by AllocDosObject()
BUGS
Before V39, DOS_CLI objects will only have the struct
CommandLineInterface freed, not the strings it points to. This
is fixed in V39 dos. Before V39, you can workaround this bug by
using FreeVec() on cli_SetName, cli_CommandFile, cli_CommandName,
and cli_Prompt, and then setting them all to NULL. In V39 or
above, do NOT use the workaround.
SEE ALSO
AllocDosObject(), FreeVec(),
dos.library/FWrite
NAME
FWrite -- Writes a number of blocks to an output (buffered) (V36)
SYNOPSIS
count = FWrite(fh, buf, blocklen, blocks)
D0 D1 D2 D3 D4
LONG FWrite(BPTR, STRPTR, ULONG, ULONG)
FUNCTION
Attempts to write a number of blocks, each blocklen long, from the
specified buffer to the output stream. May return less than the
number of blocks requested, if there is some error such as a full
disk or r/w error. This call is buffered.
INPUTS
fh - filehandle to use for buffered I/O
buf - Area to write bytes from.
blocklen - number of bytes per block. Must be > 0.
blocks - number of blocks to write. Must be > 0.
RESULT
count - Number of _blocks_ written. On an error, the number of
blocks actually written is returned.
BUGS
Doesn't clear IoErr() before starting. If you want to find out
about errors, use SetIoErr(0L) before calling.
SEE ALSO
FPutC(), FRead(), FPuts()
dos.library/GetArgStr
NAME
GetArgStr -- Returns the arguments for the process (V36)
SYNOPSIS
ptr = GetArgStr()
D0
STRPTR GetArgStr(void)
FUNCTION
Returns a pointer to the (null-terminated) arguments for the program
(process). This is the same string passed in a0 on startup from CLI.
RESULT
ptr - pointer to arguments
SEE ALSO
SetArgStr(), RunCommand()
dos.library/GetConsoleTask
NAME
GetConsoleTask -- Returns the default console for the process (V36)
SYNOPSIS
port = GetConsoleTask()
D0
struct MsgPort *GetConsoleTask(void)
FUNCTION
Returns the default console task's port (pr_ConsoleTask) for the
current process.
RESULT
port - The pr_MsgPort of the console handler, or NULL.
SEE ALSO
SetConsoleTask(), Open()
dos.library/GetCurrentDirName
NAME
GetCurrentDirName -- returns the current directory name (V36)
SYNOPSIS
success = GetCurrentDirName(buf, len)
D0 D1 D2
BOOL GetCurrentDirName(STRPTR, LONG)
FUNCTION
Extracts the current directory name from the CLI structure and puts it
into the buffer. If the buffer is too small, the name is truncated
appropriately and a failure code returned. If no CLI structure is
present, a null string is returned in the buffer, and failure from
the call (with IoErr() == ERROR_OBJECT_WRONG_TYPE);
INPUTS
buf - Buffer to hold extracted name
len - Number of bytes of space in buffer
RESULT
success - Success/failure indicator
BUGS
In V36, this routine didn't handle 0-length buffers correctly.
SEE ALSO
SetCurrentDirName()
dos.library/GetDeviceProc
NAME
GetDeviceProc -- Finds a handler to send a message to (V36)
SYNOPSIS
devproc = GetDeviceProc(name, devproc)
D0 D1 D2
struct DevProc *GetDeviceProc(STRPTR, struct DevProc *)
FUNCTION
Finds the handler/filesystem to send packets regarding 'name' to.
This may involve getting temporary locks. It returns a structure
that includes a lock and msgport to send to to attempt your operation.
It also includes information on how to handle multiple-directory
assigns (by passing the DevProc back to GetDeviceProc() until it
returns NULL).
The initial call to GetDeviceProc() should pass NULL for devproc. If
after using the returned DevProc, you get an ERROR_OBJECT_NOT_FOUND,
and (devproc->dvp_Flags & DVPF_ASSIGN) is true, you should call
GetDeviceProc() again, passing it the devproc structure. It will
either return a modified devproc structure, or NULL (with
ERROR_NO_MORE_ENTRIES in IoErr()). Continue until it returns NULL.
This call also increments the counter that locks a handler/fs into
memory. After calling FreeDeviceProc(), do not use the port or lock
again!
INPUTS
name - name of the object you wish to access. This can be a
relative path ("foo/bar"), relative to the current volume
(":foo/bar"), or relative to a device/volume/assign
("foo:bar").
devproc - A value returned by GetDeviceProc() before, or NULL
RESULT
devproc - a pointer to a DevProc structure or NULL
BUGS
Counter not currently active in 2.0.
In 2.0 and 2.01, you HAD to check DVPF_ASSIGN before calling it again.
This was fixed for the 2.02 release of V36.
SEE ALSO
FreeDeviceProc(), DeviceProc(), AssignLock(), AssignLate(),
AssignPath()
dos.library/GetFileSysTask
NAME
GetFileSysTask -- Returns the default filesystem for the process (V36)
SYNOPSIS
port = GetFileSysTask()
D0
struct MsgPort *GetFileSysTask(void)
FUNCTION
Returns the default filesystem task's port (pr_FileSystemTask) for the
current process.
RESULT
port - The pr_MsgPort of the filesystem, or NULL.
SEE ALSO
SetFileSysTask(), Open()
dos.library/GetProgramDir
NAME
GetProgramDir -- Returns a lock on the directory the program was loaded
from (V36)
SYNOPSIS
lock = GetProgramDir()
D0
BPTR GetProgramDir(void)
FUNCTION
Returns a shared lock on the directory the program was loaded from.
This can be used for a program to find data files, etc, that are stored
with the program, or to find the program file itself. NULL returns are
valid, and may occur, for example, when running a program from the
resident list. You should NOT unlock the lock.
RESULT
lock - A lock on the directory the current program was loaded from,
or NULL if loaded from resident list, etc.
BUGS
Should return a lock for things loaded via resident. Perhaps should
return currentdir if NULL.
SEE ALSO
SetProgramDir(), Open()
dos.library/GetProgramName
NAME
GetProgramName -- Returns the current program name (V36)
SYNOPSIS
success = GetProgramName(buf, len)
D0 D1 D2
BOOL GetProgramName(STRPTR, LONG)
FUNCTION
Extracts the program name from the CLI structure and puts it
into the buffer. If the buffer is too small, the name is truncated.
If no CLI structure is present, a null string is returned in the
buffer, and failure from the call (with IoErr() ==
ERROR_OBJECT_WRONG_TYPE);
INPUTS
buf - Buffer to hold extracted name
len - Number of bytes of space in buffer
RESULT
success - Success/failure indicator
SEE ALSO
SetProgramName()
dos.library/GetPrompt
NAME
GetPrompt -- Returns the prompt for the current process (V36)
SYNOPSIS
success = GetPrompt(buf, len)
D0 D1 D2
BOOL GetPrompt(STRPTR, LONG)
FUNCTION
Extracts the prompt string from the CLI structure and puts it
into the buffer. If the buffer is too small, the string is truncated
appropriately and a failure code returned. If no CLI structure is
present, a null string is returned in the buffer, and failure from
the call (with IoErr() == ERROR_OBJECT_WRONG_TYPE);
INPUTS
buf - Buffer to hold extracted prompt
len - Number of bytes of space in buffer
RESULT
success - Success/failure indicator
SEE ALSO
SetPrompt()
dos.library/GetVar
NAME
GetVar -- Returns the value of a local or global variable (V36)
SYNOPSIS
len = GetVar( name, buffer, size, flags )
D0 D1 D2 D3 D4
LONG GetVar( STRPTR, STRPTR, LONG, ULONG )
FUNCTION
Gets the value of a local or environment variable. It is advised to
only use ASCII strings inside variables, but not required. This stops
putting characters into the destination when a \n is hit, unless
GVF_BINARY_VAR is specified. (The \n is not stored in the buffer.)
INPUTS
name - pointer to a variable name.
buffer - a user allocated area which will be used to store
the value associated with the variable.
size - length of the buffer region in bytes.
flags - combination of type of var to get value of (low 8 bits), and
flags to control the behavior of this routine. Currently
defined flags include:
GVF_GLOBAL_ONLY - tries to get a global env variable.
GVF_LOCAL_ONLY - tries to get a local variable.
GVF_BINARY_VAR - don't stop at \n
GVF_DONT_NULL_TERM - no null termination (only valid
for binary variables). (V37)
The default is to try to get a local variable first, then
to try to get a global environment variable.
RESULT
len - Size of environment variable. -1 indicates that the
variable was not defined (if IoErr() returns
ERROR_OBJECT_NOT_FOUND - it returns ERROR_BAD_NUMBER if
you specify a size of 0). If the value would overflow
the user buffer, the buffer is truncated. The buffer
returned is null-terminated (even if GVF_BINARY_VAR is
used, unless GVF_DONT_NULL_TERM is in effect). If it
succeeds, len is the number of characters put in the buffer
(not including null termination), and IoErr() will return the
the size of the variable (regardless of buffer size).
BUGS
LV_VAR is the only type that can be global.
Under V36, we documented (and it returned) the size of the variable,
not the number of characters transferred. For V37 this was changed
to the number of characters put in the buffer, and the total size
of the variable is put in IoErr().
GVF_DONT_NULL_TERM only works for local variables under V37. For
V39, it also works for globals.
SEE ALSO
SetVar(), DeleteVar(), FindVar(),
dos.library/Info
NAME
Info -- Returns information about the disk
SYNOPSIS
success = Info( lock, parameterBlock )
D0 D1 D2
BOOL Info(BPTR, struct InfoData *)
FUNCTION
Info() can be used to find information about any disk in use.
'lock' refers to the disk, or any file on the disk. The parameter
block is returned with information about the size of the disk,
number of free blocks and any soft errors.
INPUTS
lock - BCPL pointer to a lock
parameterBlock - pointer to an InfoData structure
(longword aligned)
RESULTS
success - boolean
SPECIAL NOTE:
Note that InfoData structure must be longword aligned.
dos.library/Inhibit
NAME
Inhibit -- Inhibits access to a filesystem (V36)
SYNOPSIS
success = Inhibit(filesystem, flag)
D0 D1 D2
BOOL Inhibit(STRPTR,LONG)
FUNCTION
Sends an ACTION_INHIBIT packet to the indicated handler. This stops
all activity by the handler until uninhibited. When uninhibited,
anything may have happened to the disk in the drive, or there may no
longer be one.
INPUTS
filesystem - Name of device to inhibit (with ':')
flag - New status. DOSTRUE = inhibited, FALSE = uninhibited
RESULT
success - Success/failure indicator
SEE ALSO
dos.library/Input
NAME
Input -- Identify the program's initial input file handle
SYNOPSIS
file = Input()
D0
BPTR Input(void)
FUNCTION
Input() is used to identify the initial input stream allocated when
the program was initiated. Never close the filehandle returned by
Input!
RESULTS
file - BCPL pointer to a file handle
SEE ALSO
Output(), SelectInput()
dos.library/InternalLoadSeg
NAME
InternalLoadSeg -- Low-level load routine (V36)
SYNOPSIS
seglist = InternalLoadSeg(fh,table,functionarray,stack)
D0 D0 A0 A1 A2
BPTR InternalLoadSeg(BPTR,BPTR,LONG *,LONG *)
FUNCTION
Loads from fh. Table is used when loading an overlay, otherwise
should be NULL. Functionarray is a pointer to an array of functions.
Note that the current Seek position after loading may be at any point
after the last hunk loaded. The filehandle will not be closed. If a
stacksize is encoded in the file, the size will be stuffed in the
LONG pointed to by stack. This LONG should be initialized to your
default value: InternalLoadSeg() will not change it if no stacksize
is found. Clears unused portions of Code and Data hunks (as well as
BSS hunks). (This also applies to LoadSeg() and NewLoadSeg()).
If the file being loaded is an overlaid file, this will return
-(seglist). All other results will be positive.
NOTE to overlay users: InternalLoadSeg() does NOT return seglist in
both D0 and D1, as LoadSeg does. The current ovs.asm uses LoadSeg(),
and assumes returns are in D1. We will support this for LoadSeg()
ONLY.
INPUTS
fh - Filehandle to load from.
table - When loading an overlay, otherwise ignored.
functionarray - Array of function to be used for read, alloc, and free.
FuncTable[0] -> Actual = ReadFunc(readhandle,buffer,length),DOSBase
D0 D1 A0 D0 A6
FuncTable[1] -> Memory = AllocFunc(size,flags), Execbase
D0 D0 D1 a6
FuncTable[2] -> FreeFunc(memory,size), Execbase
A1 D0 a6
stack - Pointer to storage (ULONG) for stacksize.
RESULT
seglist - Seglist loaded or NULL. NOT returned in D1!
BUGS
Really should use tags.
SEE ALSO
LoadSeg(), UnLoadSeg(), NewLoadSeg(), InternalUnLoadSeg()
dos.library/InternalUnLoadSeg
NAME
InternalUnLoadSeg -- Unloads a seglist loaded with InternalLoadSeg() (V36)
SYNOPSIS
success = InternalUnLoadSeg(seglist,FreeFunc)
D0 D1 A1
BOOL InternalUnLoadSeg(BPTR,void (*)(STRPTR,ULONG))
FUNCTION
Unloads a seglist using freefunc to free segments. Freefunc is called
as for InternalLoadSeg. NOTE: will call Close() for overlaid
seglists.
INPUTS
seglist - Seglist to be unloaded
FreeFunc - Function called to free memory
RESULT
success - returns whether everything went OK (since this may close
files). Also returns FALSE if seglist was NULL.
BUGS
Really should use tags
SEE ALSO
LoadSeg(), UnLoadSeg(), InternalLoadSeg(), NewUnLoadSeg(), Close()
dos.library/IoErr
NAME
IoErr -- Return extra information from the system
SYNOPSIS
error = IoErr()
D0
LONG IoErr(void)
FUNCTION
Most I/O routines return zero to indicate an error. When this
happens (or whatever the defined error return for the routine)
this routine may be called to determine more information. It is
also used in some routines to pass back a secondary result.
Note: there is no guarantee as to the value returned from IoErr()
after a successful operation, unless to specified by the routine.
RESULTS
error - integer
SEE ALSO
Fault(), PrintFault(), SetIoErr()
dos.library/IsFileSystem
NAME
IsFileSystem -- returns whether a Dos handler is a filesystem (V36)
SYNOPSIS
result = IsFileSystem(name)
D0 D1
BOOL IsFileSystem(STRPTR)
FUNCTION
Returns whether the device is a filesystem or not. A filesystem
supports seperate files storing information. It may also support
sub-directories, but is not required to. If the filesystem doesn't
support this new packet, IsFileSystem() will use Lock(":",...) as
an indicator.
INPUTS
name - Name of device in question, with trailing ':'.
RESULT
result - Flag to indicate if device is a file system
SEE ALSO
Lock()
dos.library/IsInteractive
NAME
IsInteractive -- Discover whether a file is "interactive"
SYNOPSIS
status = IsInteractive( file )
D0 D1
BOOL IsInteractive(BPTR)
FUNCTION
The return value 'status' indicates whether the file associated
with the file handle 'file' is connected to a virtual terminal.
INPUTS
file - BCPL pointer to a file handle
RESULTS
status - boolean
SEE ALSO
dos.library/LoadSeg
NAME
LoadSeg -- Scatterload a loadable file into memory
SYNOPSIS
seglist = LoadSeg( name )
D0 D1
BPTR LoadSeg(STRPTR)
FUNCTION
The file 'name' should be a load module produced by the linker.
LoadSeg() scatterloads the CODE, DATA and BSS segments into memory,
chaining together the segments with BPTR's on their first words.
The end of the chain is indicated by a zero. There can be any number
of segments in a file. All necessary relocation is handled by
LoadSeg().
In the event of an error any blocks loaded will be unloaded and a
NULL result returned.
If the module is correctly loaded then the output will be a pointer
at the beginning of the list of blocks. Loaded code is unloaded via
a call to UnLoadSeg().
INPUTS
name - pointer to a null-terminated string
RESULTS
seglist - BCPL pointer to a seglist
SEE ALSO
UnLoadSeg(), InternalLoadSeg(), InternalUnLoadSeg(), CreateProc(),
CreateNewProc(), NewLoadSeg().
dos.library/Lock
NAME
Lock -- Lock a directory or file
SYNOPSIS
lock = Lock( name, accessMode )
D0 D1 D2
BPTR Lock(STRPTR, LONG)
FUNCTION
A filing system lock on the file or directory 'name' is returned if
possible.
If the accessMode is ACCESS_READ, the lock is a shared read lock;
if the accessMode is ACCESS_WRITE then it is an exclusive write
lock. Do not use random values for mode.
If Lock() fails (that is, if it cannot obtain a filing system lock
on the file or directory) it returns a zero.
Tricky assumptions about the internal format of a lock are unwise,
as are any attempts to use the fl_Link or fl_Access fields.
INPUTS
name - pointer to a null-terminated string
accessMode - integer
RESULTS
lock - BCPL pointer to a lock
SEE ALSO
UnLock(), DupLock(), ChangeMode(), NameFromLock(), DupLockFromFH()
dos.library/LockDosList
NAME
LockDosList -- Locks the specified Dos Lists for use (V36)
SYNOPSIS
dlist = LockDosList(flags)
D0 D1
struct DosList *LockDosList(ULONG)
FUNCTION
Locks the dos device list in preparation to walk the list.
If the list is 'busy' then this routine will not return until it is
available. This routine "nests": you can call it multiple times, and
then must unlock it the same number of times. The dlist
returned is NOT a valid entry: it is a special value. Note that
for 1.3 compatibility, it also does a Forbid() - this will probably
be removed at some future time. The 1.3 Forbid() locking of this
list had some race conditions. The pointer returned by this is NOT
an actual DosList pointer - you should use on of the other DosEntry
calls to get actual pointers to DosList structures (such as
NextDosEntry()), passing the value returned by LockDosList()
as the dlist value.
Note for handler writers: you should never call this function with
LDF_WRITE, since it can deadlock you (if someone has it read-locked
and they're trying to send you a packet). Use AttemptLockDosList()
instead, and effectively busy-wait with delays for the list to be
available. The other option is that you can spawn a process to
add the entry safely.
As an example, here's how you can search for all volumes of a specific
name and do something with them:
2.0 way:
dl = LockDosList(LDF_VOLUMES|LDF_READ);
while (dl = FindDosEntry(dl,name,LDF_VOLUMES))
{
Add to list of volumes to process or break out of
the while loop.
(You could try using it here, but I advise
against it for compatability reasons if you
are planning on continuing to examine the list.)
}
process list of volumes saved above, or current entry if
you're only interested in the first one of that name.
UnLockDosList(LDF_VOLUMES|LDF_READ);
\* must not use dl after this! *\
1.3/2.0 way:
if (version >= 36)
dl = LockDosList(LDF_VOLUMES|LDF_READ);
else {
Forbid();
/* tricky! note dol_Next is at offset 0! */
dl = &(...->di_DeviceList);
}
while (version >= 36 ?
dl = FindDosEntry(dl,name,LDF_VOLUMES) :
dl = yourfindentry(dl,name,DLT_VOLUME))
{
Add to list of volumes to process, or break out of
the while loop.
Do NOT lock foo1/foo2 here if you will continue
to examine the list - it breaks the forbid
and the list may change on you.
}
process list of volumes saved above, or current entry if
you're only interested in the first one of that name.
if (version >= 36)
UnLockDosList(LDF_VOLUMES|LDF_READ);
else
Permit();
\* must not use dl after this! *\
...
struct DosList *
yourfindentry (struct DosList *dl, STRPTRname, type)
{
\* tricky - depends on dol_Next being at offset 0,
and the initial ptr being a ptr to di_DeviceList! *\
while (dl = dl->dol_Next)
{
if (dl->dol_Type == type &&
stricmp(name,BADDR(dl->dol_Name)+1) == 0)
{
break;
}
}
return dl;
}
INPUTS
flags - Flags stating which types of nodes you want to lock.
RESULT
dlist - Pointer to the head of the list. NOT a valid node!
SEE ALSO
AttemptLockDosList(), UnLockDosList(), Forbid(), NextDosEntry()
dos.library/LockRecord
NAME
LockRecord -- Locks a portion of a file (V36)
SYNOPSIS
success = LockRecord(fh,offset,length,mode,timeout)
D0 D1 D2 D3 D4 D5
BOOL LockRecord(BPTR,ULONG,ULONG,ULONG,ULONG)
FUNCTION
This locks a portion of a file for exclusive access. Timeout is how
long to wait in ticks (1/50 sec) for the record to be available.
Valid modes are:
REC_EXCLUSIVE
REC_EXCLUSIVE_IMMED
REC_SHARED
REC_SHARED_IMMED
For the IMMED modes, the timeout is ignored.
Record locks are tied to the filehandle used to create them. The
same filehandle can get any number of exclusive locks on the same
record, for example. These are cooperative locks, they only
affect other people calling LockRecord().
INPUTS
fh - File handle for which to lock the record
offset - Record start position
length - Length of record in bytes
mode - Type of lock requester
timeout - Timeout interval in ticks. 0 is legal.
RESULT
success - Success or failure
BUGS
In 2.0 through 2.02 (V36), LockRecord() only worked in the ramdisk.
Attempting to lock records on the disk filesystem causes a crash.
This was fixed for V37.
SEE ALSO
LockRecords(), UnLockRecord(), UnLockRecords()
dos.library/LockRecords
NAME
LockRecords -- Lock a series of records (V36)
SYNOPSIS
success = LockRecords(record_array,timeout)
D0 D1 D2
BOOL LockRecords(struct RecordLock *,ULONG)
FUNCTION
This locks several records within a file for exclusive access.
Timeout is how long to wait in ticks for the records to be available.
The wait is applied to each attempt to lock each record in the list.
It is recommended that you always lock a set of records in the same
order to reduce possibilities of deadlock.
The array of RecordLock structures is terminated by an entry with
rec_FH of NULL.
INPUTS
record_array - List of records to be locked
timeout - Timeout interval. 0 is legal
RESULT
success - Success or failure
BUGS
See LockRecord()
SEE ALSO
LockRecord(), UnLockRecord(), UnLockRecords()
dos.library/MakeDosEntry
NAME
MakeDosEntry -- Creates a DosList structure (V36)
SYNOPSIS
newdlist = MakeDosEntry(name, type)
D0 D1 D2
struct DosList *MakeDosEntry(STRPTR, LONG)
FUNCTION
Create a DosList structure, including allocating a name and correctly
null-terminating the BSTR. It also sets the dol_Type field, and sets
all other fields to 0. This routine should be eliminated and replaced
by a value passed to AllocDosObject()!
INPUTS
name - name for the device/volume/assign node.
type - type of node.
RESULT
newdlist - The new device entry or NULL.
SEE ALSO
AddDosEntry(), RemDosEntry(), FindDosEntry(), LockDosList(),
NextDosEntry(), FreeDosEntry()
dos.library/MakeLink
NAME
MakeLink -- Creates a filesystem link (V36)
SYNOPSIS
success = MakeLink( name, dest, soft )
D0 D1 D2 D3
BOOL MakeLink( STRPTR, LONG, LONG )
FUNCTION
Create a filesystem link from 'name' to dest. For "soft-links",
dest is a pointer to a null-terminated path string. For "hard-
links", dest is a lock (BPTR). 'soft' is FALSE for hard-links,
non-zero otherwise.
Soft-links are resolved at access time by a combination of the
filesystem (by returning ERROR_IS_SOFT_LINK to dos), and by
Dos (using ReadLink() to resolve any links that are hit).
Hard-links are resolved by the filesystem in question. A series
of hard-links to a file are all equivalent to the file itself.
If one of the links (or the original entry for the file) is
deleted, the data remains until there are no links left.
INPUTS
name - Name of the link to create
dest - CPTR to path string, or BPTR lock
soft - FALSE for hard-links, non-zero for soft-links
RESULT
Success - boolean
BUGS
In V36, soft-links didn't work in the ROM filesystem. This was
fixed for V37.
SEE ALSO
ReadLink(), Open(), Lock()
dos.library/MatchEnd
NAME
MatchEnd -- Free storage allocated for MatchFirst()/MatchNext() (V36)
SYNOPSIS
MatchEnd(AnchorPath)
D1
VOID MatchEnd(struct AnchorPath *)
FUNCTION
Return all storage associated with a given search.
INPUTS
AnchorPath - Anchor used for MatchFirst()/MatchNext()
MUST be longword aligned!
SEE ALSO
MatchFirst(), ParsePattern(), Examine(), CurrentDir(), Examine(),
MatchNext(), ExNext(),
dos.library/MatchFirst
NAME
MatchFirst -- Finds file that matches pattern (V36)
SYNOPSIS
error = MatchFirst(pat, AnchorPath)
D0 D1 D2
LONG MatchFirst(STRPTR, struct AnchorPath *)
FUNCTION
Locates the first file or directory that matches a given pattern.
MatchFirst() is passed your pattern (you do not pass it through
ParsePattern() - MatchFirst() does that for you), and the control
structure. MatchFirst() normally initializes your AnchorPath
structure for you, and returns the first file that matched your
pattern, or an error. Note that MatchFirst()/MatchNext() are unusual
for Dos in that they return 0 for success, or the error code (see
), instead of the application getting the error code
from IoErr().
When looking at the result of MatchFirst()/MatchNext(), the ap_Info
field of your AnchorPath has the results of an Examine() of the object.
You normally get the name of the object from fib_FileName, and the
directory it's in from ap_Current->an_Lock. To access this object,
normally you would temporarily CurrentDir() to the lock, do an action
to the file/dir, and then CurrentDir() back to your original directory.
This makes certain you affect the right object even when two volumes
of the same name are in the system. You can use ap_Buf (with
ap_Strlen) to get a name to report to the user.
To initialize the AnchorPath structure (particularily when reusing
it), set ap_BreakBits to the signal bits (CDEF) that you want to take
a break on, or NULL, if you don't want to convenience the user.
ap_Flags should be set to any flags you need or all 0's otherwise.
ap_FoundBreak should be cleared if you'll be using breaks.
If you want to have the FULL PATH NAME of the files you found,
allocate a buffer at the END of this structure, and put the size of
it into ap_Strlen. If you don't want the full path name, make sure
you set ap_Strlen to zero. In this case, the name of the file, and
stats are available in the ap_Info, as per usual.
Then call MatchFirst() and then afterwards, MatchNext() with this
structure. You should check the return value each time (see below)
and take the appropriate action, ultimately calling MatchEnd() when
there are no more files or you are done. You can tell when you are
done by checking for the normal AmigaDOS return code
ERROR_NO_MORE_ENTRIES.
Note: patterns with trailing slashes may cause MatchFirst()/MatchNext()
to return with an ap_Current->an_Lock on the object, and a filename
of the empty string ("").
See ParsePattern() for more information on the patterns.
INPUTS
pat - Pattern to search for
AnchorPath - Place holder for search. MUST be longword aligned!
RESULT
error - 0 for success or error code. (Opposite of most Dos calls!)
BUGS
In V36, there were a number of bugs with MatchFirst()/MatchNext().
One was that if you entered a directory with a name like "df0:l"
using DODIR, it would re-lock the full string "df0:l", which can
cause problems if the disk has changed. It also had problems
with patterns such as #?/abc/def - the ap_Current->an_Lock would
not be on the directory def is found in. ap_Buf would be correct,
however. It had similar problems with patterns with trailing
slashes. These have been fixed for V37 and later.
A bug that has not been fixed for V37 concerns a pattern of a
single directory name (such as "l"). If you enter such a directory
via DODIR, it re-locks l relative to the current directory. Thus
you must not change the current directory before calling MatchNext()
with DODIR in that situation. If you aren't using DODIR to enter
directories you can ignore this. This may be fixed in some upcoming
release.
SEE ALSO
MatchNext(), ParsePattern(), Examine(), CurrentDir(), Examine(),
MatchEnd(), ExNext(),
dos.library/MatchNext
NAME
MatchNext - Finds the next file or directory that matches pattern (V36)
SYNOPSIS
error = MatchNext(AnchorPath)
D0 D1
LONG MatchNext(struct AnchorPath *)
FUNCTION
Locates the next file or directory that matches a given pattern.
See for more information. Various bits in the flags
allow the application to control the operation of MatchNext().
See MatchFirst() for other notes.
INPUTS
AnchorPath - Place holder for search. MUST be longword aligned!
RESULT
error - 0 for success or error code. (Opposite of most Dos calls)
BUGS
See MatchFirst().
SEE ALSO
MatchFirst(), ParsePattern(), Examine(), CurrentDir(), Examine(),
MatchEnd(), ExNext(),
dos.library/MatchPattern
NAME
MatchPattern -- Checks for a pattern match with a string (V36)
SYNOPSIS
match = MatchPattern(pat, str)
D0 D1 D2
BOOL MatchPattern(STRPTR, STRPTR)
FUNCTION
Checks for a pattern match with a string. The pattern must be a
tokenized string output by ParsePattern(). This routine is
case-sensitive.
NOTE: this routine is highly recursive. You must have at least
1500 free bytes of stack to call this (it will cut off it's
recursion before going any deeper than that and return failure).
That's _currently_ enough for about 100 levels deep of #, (, ~, etc.
INPUTS
pat - Special pattern string to match as returned by ParsePattern()
str - String to match against given pattern
RESULT
match - success or failure of pattern match. On failure,
IoErr() will return 0 or ERROR_TOO_MANY_LEVELS (starting
with V37 - before that there was no stack checking).
SEE ALSO
ParsePattern(), MatchPatternNoCase(), MatchFirst(), MatchNext()
dos.library/MatchPatternNoCase
NAME
MatchPatternNoCase -- Checks for a pattern match with a string (V37)
SYNOPSIS
match = MatchPatternNoCase(pat, str)
D0 D1 D2
BOOL MatchPatternNoCase(STRPTR, STRPTR)
FUNCTION
Checks for a pattern match with a string. The pattern must be a
tokenized string output by ParsePatternNoCase(). This routine is
case-insensitive.
NOTE: this routine is highly recursive. You must have at least
1500 free bytes of stack to call this (it will cut off it's
recursion before going any deeper than that and return failure).
That's _currently_ enough for about 100 levels deep of #, (, ~, etc.
INPUTS
pat - Special pattern string to match as returned by ParsePatternNoCase()
str - String to match against given pattern
RESULT
match - success or failure of pattern match. On failure,
IoErr() will return 0 or ERROR_TOO_MANY_LEVELS (starting
with V37 - before that there was no stack checking).
BUGS
See ParsePatternNoCase().
SEE ALSO
ParsePatternNoCase(), MatchPattern(), MatchFirst(), MatchNext()
dos.library/MaxCli
NAME
MaxCli -- returns the highest CLI process number possibly in use (V36)
SYNOPSIS
number = MaxCli()
D0
LONG MaxCli(void)
FUNCTION
Returns the highest CLI number that may be in use. CLI numbers are
reused, and are usually as small as possible. To find all CLIs, scan
using FindCliProc() from 1 to MaxCLI(). The number returned by
MaxCli() may change as processes are created and destroyed.
RESULT
number - The highest CLI number that _may_ be in use.
SEE ALSO
FindCliProc(), Cli()
dos.library/NameFromFH
NAME
NameFromFH -- Get the name of an open filehandle (V36)
SYNOPSIS
success = NameFromFH(fh, buffer, len)
D0 D1 D2 D3
BOOL NameFromFH(BPTR, STRPTR, LONG)
FUNCTION
Returns a fully qualified path for the filehandle. This routine is
guaranteed not to write more than len characters into the buffer. The
name will be null-terminated. See NameFromLock() for more information.
Note: Older filesystems that don't support ExamineFH() will cause
NameFromFH() to fail with ERROR_ACTION_NOT_SUPPORTED.
INPUTS
fh - Lock of object to be examined.
buffer - Buffer to store name.
len - Length of buffer.
RESULT
success - Success/failure indicator.
SEE ALSO
NameFromLock(), ExamineFH()
dos.library/NameFromLock
NAME
NameFromLock -- Returns the name of a locked object (V36)
SYNOPSIS
success = NameFromLock(lock, buffer, len)
D0 D1 D2 D3
BOOL NameFromLock(BPTR, STRPTR, LONG)
FUNCTION
Returns a fully qualified path for the lock. This routine is
guaranteed not to write more than len characters into the buffer. The
name will be null-terminated. NOTE: if the volume is not mounted,
the system will request it (unless of course you set pr_WindowPtr to
-1). If the volume is not mounted or inserted, it will return an
error. If the lock passed in is NULL, "SYS:" will be returned. If
the buffer is too short, an error will be returned, and IoErr() will
return ERROR_LINE_TOO_LONG.
INPUTS
lock - Lock of object to be examined.
buffer - Buffer to store name.
len - Length of buffer.
RESULT
success - Success/failure indicator.
BUGS
Should return the name of the boot volume instead of SYS: for a NULL
lock.
SEE ALSO
NameFromFH(), Lock()
dos.library/NewLoadSeg
NAME
NewLoadSeg -- Improved version of LoadSeg for stacksizes (V36)
SYNOPSIS
seglist = NewLoadSeg(file, tags)
D0 D1 D2
BPTR NewLoadSeg(STRPTR, struct TagItem *)
seglist = NewLoadSegTagList(file, tags)
D0 D1 D2
BPTR NewLoadSegTagList(STRPTR, struct TagItem *)
seglist = NewLoadSegTags(file, ...)
BPTR NewLoadSegTags(STRPTR, ...)
FUNCTION
Does a LoadSeg on a file, and takes additional actions based on the
tags supplied.
Clears unused portions of Code and Data hunks (as well as BSS hunks).
(This also applies to InternalLoadSeg() and LoadSeg()).
NOTE to overlay users: NewLoadSeg() does NOT return seglist in
both D0 and D1, as LoadSeg does. The current ovs.asm uses LoadSeg(),
and assumes returns are in D1. We will support this for LoadSeg()
ONLY.
INPUTS
file - Filename of file to load
tags - pointer to tagitem array
RESULT
seglist - Seglist loaded, or NULL
BUGS
No tags are currently defined.
SEE ALSO
LoadSeg(), UnLoadSeg(), InternalLoadSeg(), InternalUnLoadSeg()
dos.library/NextDosEntry
NAME
NextDosEntry -- Get the next Dos List entry (V36)
SYNOPSIS
newdlist = NextDosEntry(dlist,flags)
D0 D1 D2
struct DosList *NextDosEntry(struct DosList *,ULONG)
FUNCTION
Find the next Dos List entry of the right type. You MUST have locked
the types you're looking for. Returns NULL if there are no more of
that type in the list.
INPUTS
dlist - The current device entry.
flags - What type of entries to look for.
RESULT
newdlist - The next device entry of the right type or NULL.
SEE ALSO
AddDosEntry(), RemDosEntry(), FindDosEntry(), LockDosList(),
MakeDosEntry(), FreeDosEntry()
dos.library/Open
NAME
Open -- Open a file for input or output
SYNOPSIS
file = Open( name, accessMode )
D0 D1 D2
BPTR Open(STRPTR, LONG)
FUNCTION
The named file is opened and a file handle returned. If the
accessMode is MODE_OLDFILE, an existing file is opened for reading
or writing. If the value is MODE_NEWFILE, a new file is created for
writing. MODE_READWRITE opens a file with an shared lock, but
creates it if it didn't exist. Open types are documented in the
or include file.
The 'name' can be a filename (optionally prefaced by a device
name), a simple device such as NIL:, a window specification such as
CON: or RAW: followed by window parameters, or "*", representing the
current window. Note that as of V36, "*" is obsolete, and CONSOLE:
should be used instead.
If the file cannot be opened for any reason, the value returned
will be zero, and a secondary error code will be available by
calling the routine IoErr().
INPUTS
name - pointer to a null-terminated string
accessMode - integer
RESULTS
file - BCPL pointer to a file handle
SEE ALSO
Close(), ChangeMode(), NameFromFH(), ParentOfFH(), ExamineFH()
dos.library/OpenFromLock
NAME
OpenFromLock -- Opens a file you have a lock on (V36)
SYNOPSIS
fh = OpenFromLock(lock)
D0 D1
BPTR OpenFromLock(BPTR)
FUNCTION
Given a lock, this routine performs an open on that lock. If the open
succeeds, the lock is (effectively) relinquished, and should not be
UnLock()ed or used. If the open fails, the lock is still usable.
The lock associated with the file internally is of the same access
mode as the lock you gave up - shared is similar to MODE_OLDFILE,
exclusive is similar to MODE_NEWFILE.
INPUTS
lock - Lock on object to be opened.
RESULT
fh - Newly opened file handle or NULL for failure
BUGS
In the original V36 autodocs, this was shown (incorrectly) as
taking a Mode parameter as well. The prototypes and pragmas were
also wrong.
SEE ALSO
Open(), Close(), Lock(), UnLock()
dos.library/Output
NAME
Output -- Identify the programs' initial output file handle
SYNOPSIS
file = Output()
D0
BPTR Output(void)
FUNCTION
Output() is used to identify the initial output stream allocated
when the program was initiated. Never close the filehandle returned
by Output().
RESULTS
file - BCPL pointer to a file handle
SEE ALSO
Input()
dos.library/ParentDir
NAME
ParentDir -- Obtain the parent of a directory or file
SYNOPSIS
newlock = ParentDir( lock )
D0 D1
BPTR ParentDir(BPTR)
FUNCTION
The argument 'lock' is associated with a given file or directory.
ParentDir() returns 'newlock' which is associated the parent
directory of 'lock'.
Taking the ParentDir() of the root of the current filing system
returns a NULL (0) lock. Note this 0 lock represents the root of
file system that you booted from (which is, in effect, the parent
of all other file system roots.)
INPUTS
lock - BCPL pointer to a lock
RESULTS
newlock - BCPL pointer to a lock
SEE ALSO
Lock(), DupLock(), UnLock(), ParentOfFH(), DupLockFromFH()
dos.library/ParentOfFH
NAME
ParentOfFH -- returns a lock on the parent directory of a file (V36)
SYNOPSIS
lock = ParentOfFH(fh)
D0 D1
BPTR ParentOfFH(BPTR)
FUNCTION
Returns a shared lock on the parent directory of the filehandle.
INPUTS
fh - Filehandle you want the parent of.
RESULT
lock - Lock on parent directory of the filehandle or NULL for failure.
SEE ALSO
Parent(), Lock(), UnLock() DupLockFromFH()
dos.library/ParsePattern
NAME
ParsePattern -- Create a tokenized string for MatchPattern() (V36)
SYNOPSIS
IsWild = ParsePattern(Source, Dest, DestLength)
d0 D1 D2 D3
LONG ParsePattern(STRPTR, STRPTR, LONG)
FUNCTION
Tokenizes a pattern, for use by MatchPattern(). Also indicates if
there are any wildcards in the pattern (i.e. whether it might match
more than one item). Note that Dest must be at least 2 times as
large as Source plus bytes to be (almost) 100% certain of no
buffer overflow. This is because each input character can currently
expand to 2 tokens (with one exception that can expand to 3, but
only once per string). Note: this implementation may change in
the future, so you should handle error returns in all cases, but
the size above should still be a reasonable upper bound for a buffer
allocation.
The patterns are fairly extensive, and approximate some of the ability
of Unix/grep "regular expression" patterns. Here are the available
tokens:
? Matches a single character.
# Matches the following expression 0 or more times.
(ab|cd) Matches any one of the items seperated by '|'.
~ Negates the following expression. It matches all strings
that do not match the expression (aka ~(foo) matches all
strings that are not exactly "foo").
[abc] Character class: matches any of the characters in the class.
[~bc] Character class: matches any of the characters not in the
class.
a-z Character range (only within character classes).
% Matches 0 characters always (useful in "(foo|bar|%)").
* Synonym for "#?", not available by default in 2.0. Available
as an option that can be turned on.
"Expression" in the above table means either a single character
(ex: "#?"), or an alternation (ex: "#(ab|cd|ef)"), or a character
class (ex: "#[a-zA-Z]").
INPUTS
source - unparsed wildcard string to search for.
dest - output string, gets tokenized version of input.
DestLength - length available in destination (should be at least as
twice as large as source + 2 bytes).
RESULT
IsWild - 1 means there were wildcards in the pattern,
0 means there were no wildcards in the pattern,
-1 means there was a buffer overflow or other error
BUGS
In V37 this call didn't always set IoErr() to something useful on an
error. Fixed in V39.
SEE ALSO
ParsePatternNoCase(), MatchPattern(), MatchFirst(), MatchNext()
dos.library/ParsePatternNoCase
NAME
ParsePatternNoCase -- Create a tokenized string for
MatchPatternNoCase() (V37)
SYNOPSIS
IsWild = ParsePatternNoCase(Source, Dest, DestLength)
d0 D1 D2 D3
LONG ParsePatternNoCase(STRPTR, STRPTR, LONG)
FUNCTION
Tokenizes a pattern, for use by MatchPatternNoCase(). Also indicates
if there are any wildcards in the pattern (i.e. whether it might match
more than one item). Note that Dest must be at least 2 times as
large as Source plus 2 bytes.
For a description of the wildcards, see ParsePattern().
INPUTS
source - unparsed wildcard string to search for.
dest - output string, gets tokenized version of input.
DestLength - length available in destination (should be at least as
twice as large as source + 2 bytes).
RESULT
IsWild - 1 means there were wildcards in the pattern,
0 means there were no wildcards in the pattern,
-1 means there was a buffer overflow or other error
BUGS
In V37 this call didn't always set IoErr() to something useful on an
error. Fixed in V39.
In V37, it didn't properly convert character-classes ([x-y]) to
upper case. Workaround: convert the input pattern to upper case
using ToUpper() from utility.library before calling
ParsePatternNoCase(). Fixed in V39 dos.
SEE ALSO
ParsePattern(), MatchPatternNoCase(), MatchFirst(), MatchNext(),
utility.library/ToUpper()
dos.library/PathPart
NAME
PathPart -- Returns a pointer to the end of the next-to-last (V36)
component of a path.
SYNOPSIS
fileptr = PathPart( path )
D0 D1
STRPTR PathPart( STRPTR )
FUNCTION
This function returns a pointer to the character after the next-to-last
component of a path specification, which will normally be the directory
name. If there is only one component, it returns a pointer to the
beginning of the string. The only real difference between this and
FilePart() is the handling of '/'.
INPUTS
path - pointer to an path string. May be relative to the current
directory or the current disk.
RESULT
fileptr - pointer to the end of the next-to-last component of the path.
EXAMPLE
PathPart("xxx:yyy/zzz/qqq") would return a pointer to the last '/'.
PathPart("xxx:yyy") would return a pointer to the first 'y').
SEE ALSO
FilePart(), AddPart()
dos.library/PrintFault
NAME
PrintFault -- Returns the text associated with a DOS error code (V36)
SYNOPSIS
success = PrintFault(code, header)
D0 D1 D2
BOOL PrintFault(LONG, STRPTR)
FUNCTION
This routine obtains the error message text for the given error code.
This is similar to the Fault() function, except that the output is
written to the default output channel with buffered output.
The value returned by IoErr() is set to the code passed in.
INPUTS
code - Error code
header - header to output before error text
RESULT
success - Success/failure code.
SEE ALSO
IoErr(), Fault(), SetIoErr(), Output(), FPuts()
dos.library/PutStr
NAME
PutStr -- Writes a string the the default output (buffered) (V36)
SYNOPSIS
error = PutStr(str)
D0 D1
LONG PutStr(STRPTR)
FUNCTION
This routine writes an unformatted string to the default output. No
newline is appended to the string and any error is returned. This
routine is buffered.
INPUTS
str - Null-terminated string to be written to default output
RESULT
error - 0 for success, -1 for any error. NOTE: this is opposite
most Dos function returns!
SEE ALSO
FPuts(), FPutC(), FWrite(), WriteChars()
dos.library/Read
NAME
Read -- Read bytes of data from a file
SYNOPSIS
actualLength = Read( file, buffer, length )
D0 D1 D2 D3
LONG Read(BPTR, void *, LONG)
FUNCTION
Data can be copied using a combination of Read() and Write().
Read() reads bytes of information from an opened file (represented
here by the argument 'file') into the buffer given. The argument
'length' is the length of the buffer given.
The value returned is the length of the information actually read.
So, when 'actualLength' is greater than zero, the value of
'actualLength' is the the number of characters read. Usually Read
will try to fill up your buffer before returning. A value of zero
means that end-of-file has been reached. Errors are indicated by a
value of -1.
Note: this is an unbuffered routine (the request is passed directly
to the filesystem.) Buffered I/O is more efficient for small
reads and writes; see FGetC().
INPUTS
file - BCPL pointer to a file handle
buffer - pointer to buffer
length - integer
RESULTS
actualLength - integer
SEE ALSO
Open(), Close(), Write(), Seek(), FGetC()
dos.library/ReadArgs
NAME
ReadArgs - Parse the command line input (V36)
SYNOPSIS
result = ReadArgs(template, array, rdargs)
D0 D1 D2 D3
struct RDArgs * ReadArgs(STRPTR, LONG *, struct RDArgs *)
FUNCTION
Parses and argument string according to a template. Normally gets
the arguments by reading buffered IO from Input(), but also can be
made to parse a string. MUST be matched by a call to FreeArgs().
ReadArgs() parses the commandline according to a template that is
passed to it. This specifies the different command-line options and
their types. A template consists of a list of options. Options are
named in "full" names where possible (for example, "Quick" instead of
"Q"). Abbreviations can also be specified by using "abbrev=option"
(for example, "Q=Quick").
Options in the template are separated by commas. To get the results
of ReadArgs(), you examine the array of longwords you passed to it
(one entry per option in the template). This array should be cleared
(or initialized to your default values) before passing to ReadArgs().
Exactly what is put in a given entry by ReadArgs() depends on the type
of option. The default is a string (a sequence of non-whitespace
characters, or delimited by quotes, which will be stripped by
ReadArgs()), in which case the entry will be a pointer.
Options can be followed by modifiers, which specify things such as
the type of the option. Modifiers are specified by following the
option with a '/' and a single character modifier. Multiple modifiers
can be specified by using multiple '/'s. Valid modifiers are:
/S - Switch. This is considered a boolean variable, and will be
set if the option name appears in the command-line. The entry
is the boolean (0 for not set, non-zero for set).
/K - Keyword. This means that the option will not be filled unless
the keyword appears. For example if the template is "Name/K",
then unless "Name=" or "Name " appears in the
command line, Name will not be filled.
/N - Number. This parameter is considered a decimal number, and will
be converted by ReadArgs. If an invalid number is specified,
an error will be returned. The entry will be a pointer to the
longword number (this is how you know if a number was specified).
/T - Toggle. This is similar to a switch, but when specified causes
the boolean value to "toggle". Similar to /S.
/A - Required. This keyword must be given a value during command-line
processing, or an error is returned.
/F - Rest of line. If this is specified, the entire rest of the line
is taken as the parameter for the option, even if other option
keywords appear in it.
/M - Multiple strings. This means the argument will take any number
of strings, returning them as an array of strings. Any arguments
not considered to be part of another option will be added to this
option. Only one /M should be specified in a template. Example:
for a template "Dir/M,All/S" the command-line "foo bar all qwe"
will set the boolean "all", and return an array consisting of
"foo", "bar", and "qwe". The entry in the array will be a pointer
to an array of string pointers, the last of which will be NULL.
There is an interaction between /M parameters and /A parameters.
If there are unfilled /A parameters after parsing, it will grab
strings from the end of a previous /M parameter list to fill the
/A's. This is used for things like Copy ("From/A/M,To/A").
ReadArgs() returns a struct RDArgs if it succeeds. This serves as an
"anchor" to allow FreeArgs() to free the associated memory. You can
also pass in a struct RDArgs to control the operation of ReadArgs()
(normally you pass NULL for the parameter, and ReadArgs() allocates
one for you). This allows providing different sources for the
arguments, providing your own string buffer space for temporary
storage, and extended help text. See for more
information on this. Note: if you pass in a struct RDArgs, you must
still call FreeArgs() to release storage that gets attached to it,
but you are responsible for freeing the RDArgs yourself.
If you pass in a RDArgs structure, you MUST reset (clear or set)
RDA_Buffer for each new call to RDArgs. The exact behavior if you
don't do this varies from release to release and case to case; don't
count on the behavior!
See BUGS regarding passing in strings.
INPUTS
template - formatting string
array - array of longwords for results, 1 per template entry
rdargs - optional rdargs structure for options. AllocDosObject
should be used for allocating them if you pass one in.
RESULT
result - a struct RDArgs or NULL for failure.
BUGS
In V36, there were a couple of minor bugs with certain argument
combinations (/M/N returned strings, /T didn't work, and /K and
/F interacted). Also, a template with a /K before any non-switch
parameter will require the argument name to be given in order for
line to be accepted (i.e. "parm/K,xyzzy/A" would require
"xyzzy=xxxxx" in order to work - "xxxxx" would not work). If you
need to avoid this for V36, put /K parameters after all non-switch
parameters. These problems should be fixed for V37.
Currently (V37 and before) it requires any strings passed in to have
newlines at the end of the string. This may or may not be fixed in
the future.
SEE ALSO
FindArg(), ReadItem(), FreeArgs(), AllocDosObject()
dos.library/ReadItem
NAME
ReadItem - reads a single argument/name from command line (V36)
SYNOPSIS
value = ReadItem(buffer, maxchars, input)
D0 D1 D2 D3
LONG ReadItem(STRPTR, LONG, struct CSource *)
FUNCTION
Reads a "word" from either Input() (buffered), or via CSource, if it
is non-NULL (see for more information). Handles
quoting and some '*' substitutions (*e and *n) inside quotes (only).
See dos/dos.h for a listing of values returned by ReadItem()
(ITEM_XXXX). A "word" is delimited by whitespace, quotes, '=', or
an EOF.
ReadItem always unreads the last thing read (UnGetC(fh,-1)) so the
caller can find out what the terminator was.
INPUTS
buffer - buffer to store word in.
maxchars - size of the buffer
input - CSource input or NULL (uses FGetC(Input()))
RESULT
value - See for return values.
BUGS
Doesn't actually unread the terminator.
SEE ALSO
ReadArgs(), FindArg(), UnGetC(), FGetC(), Input(), ,
, FreeArgs()
dos.library/ReadLink
NAME
ReadLink -- Reads the path for a soft filesystem link (V36)
SYNOPSIS
success = ReadLink( port, lock, path, buffer, size)
D0 D1 D2 D3 D4 D5
BOOL ReadLink( struct MsgPort *, BPTR, STRPTR, STRPTR, ULONG)
FUNCTION
ReadLink() takes a lock/name pair (usually from a failed attempt
to use them to access an object with packets), and asks the
filesystem to find the softlink and fill buffer with the modified
path string. You then start the resolution process again by
calling GetDeviceProc() with the new string from ReadLink().
Soft-links are resolved at access time by a combination of the
filesystem (by returning ERROR_IS_SOFT_LINK to dos), and by
Dos (using ReadLink() to resolve any links that are hit).
INPUTS
port - msgport of the filesystem
lock - lock this path is relative to on the filesystem
path - path that caused the ERROR_IS_SOFT_LINK
buffer - pointer to buffer for new path from handler.
size - size of buffer.
RESULT
Success - boolean
BUGS
In V36, soft-links didn't work in the ROM filesystem. This was
fixed for V37.
SEE ALSO
MakeLink(), Open(), Lock(), GetDeviceProc()
dos.library/Relabel
NAME
Relabel -- Change the volume name of a volume (V36)
SYNOPSIS
success = Relabel(volumename,name)
D0 D1 D2
BOOL Relabel(STRPTR,STRPTR)
FUNCTION
Changes the volumename of a volume, if supported by the filesystem.
INPUTS
volumename - Full name of device to rename (with ':')
newname - New name to apply to device (without ':')
RESULT
success - Success/failure indicator
SEE ALSO
dos.library/RemAssignList
NAME
RemAssignList -- Remove an entry from a multi-dir assign (V36)
SYNOPSIS
success = RemAssignList(name,lock)
D0 D1 D2
BOOL RemAssignList(STRPTR,BPTR)
FUNCTION
Removes an entry from a multi-directory assign. The entry removed is
the first one for which SameLock with 'lock' returns that they are on
the same object. The lock for the entry in the list is unlocked (not
the entry passed in).
INPUTS
name - Name of device to remove lock from (without trailing ':')
lock - Lock associated with the object to remove from the list
RESULT
success - Success/failure indicator.
BUGS
In V36 through V39.23 dos, it would fail to remove the first lock
in the assign. Fixed in V39.24 dos (after the V39.106 kickstart).
SEE ALSO
Lock(), AssignLock(), AssignPath(), AssignLate(), DupLock(),
AssignAdd(), UnLock()
dos.library/RemDosEntry
NAME
RemDosEntry -- Removes a Dos List entry from it's list (V36)
SYNOPSIS
success = RemDosEntry(dlist)
D0 D1
BOOL RemDosEntry(struct DosList *)
FUNCTION
This removes an entry from the Dos Device list. The memory associated
with the entry is NOT freed. NOTE: you must have locked the Dos List
with the appropriate flags before calling this routine. Handler
writers should see the AddDosEntry() caveats about locking and use
a similar workaround to avoid deadlocks.
INPUTS
dlist - Device list entry to be removed.
RESULT
success - Success/failure indicator
SEE ALSO
AddDosEntry(), FindDosEntry(), NextDosEntry(), LockDosList(),
MakeDosEntry(), FreeDosEntry()
dos.library/RemSegment
NAME
RemSegment - Removes a resident segment from the resident list (V36)
SYNOPSIS
success = RemSegment(segment)
D0 D1
BOOL RemSegment(struct Segment *)
FUNCTION
Removes a resident segment from the Dos resident segment list,
unloads it, and does any other cleanup required. Will only succeed
if the seg_UC (usecount) is 0.
INPUTS
segment - the segment to be removed
RESULT
success - success or failure.
SEE ALSO
FindSegment(), AddSegment()
dos.library/Rename
NAME
Rename -- Rename a directory or file
SYNOPSIS
success = Rename( oldName, newName )
D0 D1 D2
BOOL Rename(STRPTR, STRPTR)
FUNCTION
Rename() attempts to rename the file or directory specified as
'oldName' with the name 'newName'. If the file or directory
'newName' exists, Rename() fails and returns an error. Both
'oldName' and the 'newName' can contain a directory specification.
In this case, the file will be moved from one directory to another.
Note: it is impossible to Rename() a file from one volume to
another.
INPUTS
oldName - pointer to a null-terminated string
newName - pointer to a null-terminated string
RESULTS
success - boolean
SEE ALSO
Relabel()
dos.library/ReplyPkt
NAME
ReplyPkt -- replies a packet to the person who sent it to you (V36)
SYNOPSIS
ReplyPkt(packet, result1, result2)
D1 D2 D3
void ReplyPkt(struct DosPacket *, LONG, LONG)
FUNCTION
This returns a packet to the process which sent it to you. In
addition, puts your pr_MsgPort address in dp_Port, so using ReplyPkt()
again will send the message to you. (This is used in "ping-ponging"
packets between two processes). It uses result 1 & 2 to set the
dp_Res1 and dp_Res2 fields of the packet.
INPUTS
packet - packet to reply, assumed to set up correctly.
result1 - first result
result2 - secondary result
SEE ALSO
DoPkt(), SendPkt(), WaitPkt(), IoErr()
dos.library/RunCommand
NAME
RunCommand -- Runs a program using the current process (V36)
SYNOPSIS
rc = RunCommand(seglist, stacksize, argptr, argsize)
D0 D1 D2 D3 D4
LONG RunCommand(BPTR, ULONG, STRPTR, ULONG)
FUNCTION
Runs a command on your process/cli. Seglist may be any language,
including BCPL programs. Stacksize is in bytes. argptr is a null-
terminated string, argsize is its length. Returns the returncode the
program exited with in d0. Returns -1 if the stack couldn't be
allocated.
NOTE: the argument string MUST be terminated with a newline to work
properly with ReadArgs() and other argument parsers.
RunCommand also takes care of setting up the current input filehandle
in such a way that ReadArgs() can be used in the program, and restores
the state of the buffering before returning. It also sets the value
returned by GetArgStr(), and restores it before returning. NOTE:
the setting of the argument string in the filehandle was added in V37.
It's usually appropriate to set the command name (via
SetProgramName()) before calling RunCommand(). RunCommand() sets
the value returned by GetArgStr() while the command is running.
INPUTS
seglist - Seglist of command to run.
stacksize - Number of bytes to allocate for stack space
argptr - Pointer to argument command string.
argsize - Number of bytes in argument command.
RESULT
rc - Return code from executed command. -1 indicates failure
SEE ALSO
CreateNewProc(), SystemTagList(), Execute(), GetArgStr(),
SetProgramName(), ReadArgs()
dos.library/SameDevice
NAME
SameDevice -- Are two locks are on partitions of the device? (V37)
SYNOPSIS
same = SameDevice(lock1, lock2)
D0 D1 D2
BOOL SameDevice( BPTR, BPTR )
FUNCTION
SameDevice() returns whether two locks refer to partitions that
are on the same physical device (if it can figure it out). This
may be useful in writing copy routines to take advantage of
asynchronous multi-device copies.
Entry existed in V36 and always returned 0.
INPUTS
lock1,lock2 - locks
RESULT
same - whether they're on the same device as far as Dos can determine.
dos.library/SameLock
NAME
SameLock -- returns whether two locks are on the same object (V36)
SYNOPSIS
value = SameLock(lock1, lock2)
D0 D1 D2
LONG SameLock(BPTR, BPTR)
FUNCTION
Compares two locks. Returns LOCK_SAME if they are on the same object,
LOCK_SAME_VOLUME if on different objects on the same volume, and
LOCK_DIFFERENT if they are on different volumes. Always compare
for equality or non-equality with the results, in case new return
values are added.
INPUTS
lock1 - 1st lock for comparison
lock2 - 2nd lock for comparison
RESULT
value - LOCK_SAME, LOCK_SAME_VOLUME, or LOCK_DIFFERENT
BUGS
Should do more extensive checks for NULL against a real lock, checking
to see if the real lock is a lock on the root of the boot volume.
In V36, it would return LOCK_SAME_VOLUME for different volumes on the
same handler. Also, LOCK_SAME_VOLUME was LOCK_SAME_HANDLER (now
an obsolete define, see ).
SEE ALSO
dos.library/Seek
NAME
Seek -- Set the current position for reading and writing
SYNOPSIS
oldPosition = Seek( file, position, mode )
D0 D1 D2 D3
LONG Seek(BPTR, LONG, LONG)
FUNCTION
Seek() sets the read/write cursor for the file 'file' to the
position 'position'. This position is used by both Read() and
Write() as a place to start reading or writing. The result is the
current absolute position in the file, or -1 if an error occurs, in
which case IoErr() can be used to find more information. 'mode' can
be OFFSET_BEGINNING, OFFSET_CURRENT or OFFSET_END. It is used to
specify the relative start position. For example, 20 from current
is a position 20 bytes forward from current, -20 is 20 bytes back
from current.
So that to find out where you are, seek zero from current. The end
of the file is a Seek() positioned by zero from end. You cannot
Seek() beyond the end of a file.
INPUTS
file - BCPL pointer to a file handle
position - integer
mode - integer
RESULTS
oldPosition - integer
BUGS
The V36 and V37 ROM filesystem (and V36/V37 l:fastfilesystem)
returns the current position instead of -1 on an error. It sets
IoErr() to 0 on success, and an error code on an error. This bug
was fixed in the V39 filesystem.
SEE ALSO
Read(), Write(), SetFileSize()
dos.library/SelectInput
NAME
SelectInput -- Select a filehandle as the default input channel (V36)
SYNOPSIS
old_fh = SelectInput(fh)
D0 D1
BPTR SelectInput(BPTR)
FUNCTION
Set the current input as the default input for the process.
This changes the value returned by Input(). old_fh should
be closed or saved as needed.
INPUTS
fh - Newly default input handle
RESULT
old_fh - Previous default input filehandle
SEE ALSO
Input(), SelectOutput(), Output()
dos.library/SelectOutput
NAME
SelectOutput -- Select a filehandle as the default output channel (V36)
SYNOPSIS
old_fh = SelectOutput(fh)
D0 D1
BPTR SelectOutput(BPTR)
FUNCTION
Set the current output as the default output for the process.
This changes the value returned by Output(). old_fh should
be closed or saved as needed.
INPUTS
fh - Newly desired output handle
RESULT
old_fh - Previous current output
SEE ALSO
Output(), SelectInput(), Input()
dos.library/SendPkt
NAME
SendPkt -- Sends a packet to a handler (V36)
SYNOPSIS
SendPkt(packet, port, replyport)
D1 D2 D3
void SendPkt(struct DosPacket *,struct MsgPort *,struct MsgPort *)
FUNCTION
Sends a packet to a handler and does not wait. All fields in the
packet must be initialized before calling this routine. The packet
will be returned to replyport. If you wish to use this with
WaitPkt(), use the address of your pr_MsgPort for replyport.
INPUTS
packet - packet to send, must be initialized and have a message.
port - pr_MsgPort of handler process to send to.
replyport - MsgPort for the packet to come back to.
NOTES
Callable from a task.
SEE ALSO
DoPkt(), WaitPkt(), AllocDosObject(), FreeDosObject(), AbortPkt()
dos.library/SetArgStr
NAME
SetArgStr -- Sets the arguments for the current process (V36)
SYNOPSIS
oldptr = SetArgStr(ptr)
D0 D1
STRPTR SetArgStr(STRPTR)
FUNCTION
Sets the arguments for the current program. The ptr MUST be reset
to it's original value before process exit.
INPUTS
ptr - pointer to new argument string.
RESULT
oldptr - the previous argument string
SEE ALSO
GetArgStr(), RunCommand()
dos.library/SetComment
NAME
SetComment -- Change a files' comment string
SYNOPSIS
success = SetComment( name, comment )
D0 D1 D2
BOOL SetComment(STRPTR, STRPTR)
FUNCTION
SetComment() sets a comment on a file or directory. The comment is
a pointer to a null-terminated string of up to 80 characters in the
current ROM filesystem (and RAM:). Note that not all filesystems
will support comments (for example, NFS usually will not), or the
size of comment supported may vary.
INPUTS
name - pointer to a null-terminated string
comment - pointer to a null-terminated string
RESULTS
success - boolean
SEE ALSO
Examine(), ExNext(), SetProtection()
dos.library/SetConsoleTask
NAME
SetConsoleTask -- Sets the default console for the process (V36)
SYNOPSIS
oldport = SetConsoleTask(port)
D0 D1
struct MsgPort *SetConsoleTask(struct MsgPort *)
FUNCTION
Sets the default console task's port (pr_ConsoleTask) for the
current process.
INPUTS
port - The pr_MsgPort of the default console handler for the process
RESULT
oldport - The previous ConsoleTask value.
SEE ALSO
GetConsoleTask(), Open()
dos.library/SetCurrentDirName
NAME
SetCurrentDirName -- Sets the directory name for the process (V36)
SYNOPSIS
success = SetCurrentDirName(name)
D0 D1
BOOL SetCurrentDirName(STRPTR)
FUNCTION
Sets the name for the current dir in the cli structure. If the name
is too long to fit, a failure is returned, and the old value is left
intact. It is advised that you inform the user of this condition.
This routine is safe to call even if there is no CLI structure.
INPUTS
name - Name of directory to be set.
RESULT
success - Success/failure indicator
BUGS
This clips to a fixed (1.3 compatible) size.
SEE ALSO
GetCurrentDirName()
dos.library/SetFileDate
NAME
SetFileDate -- Sets the modification date for a file or dir (V36)
SYNOPSIS
success = SetFileDate(name, date)
D0 D1 D2
BOOL SetFileDate(STRPTR, struct DateStamp *)
FUNCTION
Sets the file date for a file or directory. Note that for the Old
File System and the Fast File System, the date of the root directory
cannot be set. Other filesystems may not support setting the date
for all files/directories.
INPUTS
name - Name of object
date - New modification date
RESULT
success - Success/failure indication
SEE ALSO
DateStamp(), Examine(), ExNext(), ExAll()
dos.library/SetFileSize
NAME
SetFileSize -- Sets the size of a file (V36)
SYNOPSIS
newsize = SetFileSize(fh, offset, mode)
D0 D1 D2 D3
LONG SetFileSize(BPTR, LONG, LONG)
FUNCTION
Changes the file size, truncating or extending as needed. Not all
handlers may support this; be careful and check the return code. If
the file is extended, no values should be assumed for the new bytes.
If the new position would be before the filehandle's current position
in the file, the filehandle will end with a position at the
end-of-file. If there are other filehandles open onto the file, the
new size will not leave any filehandle pointing past the end-of-file.
You can check for this by looking at the new size (which would be
different than what you requested).
The seek position should not be changed unless the file is made
smaller than the current seek position. However, see BUGS.
Do NOT count on any specific values to be in any extended area.
INPUTS
fh - File to be truncated/extended.
offset - Offset from position determined by mode.
mode - One of OFFSET_BEGINNING, OFFSET_CURRENT, or OFFSET_END.
RESULT
newsize - position of new end-of-file or -1 for error.
BUGS
The RAM: filesystem and the normal Amiga filesystem act differently
in where the file position is left after SetFileSize(). RAM: leaves
you at the new end of the file (incorrectly), while the Amiga ROM
filesystem leaves the seek position alone, unless the new position
is less than the current position, in which case you're left at the
new EOF.
The best workaround is to not make any assumptions about the seek
position after SetFileSize().
SEE ALSO
Seek()
dos.library/SetFileSysTask
NAME
SetFileSysTask -- Sets the default filesystem for the process (V36)
SYNOPSIS
oldport = SetFileSysTask(port)
D0 D1
struct MsgPort *SetFileSysTask(struct MsgPort *)
FUNCTION
Sets the default filesystem task's port (pr_FileSystemTask) for the
current process.
INPUTS
port - The pr_MsgPort of the default filesystem for the process
RESULT
oldport - The previous FileSysTask value
SEE ALSO
GetFileSysTask(), Open()
dos.library/SetIoErr
NAME
SetIoErr -- Sets the value returned by IoErr() (V36)
SYNOPSIS
oldcode = SetIoErr(code)
D0 D1
LONG SetIoErr(LONG);
FUNCTION
This routine sets up the secondary result (pr_Result2) return code
(returned by the IoErr() function).
INPUTS
code - Code to be returned by a call to IoErr.
RESULT
oldcode - The previous error code.
SEE ALSO
IoErr(), Fault(), PrintFault()
dos.library/SetMode
NAME
SetMode - Set the current behavior of a handler (V36)
SYNOPSIS
success = SetMode(fh, mode)
D0 D1 D2
BOOL SetMode(BPTR, LONG)
FUNCTION
SetMode() sends an ACTION_SCREEN_MODE packet to the handler in
question, normally for changing a CON: handler to raw mode or
vice-versa. For CON:, use 1 to go to RAW: mode, 0 for CON: mode.
INPUTS
fh - filehandle
mode - The new mode you want
RESULT
success - Boolean
SEE ALSO
dos.library/SetOwner
NAME
SetOwner -- Set owner information for a file or directory (V39)
SYNOPSIS
success = SetOwner( name, owner_info )
D0 D1 D2
BOOL SetOwner (STRPTR, LONG)
FUNCTION
SetOwner() sets the owner information for the file or directory.
This value is a 32-bit value that is normally split into 16 bits
of owner user id (bits 31-16), and 16 bits of owner group id (bits
15-0). However, other than returning them as shown by Examine()/
ExNext()/ExAll(), the filesystem take no interest in the values.
These are primarily for use by networking software (clients and
hosts), in conjunction with the FIBF_OTR_xxx and FIBF_GRP_xxx
protection bits.
This entrypoint did not exist in V36, so you must open at least V37
dos.library to use it. V37 dos.library will return FALSE to this
call.
INPUTS
name - pointer to a null-terminated string
owner_info - owner uid (31:16) and group id (15:0)
RESULTS
success - boolean
SEE ALSO
SetProtect(), Examine(), ExNext(), ExAll(),
dos.library/SetProgramDir
NAME
SetProgramDir -- Sets the directory returned by GetProgramDir (V36)
SYNOPSIS
oldlock = SetProgramDir(lock)
D0 D1
BPTR SetProgramDir(BPTR)
FUNCTION
Sets a shared lock on the directory the program was loaded from.
This can be used for a program to find data files, etc, that are
stored with the program, or to find the program file itself. NULL
is a valid input. This can be accessed via GetProgramDir() or
by using paths relative to PROGDIR:.
INPUTS
lock - A lock on the directory the current program was loaded from
RESULT
oldlock - The previous ProgramDir.
SEE ALSO
GetProgramDir(), Open()
dos.library/SetProgramName
NAME
SetProgramName -- Sets the name of the program being run (V36)
SYNOPSIS
success = SetProgramName(name)
D0 D1
BOOL SetProgramName(STRPTR)
FUNCTION
Sets the name for the program in the cli structure. If the name is
too long to fit, a failure is returned, and the old value is left
intact. It is advised that you inform the user if possible of this
condition, and/or set the program name to an empty string.
This routine is safe to call even if there is no CLI structure.
INPUTS
name - Name of program to use.
RESULT
success - Success/failure indicator.
BUGS
This clips to a fixed (1.3 compatible) size.
SEE ALSO
GetProgramName()
dos.library/SetPrompt
NAME
SetPrompt -- Sets the CLI/shell prompt for the current process (V36)
SYNOPSIS
success = SetPrompt(name)
D0 D1
BOOL SetPrompt(STRPTR)
FUNCTION
Sets the text for the prompt in the cli structure. If the prompt is
too long to fit, a failure is returned, and the old value is left
intact. It is advised that you inform the user of this condition.
This routine is safe to call even if there is no CLI structure.
INPUTS
name - Name of prompt to be set.
RESULT
success - Success/failure indicator.
BUGS
This clips to a fixed (1.3 compatible) size.
SEE ALSO
GetPrompt()
dos.library/SetProtection
NAME
SetProtection -- Set protection for a file or directory
SYNOPSIS
success = SetProtection( name, mask )
D0 D1 D2
BOOL SetProtection (STRPTR, LONG)
FUNCTION
SetProtection() sets the protection attributes on a file or
directory. See for a listing of protection bits.
Before V36, the ROM filesystem didn't respect the Read and Write
bits. In V36 or later and in the FFS, the Read and Write
bits are respected.
The archive bit should be cleared by the filesystem whenever the file
is changed. Backup utilities will generally set the bit after
backing up each file.
The V36 Shell looks at the execute bit, and will refuse to execute
a file if it is set.
Other bits will be defined in the include files. Rather
than referring to bits by number you should use the definitions in
.
INPUTS
name - pointer to a null-terminated string
mask - the protection mask required
RESULTS
success - boolean
SEE ALSO
SetComment(), Examine(), ExNext(),
dos.library/SetVar
NAME
SetVar -- Sets a local or environment variable (V36)
SYNOPSIS
success = SetVar( name, buffer, size, flags )
D0 D1 D2 D3 D4
BOOL SetVar(STRPTR, STRPTR, LONG, ULONG )
FUNCTION
Sets a local or environment variable. It is advised to only use
ASCII strings inside variables, but not required.
INPUTS
name - pointer to an variable name. Note variable names follow
filesystem syntax and semantics.
buffer - a user allocated area which contains a string that is the
value to be associated with this variable.
size - length of the buffer region in bytes. -1 means buffer
contains a null-terminated string.
flags - combination of type of var to set (low 8 bits), and
flags to control the behavior of this routine. Currently
defined flags include:
GVF_LOCAL_ONLY - set a local (to your process) variable.
GVF_GLOBAL_ONLY - set a global environment variable.
The default is to set a local environment variable.
RESULT
success - If non-zero, the variable was sucessfully set, FALSE
indicates failure.
BUGS
LV_VAR is the only type that can be global
SEE ALSO
GetVar(), DeleteVar(), FindVar(),
dos.library/SetVBuf
NAME
SetVBuf -- set buffering modes and size (V39)
SYNOPSIS
error = SetVBuf(fh, buff, type, size)
D0 D1 D2 D3 D4
LONG SetVBuf(BPTR, STRPTR, LONG, LONG)
FUNCTION
Changes the buffering modes and buffer size for a filehandle.
With buff == NULL, the current buffer will be deallocated and a
new one of (approximately) size will be allocated. If buffer is
non-NULL, it will be used for buffering and must be at least
max(size,208) bytes long, and MUST be longword aligned. If size
is -1, then only the buffering mode will be changed.
Note that a user-supplied buffer will not be freed if it is later
replaced by another SetVBuf() call, nor will it be freed if the
filehandle is closed.
Has no effect on the buffersize of filehandles that were not created
by AllocDosObject().
INPUTS
fh - Filehandle
buff - buffer pointer for buffered I/O or NULL. MUST be LONG-aligned!
type - buffering mode (see )
size - size of buffer for buffered I/O (sizes less than 208 bytes
will be rounded up to 208), or -1.
RESULT
error - 0 if successful. NOTE: opposite of most dos functions!
NOTE: fails if someone has replaced the buffer without
using SetVBuf() - RunCommand() does this. Remember to
check error before freeing user-supplied buffers!
BUGS
Not implemented until after V39. From V36 up to V39, always
returned 0.
SEE ALSO
FputC(), FGetC(), UnGetC(), Flush(), FRead(), FWrite(), FGets(),
FPuts(), AllocDosObject()
dos.library/SplitName
NAME
SplitName -- splits out a component of a pathname into a buffer (V36)
SYNOPSIS
newpos = SplitName(name, separator, buf, oldpos, size)
D0 D1 D2 D3 D4 D5
WORD SplitName(STRPTR, UBYTE, STRPTR, WORD, LONG)
FUNCTION
This routine splits out the next piece of a name from a given file
name. Each piece is copied into the buffer, truncating at size-1
characters. The new position is then returned so that it may be
passed in to the next call to splitname. If the separator is not
found within 'size' characters, then size-1 characters plus a null will
be put into the buffer, and the position of the next separator will
be returned.
If a a separator cannot be found, -1 is returned (but the characters
from the old position to the end of the string are copied into the
buffer, up to a maximum of size-1 characters). Both strings are
null-terminated.
This function is mainly intended to support handlers.
INPUTS
name - Filename being parsed.
separator - Separator charactor to split by.
buf - Buffer to hold separated name.
oldpos - Current position in the file.
size - Size of buf in bytes (including null termination).
RESULT
newpos - New position for next call to splitname. -1 for last one.
BUGS
In V36 and V37, path portions greater than or equal to 'size' caused
the last character of the portion to be lost when followed by a
separator. Fixed for V39 dos. For V36 and V37, the suggested work-
around is to call SplitName() with a buffer one larger than normal
(for example, 32 bytes), and then set buf[size-2] to '0' (for example,
buf[30] = '\0';).
SEE ALSO
FilePart(), PathPart(), AddPart()
dos.library/StartNotify
NAME
StartNotify -- Starts notification on a file or directory (V36)
SYNOPSIS
success = StartNotify(notifystructure)
D0 D1
BOOL StartNotify(struct NotifyRequest *)
FUNCTION
Posts a notification request. Do not modify the notify structure while
it is active. You will be notified when the file or directory changes.
For files, you will be notified after the file is closed. Not all
filesystems will support this: applications should NOT require it. In
particular, most network filesystems won't support it.
INPUTS
notifystructure - A filled-in NotifyRequest structure
RESULT
success - Success/failure of request
BUGS
The V36 floppy/HD filesystem doesn't actually send notifications. The
V36 ram handler (ram:) does. This has been fixed for V37.
SEE ALSO
EndNotify(),
dos.library/StrToDate
NAME
StrToDate -- Converts a string to a DateStamp (V36)
SYNOPSIS
success = StrToDate( datetime )
D0 D1
BOOL StrToDate( struct DateTime * )
FUNCTION
Converts a human readable ASCII string into an AmigaDOS
DateStamp.
INPUTS
DateTime - a pointer to an initialized DateTime structure.
The DateTime structure should be initialized as follows:
dat_Stamp - ignored on input.
dat_Format - a format byte which specifies the format of the
dat_StrDat. This can be any of the following (note:
If value used is something other than those below,
the default of FORMAT_DOS is used):
FORMAT_DOS: AmigaDOS format (dd-mmm-yy).
FORMAT_INT: International format (yy-mmm-dd).
FORMAT_USA: American format (mm-dd-yy).
FORMAT_CDN: Canadian format (dd-mm-yy).
FORMAT_DEF: default format for locale.
dat_Flags - a flags byte. The only flag which affects this
function is:
DTF_SUBST: ignored by this function
DTF_FUTURE: If set, indicates that strings such
as (stored in dat_StrDate) "Monday"
refer to "next" monday. Otherwise,
if clear, strings like "Monday"
refer to "last" monday.
dat_StrDay - ignored bythis function.
dat_StrDate - pointer to valid string representing the date.
This can be a "DTF_SUBST" style string such as
"Today" "Tomorrow" "Monday", or it may be a string
as specified by the dat_Format byte. This will be
converted to the ds_Days portion of the DateStamp.
If this pointer is NULL, DateStamp->ds_Days will not
be affected.
dat_StrTime - Pointer to a buffer which contains the time in
the ASCII format hh:mm:ss. This will be converted
to the ds_Minutes and ds_Ticks portions of the
DateStamp. If this pointer is NULL, ds_Minutes and
ds_Ticks will be unchanged.
RESULT
success - a zero return indicates that a conversion could
not be performed. A non-zero return indicates that the
DateTime.dat_Stamp variable contains the converted
values.
SEE ALSO
DateStamp(), DateToStr(),
dos.library/StrToLong
NAME
StrToLong -- string to long value (decimal) (V36)
SYNOPSIS
characters = StrToLong(string,value)
D0 D1 D2
LONG StrToLong(STRPTR, LONG *)
FUNCTION
Converts decimal string into LONG value. Returns number of characters
converted. Skips over leading spaces & tabs (included in count). If
no decimal digits are found (after skipping leading spaces & tabs),
StrToLong returns -1 for characters converted, and puts 0 into value.
INPUTS
string - Input string.
value - Pointer to long value. Set to 0 if no digits are converted.
RESULT
result - Number of characters converted or -1.
BUGS
Before V39, if there were no convertible characters it returned the
number of leading white-space characters (space and tab in this case).
dos.library/SystemTagList
NAME
SystemTagList -- Have a shell execute a command line (V36)
SYNOPSIS
error = SystemTagList(command, tags)
D0 D1 D2
LONG SystemTagList(STRPTR, struct TagItem *)
error = System(command, tags)
D0 D1 D2
LONG System(STRPTR, struct TagItem *)
error = SystemTags(command, Tag1, ...)
LONG SystemTags(STRPTR, ULONG, ...)
FUNCTION
Similar to Execute(), but does not read commands from the input
filehandle. Spawns a Shell process to execute the command, and
returns the returncode the command produced, or -1 if the command
could not be run for any reason. The input and output filehandles
will not be closed by System, you must close them (if needed) after
System returns, if you specified them via SYS_Input or SYS_Output.
By default the new process will use your current Input() and Output()
filehandles. Normal Shell command-line parsing will be done
including redirection on 'command'. The current directory and path
will be inherited from your process. Your path will be used to find
the command (if no path is specified).
Note that you may NOT pass the same filehandle for both SYS_Input
and SYS_Output. If you want input and output to both be to the same
CON: window, pass a SYS_Input of a filehandle on the CON: window,
and pass a SYS_Output of NULL. The shell will automatically set
the default Output() stream to the window you passed via SYS_Input,
by opening "*" on that handler.
If used with the SYS_Asynch flag, it WILL close both it's input and
output filehandles after running the command (even if these were
your Input() and Output()!)
Normally uses the boot (ROM) shell, but other shells can be specified
via SYS_UserShell and SYS_CustomShell. Normally, you should send
things written by the user to the UserShell. The UserShell defaults
to the same shell as the boot shell.
The tags are passed through to CreateNewProc() (tags that conflict
with SystemTagList() will be filtered out). This allows setting
things like priority, etc for the new process. The tags that are
currently filtered out are:
NP_Seglist
NP_FreeSeglist
NP_Entry
NP_Input
NP_Output
NP_CloseInput
NP_CloseOutput
NP_HomeDir
NP_Cli
INPUTS
command - Program and arguments
tags - see . Note that both SystemTagList()-
specific tags and tags from CreateNewProc() may be passed.
RESULT
error - 0 for success, result from command, or -1. Note that on
error, the caller is responsible for any filehandles or other
things passed in via tags. -1 will only be returned if
dos could not create the new shell. If the command is not
found the shell will return an error value, normally
RETURN_ERROR.
SEE ALSO
Execute(), CreateNewProc(), , Input(), Output()
dos.library/UnGetC
NAME
UnGetC -- Makes a char available for reading again. (buffered) (V36)
SYNOPSIS
value = UnGetC(fh, character)
D0 D1 D2
LONG UnGetC(BPTR, LONG)
FUNCTION
Pushes the character specified back into the input buffer. Every
time you use a buffered read routine, you can always push back 1
character. You may be able to push back more, though it is not
recommended, since there is no guarantee on how many can be
pushed back at a given moment.
Passing -1 for the character will cause the last character read to
be pushed back. If the last character read was an EOF, the next
character read will be an EOF.
Note: UnGetC can be used to make sure that a filehandle is set up
as a read filehandle. This is only of importance if you are writing
a shell, and must manipulate the filehandle's buffer.
INPUTS
fh - filehandle to use for buffered I/O
character - character to push back or -1
RESULT
value - character pushed back, or FALSE if the character cannot
be pushed back.
BUGS
In V36, UnGetC(fh,-1) after an EOF would not cause the next character
read to be an EOF. This was fixed for V37.
SEE ALSO
FGetC(), FPutC(), Flush()
dos.library/UnLoadSeg
NAME
UnLoadSeg -- Unload a seglist previously loaded by LoadSeg()
SYNOPSIS
success = UnLoadSeg( seglist )
D0 D1
BOOL UnLoadSeg(BPTR)
FUNCTION
Unload a seglist loaded by LoadSeg(). 'seglist' may be zero.
Overlaid segments will have all needed cleanup done, including
closing files.
INPUTS
seglist - BCPL pointer to a segment identifier
RESULTS
success - returns 0 if a NULL seglist was passed or if it failed
to close an overlay file. NOTE: this function returned
a random value before V36!
SEE ALSO
LoadSeg(), InternalLoadSeg(), InternalUnLoadSeg()
dos.library/UnLock
NAME
UnLock -- Unlock a directory or file
SYNOPSIS
UnLock( lock )
D1
void UnLock(BPTR)
FUNCTION
The filing system lock (obtained from Lock(), DupLock(), or
CreateDir()) is removed and deallocated.
INPUTS
lock - BCPL pointer to a lock
NOTE
passing zero to UnLock() is harmless
SEE ALSO
Lock(), DupLock(), ParentOfFH(), DupLockFromFH()
dos.library/UnLockDosList
NAME
UnLockDosList -- Unlocks the Dos List (V36)
SYNOPSIS
UnLockDosList(flags)
D1
void UnLockDosList(ULONG)
FUNCTION
Unlocks the access on the Dos Device List. You MUST pass the same
flags you used to lock the list.
INPUTS
flags - MUST be the same flags passed to (Attempt)LockDosList()
SEE ALSO
AttemptLockDosList(), LockDosList(), Permit()
dos.library/UnLockRecord
NAME
UnLockRecord -- Unlock a record (V36)
SYNOPSIS
success = UnLockRecord(fh,offset,length)
D0 D1 D2 D3
BOOL UnLockRecord(BPTR,ULONG,ULONG)
FUNCTION
This releases the specified lock on a file. Note that you must use
the same filehandle you used to lock the record, and offset and length
must be the same values used to lock it. Every LockRecord() call must
be balanced with an UnLockRecord() call.
INPUTS
fh - File handle of locked file
offset - Record start position
length - Length of record in bytes
RESULT
success - Success or failure.
BUGS
See LockRecord()
SEE ALSO
LockRecords(), LockRecord(), UnLockRecords()
dos.library/UnLockRecords
NAME
UnLockRecords -- Unlock a list of records (V36)
SYNOPSIS
success = UnLockRecords(record_array)
D0 D1
BOOL UnLockRecords(struct RecordLock *)
FUNCTION
This releases an array of record locks obtained using LockRecords.
You should NOT modify the record_array while you have the records
locked. Every LockRecords() call must be balanced with an
UnLockRecords() call.
INPUTS
record_array - List of records to be unlocked
RESULT
success - Success or failure.
BUGS
See LockRecord()
SEE ALSO
LockRecords(), LockRecord(), UnLockRecord()
dos.library/VFPrintf
NAME
VFPrintf -- format and print a string to a file (buffered) (V36)
SYNOPSIS
count = VFPrintf(fh, fmt, argv)
D0 D1 D2 D3
LONG VFPrintf(BPTR, STRPTR, LONG *)
count = FPrintf(fh, fmt, ...)
LONG FPrintf(BPTR, STRPTR, ...)
FUNCTION
Writes the formatted string and values to the given file. This
routine is assumed to handle all internal buffering so that the
formatting string and resultant formatted values can be arbitrarily
long. Any secondary error code is returned in IoErr(). This routine
is buffered.
INPUTS
fh - Filehandle to write to
fmt - RawDoFmt() style formatting string
argv - Pointer to array of formatting values
RESULT
count - Number of bytes written or -1 (EOF) for an error
BUGS
The prototype for FPrintf() currently forces you to cast the first
varargs parameter to LONG due to a deficiency in the program
that generates fds, prototypes, and amiga.lib stubs.
SEE ALSO
VPrintf(), VFWritef(), RawDoFmt(), FPutC()
dos.library/VFWritef
NAME
VFWritef - write a BCPL formatted string to a file (buffered) (V36)
SYNOPSIS
count = VFWritef(fh, fmt, argv)
D0 D1 D2 D3
LONG VFWritef(BPTR, STRPTR, LONG *)
count = FWritef(fh, fmt, ...)
LONG FWritef(BPTR, STRPTR, ...)
FUNCTION
Writes the formatted string and values to the specified file. This
routine is assumed to handle all internal buffering so that the
formatting string and resultant formatted values can be arbitrarily
long. The formats are in BCPL form. This routine is buffered.
Supported formats are: (Note x is in base 36!)
%S - string (CSTR)
%Tx - writes a left-justified string in a field at least
x bytes long.
%C - writes a single character
%Ox - writes a number in octal, maximum x characters wide
%Xx - writes a number in hex, maximum x characters wide
%Ix - writes a number in decimal, maximum x characters wide
%N - writes a number in decimal, any length
%Ux - writes an unsigned number, maximum x characters wide
%$ - ignore parameter
Note: 'x' above is actually the character value - '0'.
INPUTS
fh - filehandle to write to
fmt - BCPL style formatting string
argv - Pointer to array of formatting values
RESULT
count - Number of bytes written or -1 for error
BUGS
As of V37, VFWritef() does NOT return a valid return value. In
order to reduce possible errors, the prototypes supplied for the
system as of V37 have it typed as VOID.
SEE ALSO
VFPrintf(), VFPrintf(), FPutC()
dos.library/VPrintf
NAME
VPrintf -- format and print string (buffered) (V36)
SYNOPSIS
count = VPrintf(fmt, argv)
D0 D1 D2
LONG VPrintf(STRPTR, LONG *)
count = Printf(fmt, ...)
LONG Printf(STRPTR, ...)
FUNCTION
Writes the formatted string and values to Output(). This routine is
assumed to handle all internal buffering so that the formatting string
and resultant formatted values can be arbitrarily long. Any secondary
error code is returned in IoErr(). This routine is buffered.
Note: RawDoFmt assumes 16 bit ints, so you will usually need 'l's in
your formats (ex: %ld versus %d).
INPUTS
fmt - exec.library RawDoFmt() style formatting string
argv - Pointer to array of formatting values
RESULT
count - Number of bytes written or -1 (EOF) for an error
BUGS
The prototype for Printf() currently forces you to cast the first
varargs parameter to LONG due to a deficiency in the program
that generates fds, prototypes, and amiga.lib stubs.
SEE ALSO
VFPrintf(), VFWritef(), RawDoFmt(), FPutC()
dos.library/WaitForChar
NAME
WaitForChar -- Determine if chars arrive within a time limit
SYNOPSIS
status = WaitForChar( file, timeout )
D0 D1 D2
BOOL WaitForChar(BPTR, LONG)
FUNCTION
If a character is available to be read from 'file' within the
time (in microseconds) indicated by 'timeout', WaitForChar()
returns -1 (TRUE). If a character is available, you can use Read()
to read it. Note that WaitForChar() is only valid when the I/O
stream is connected to a virtual terminal device. If a character is
not available within 'timeout', a 0 (FALSE) is returned.
BUGS
Due to a bug in the timer.device in V1.2/V1.3, specifying a timeout
of zero for WaitForChar() can cause the unreliable timer & floppy
disk operation.
INPUTS
file - BCPL pointer to a file handle
timeout - integer
RESULTS
status - boolean
SEE ALSO
Read(), FGetC()
dos.library/WaitPkt
NAME
WaitPkt -- Waits for a packet to arrive at your pr_MsgPort (V36)
SYNOPSIS
packet = WaitPkt()
D0
struct DosPacket *WaitPkt(void);
FUNCTION
Waits for a packet to arrive at your pr_MsgPort. If anyone has
installed a packet wait function in pr_PktWait, it will be called.
The message will be automatically GetMsg()ed so that it is no longer
on the port. It assumes the message is a dos packet. It is NOT
guaranteed to clear the signal for the port.
RESULT
packet - the packet that arrived at the port (from ln_Name of message).
SEE ALSO
SendPkt(), DoPkt(), AbortPkt()
dos.library/Write
NAME
Write -- Write bytes of data to a file
SYNOPSIS
returnedLength = Write( file, buffer, length )
D0 D1 D2 D3
LONG Write (BPTR, void *, LONG)
FUNCTION
Write() writes bytes of data to the opened file 'file'. 'length'
indicates the length of data to be transferred; 'buffer' is a
pointer to the buffer. The value returned is the length of
information actually written. So, when 'length' is greater than
zero, the value of 'length' is the number of characters written.
Errors are indicated by a value of -1.
Note: this is an unbuffered routine (the request is passed directly
to the filesystem.) Buffered I/O is more efficient for small
reads and writes; see FPutC().
INPUTS
file - BCPL pointer to a file handle
buffer - pointer to the buffer
length - integer
RESULTS
returnedLength - integer
SEE ALSO
Read(), Seek(), Open(), Close(), FPutC
dos.library/WriteChars
NAME
WriteChars -- Writes bytes to the the default output (buffered) (V36)
SYNOPSIS
count = WriteChars(buf, buflen)
D0 D1
LONG WriteChars(STRPTR, LONG)
FUNCTION
This routine writes a number of bytes to the default output. The
length is returned. This routine is buffered.
INPUTS
buf - buffer of characters to write
buflen - number of characters to write
RESULT
count - Number of bytes written. -1 (EOF) indicates an error
SEE ALSO
FPuts(), FPutC(), FWrite(), PutStr()
Converted on 22 Apr 2000 with RexxDoesAmigaGuide2HTML 2.1 by Michael Ranner.