AMSDOS - Revision history

Phi2x at 09:39, 13 October 2024

2024-10-13T09:39:40Z

Phi2x: /* AMSDOS command reference */

2024-10-13T09:33:59Z

‎AMSDOS command reference

Phi2x: /* AMSDOS command reference */

2024-09-30T10:40:44Z

‎AMSDOS command reference

Phi2x: /* AMSDOS command reference */

2024-09-30T10:36:44Z

‎AMSDOS command reference

KSL at 13:54, 21 August 2024

2024-08-21T13:54:38Z

KSL at 13:51, 21 August 2024

2024-08-21T13:51:12Z

Arnoldemu at 07:52, 1 May 2018

2018-05-01T07:52:25Z

Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /mnt/cpcwiki-httpdocs/includes/diff/DairikiDiff.php on line 434

Arnoldemu: /* BASDOS */

2018-04-30T20:05:32Z

‎BASDOS

Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /mnt/cpcwiki-httpdocs/includes/diff/DairikiDiff.php on line 434

Arnoldemu: /* BASDOS */

2018-04-30T20:01:22Z

‎BASDOS

Arnoldemu: /* BASDOS */

2018-04-29T10:13:24Z

‎BASDOS

@@ Line 9: / Line 9: @@
 * [[AMSDOS Hidden RSX Functions]]
 * [[AMSDOS Memory Map]]
 == AMSDOS command reference ==
@@ Line 48: / Line 50: @@
 You can choose another user with a POKE into AMSDOS variables. For example, '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, '''poke &a701,&a2''' provides access to USER 162.
 == CAS TEST EOF ==
@@ Line 53: / Line 78: @@
 * If the opened file doesn't have a header then hard EOF is signaled at the end of the current record (Each record is 128 bytes). e.g. if reading a file without a header which is meant to be 2 bytes long, hard eof will not be signalled until byte 128.
 * If the opened file does have a header then hard EOF is signaled at the end of the data defined by the header. (i.e. if there is a header and the file has length 2, hard EOF is signalled when reading the third byte).
 == BASDOS ==

@@ Line 45: / Line 45: @@
 |}
-Note: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables.
+Note: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5).
-For example, '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, poke &a701,&a2 provides access to USER 162.
+You can choose another user with a POKE into AMSDOS variables. For example, '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, '''poke &a701,&a2''' provides access to USER 162.
 == CAS TEST EOF ==

@@ Line 45: / Line 45: @@
 |}
-Note: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables. For example '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, poke &a701,&a2 provides access to USER 162.
+Note: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables.
 == CAS TEST EOF ==

@@ Line 12: / Line 12: @@
 == AMSDOS command reference ==
-=== |A ===
+{| class="wikitable"
-Makes drive A: the default disk drive. The result equals that of |DRIVE with parameter A. On a CPC664, CPC6128 or 6128plus, normally the built-in disk drive is A:.
+Note: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables. For example '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, poke &a701,&a2 provides access to USER 162.
-−
-=== |B ===
-−
-Makes drive B: the default disk drive. The result equals that of |DRIVE with parameter B. On a CPC664, CPC6128 or 6128plus, normally the built-in disk drive is A:.
-−
-=== |CPM ===
-−
-Boots a disk operating system from a system disk. CPCs came with CP/M 2.2 (CPC464, CPC664, CPC6128) and/or CP/M Plus (CPC6128, 6128plus). The command has no effect if no system disk is inserted. Some games also used this method in order to be started. Note that CPCs could be modified on the PCB in order to automatically perform the same thing as |CPM on power up.
-−
-=== |DIR ===
-−
-|DIR[,&lt;text argument&gt;]
-−
- |DIR,"*.BAS"
-−
-Shows the contents of the current disk (in CP/M style) as well as the free disk space. If &lt;text argument&gt; is omitted, *.* is assumed.
-−
-=== |DISC ===
-−
-Equals the commands |DISC.IN plus |DISC.OUT
-−
-=== |DISC.IN ===
-−
-Switches to disk as file input media.
-−
-=== |DISC.OUT ===
-−
-Switches to disk as file output media.
-−
-=== |DRIVE ===
-−
-|DRIVE,&lt;text argument&gt;
-−
- |DRIVE,"A"
-−
-Sets the default drive. This command only works when there is a readable disk in the chosen drive.
-−
-=== |ERA ===
-−
-|ERA,&lt;text argument&gt;
-−
- |ERA,"*.BAK"
-−
-Erases all files matching the text argument which aren't set as read-only. Wildcards can be used.
-−
-=== |REN ===
-−
-|REN,&lt;text argument&gt;,&lt;text argument&gt;
-−
- |REN,"NEWNAME.BAS","OLDNAME.BAS"
-−
-Renames a file. A file with the new file name may not already exist. Wildcards aren't allowed. For &lt;text argument&gt;, the USER parameter can also be used (see [[AMSDOS#.7CUSER||USER]]):
-−
- |REN,"0:NEW.BAS","15:OLD.BAS"
-−
-the file OLD.BAS from USER 15 will be renamed to NEW.BAS and assigned to USER 0, regardless which USER number was chosen before.
-−
-=== |TAPE ===
-−
-Equals the commands |TAPE.IN plus |TAPE.OUT
-−
-=== |TAPE.IN ===
-−
-Uses the tape recorder as file input media.
-−
-=== |TAPE.OUT ===
-−
-Uses the tape recorder as file output media.
-−
-=== |USER ===
-−
-|USER,&lt;integer expression&gt;
-−
- |USER,3
-−
-Chooses, which of the 16¹ possible sections of the directory (from 0 to 15) applies to disk commands (e.g. CAT, LOAD, |DIR, a.s.o.). A file can be moved from one user number to another using the |REN command. E.g.
-−
- |REN,"15:EXAMPLE.BAS","0:EXAMPLE.BAS"
-−
-moves the file EXAMPLE.BAS from USER 0 to USER 15 without changing its name.
-−
-¹: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables. For example '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, poke &a701,&a2 provides access to USER 162.
 == CAS TEST EOF ==

@@ Line 96: / Line 96: @@
 moves the file EXAMPLE.BAS from USER 0 to USER 15 without changing its name.
-¹: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables. For example '''poke &a701,&e5''' provides access to the deleted files or user 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file from user 229 to user 0.
+¹: In fact, more user areas exist. Deleted files for example are in reality only moved to USER 229 (hexadecimal &amp;E5). You can choose another user with a POKE into AMSDOS variables. For example '''poke &a701,&e5''' provides access to the deleted files or USER 229 (recycle bin). |Ren,"0:filename.typ","filename.typ" moves the deleted file filename.typ from USER 229 to USER 0. Another example, poke &a701,&a2 provides access to USER 162.
 == CAS TEST EOF ==

@@ Line 111: / Line 111: @@
 Differences compared to AMSDOS:
 * There is a new block of code at &dc00-&df00 in the ROM which starts with a small jumpblock. This code implements the patches. Other parts of the ROM have been patched to call into this.
-* Disc motor handler is patched to support a Ramdisk if detected.
+* Disc motor handler is patched to support a Ramdisk if selected.
-* Ramdisk is chosen with drive 'C' or 'D'. The XDPB is fixed and can't be auto detected. In addition data within the XDPB is used to identify Ramdisk 'formats'. 'Auto select' parameter is 1 for a ramdisk based format, which has a dual purpose of identifying it and preventing auto-detection and the filler byte has been repurposed to define the base ram page of the ramdisk. The ramdisk uses KC Compact RAM Expansion/Amstrad compatible RAM Expansions.
+* Ramdisk is chosen with drive 'C' or 'D' using |DRIVE only. The XDPB for the ramdisk is fixed and isn't auto detected. In addition data within the XDPB is used to identify Ramdisk 'formats'. 'Auto select' parameter is 1 for a ramdisk based format, which has a dual purpose of identifying it and preventing auto-detection and the filler byte has been repurposed to define the base ram page of the ramdisk. The ramdisk uses KC Compact RAM Expansion/Amstrad compatible RAM Expansions.
-* Read/write is patched to allow double sided discs so that BASDOS can be used.
+* Read/write is patched to allow double sided discs so that BASDOS format can be used.
-* Drive 'A' or 'B' can be DATA, BASDOS format (704KB) or SYSTEM/VENDOR. IBM is replaced by BASDOS.
+* Drive 'A' or 'B' can be DATA, BASDOS format (704KB) or SYSTEM/VENDOR. IBM format is replaced by BASDOS format.
 * Drive 'C' accesses a 64KB RAM DISK. (1KB blocks, 64 blocks, 32 directory entries). Uses second bank with ram selections from c4.
 * Drive 'D' accesses a 192KB RAM DISK. (2KB blocks, 96 blocks, 128 directory entries). Uses second bank with ram selections from e8. Useful if you have a 256KB/512KB ram expansion.
-* the double sided [[MicroDOS]] disc format is only supported in Microdos and not in AMSDOS mode. There are no XDPB which have sector size N=3 defined in the ROM.
+* the double sided [[MicroDOS]] disc format is only supported in Microdos and not in AMSDOS mode. There are no XDPB defined for it within the BASDOS ROM.
-* can boot both [[MicroDOS]] and Amstrad CP/M based on the detected disc format. Read id is used to detect which is used. Both the sector ID and sector size are used. A ram expansion is required for MicroDOS.
+* BASDOS can boot both [[MicroDOS]] and Amstrad CP/M using |CPM depending on the detected disc format. Read id is used to detect which is used. Both the sector ID (R) and sector size (N) from the read id results are used. A ram expansion is required for MicroDOS.
 [[Category:Stub]] [[Category:Disc Operating_System]]

@@ Line 109: / Line 109: @@
 Differences compared to AMSDOS:
 * There is a new block of code at &dc00-&df00 in the ROM which starts with a small jumpblock. This code implements the patches. Other parts of the ROM have been patched to call into this.
-* the double sided [[MicroDOS]] disc format is supported in AMSDOS mode
+* Disc motor handler is patched to support a Ramdisk. It uses data within the XDPB to determine if it's a disc based or ram based CPM based disc format. (auto select parameter is 1 for a ramdisk based format with the filler byte parameter defining the base ram page of the ramdisk).
-* the double sided BASDOS disc format is supported in AMSDOS mode.
+* Read/write is patched to allow double sided discs.
-* BASDOS can boot both [[MicroDOS]] and Amstrad CP/M based on the detected disc format. Read id is used. Both the sector ID and sector size are used.
+* Drive 'A' or 'B' can be DATA, BASDOS format (704KB) or SYSTEM/VENDOR. IBM is replaced by BASDOS.
 [[Category:Stub]] [[Category:Disc Operating_System]]