Alle Funktionen müssen im Supervisor-Modus aufgerufen werden. Das Verhalten für Aufrufe im User-Modus ist undefiniert. Bis auf D0 werden keine Prozessorregister verändert. Undefinierte Opcodes führen zur Fehlermeldung EINVFN.
Einige der Funktionsaufrufe - insbesondere XHReadWrite() - können zum Aufruf von BIOS- oder XBIOS-Routinen im Betriebssystem und damit zur Aktivierung des Critical Error Handler führen. Im Zweifel muß der CEH also vom Aufrufer abgeschaltet werden.
Für alle Funktionen seien folgende Return-Werte definiert:
TOS-Fehlernummern:
0: | OK (OK) |
-1: | unspezifizierter Fehler (ERROR) |
-2: | Gerät nicht bereit (EDRVNR) |
-15: | ungültige Device/Targetnummer (EUNDEV) |
-32: | falsche Funktionsnummer (EINVFN) |
-36: | Gerät ist zur Zeit 'reserved' (EACCDN) |
-46: | BIOS-Device wird vom Treiber nicht bedient (EDRIVE) |
SCSI-Fehlernummern (Bereich von -200..-455)
(-200 - N): | SCSI-Errorcode N (der `Additional Sense Code' aus Byte 12 des
`Extended Sense Format', siehe Anhang B in `draft proposed American
National Standard for information systems - Revision 11a - SCSI-3
Primary Commands, 28 March 1997').
|
IDE-Fehlernummern (Bereich von -456..-711)
(-456 - N): | IDE-Errorcode N (Wert des IDE-Fehlerregisters).
|
Hinweis: SCSI-Fehlercodes können logischerweise nur bei ACSI-/SCSI-Geräten auftreten. Für Platten am IDE-Interface des ST-Book oder Falcon030 (oder Maschinen, bei denen ein derartiges Interface nachgerüstet worden ist), kann auch optional folgende Zuordnung benutzt werden:
Bit im IDE- | |||
Fehlerregister | Bedeutung | SCSI-Fehler | XHDI-Fehler |
1 | Track 0 not found | $06 | -206 |
0 | DAM not found | $13 | -219 |
4 | ID-Field not found | $12 | -218 |
7 | Bad block mark | $10 | -216 |
6 | Uncorrectable error | $11 | -217 |
2 | Command aborted | $20 | -232 |
5 | Media Change | $28 | -240 |
3 | Media Change requested | $5A | -290 |
(Es empfiehlt sich, die einzelnen Bits in der angegebenen Reihenfolge zu testen).
Bei andersartigen Geräten, wie zum Beispiel Diskettenlaufwerken an der Floppy-Controller-Schnittstelle, können auch andere, hier noch nicht spezifizierte Error-Codes zurückgeliefert werden.
Für die Parameterübergabe gilt die GEMDOS-Übergabe-Konvention. Alle Parameter werden auf dem Stack abgelegt (zuletzt, also an der niedrigsten Adresse, der Opcode als 16-Bit-Wert). Das 32 Bit große Ergebnis wird in D0 zurückgeliefert.
Immer dann, wenn dokumentiert ist, daß der Aufrufer Nullzeiger übergeben darf, bedeutet die Übergabe eines Nullzeigers, daß der Aufrufer sich für den zurückzuliefernden Wert nicht interessiert. Treibersoftware muß also solche Zeiger vor einer Dereferenzierung immer überprüfen.
Querverweis: XHDI-Spezifikation SCSI-Spezifikation BIOS
Name: | »XHGetVersion« - Protokollversion erfragen
|
Opcode: | 0
|
Deklaration: | UWORD XHGetVersion ( VOID );
|
Beschreibung: | Die Funktion liefert die Protokollversion zurück.
Formatbeispiel: $0119 ist Version 1.19 (identisch mit
GEMDOS-Sversion(), nur sind die beiden Bytes NICHT verdreht).
|
Ergebnis: | Der Rückgabewert beschreibt die Versionsnummer des
XHDI-Protokolls. Dabei enthält das High-Byte die Versionsnummer und
das Low-Byte die Revision.
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHInqTarget« - Informationen über ein Gerät liefern
| ||||||||||||||||||||||||||||||
Opcode: | 1
| ||||||||||||||||||||||||||||||
Deklaration: | LONG XHInqTarget ( UWORD major, UWORD minor, ULONG *blocksize,
ULONG *device_flags, BYTE *product_name );
| ||||||||||||||||||||||||||||||
Beschreibung: | Liefert Informationen über das durch major und
minor spezifizierte Gerät (in (device_flags: ein
Attributvektor). Mit XHReserve() vorgenommene Reservierungen werden
dabei berücksichtigt.
| ||||||||||||||||||||||||||||||
Ergebnis: |
| ||||||||||||||||||||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||||||||||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHReserve« - Gerät reservieren bzw. wieder freigeben
| ||||||||||||
Opcode: | 2
| ||||||||||||
Deklaration: | LONG XHReserve ( UWORD major, UWORD minor, UWORD do_reserve,
UWORD key );
| ||||||||||||
Beschreibung: | Reserviert ein Gerät bzw. gibt es wieder frei. Auf reservierte
Geräte kann nur bei Angabe des korrekten Schlüssels per XHLock(),
XHStop() oder XHEject() zugegriffen werden.
Sinn: man möchte nicht, daß man eine Wechselplatte per CPX-Modul entriegeln kann, nachdem sie gerade von einer virtuellen Speicherverwaltung verriegelt worden ist. Dies sollte nur die Speicherverwaltung selbst machen können.
| ||||||||||||
Ergebnis: | Beim Reservieren des Geräts wird im Erfolgsfall ein 16-Bit
Schlüssel zurückgeliefert. Dieser Schlüssel muß bei allen weiteren
Zugriffen auf das Gerät angegeben sowie beim Wieder-Freigeben
angegeben werden.
| ||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHLock« - Auswurfknopf verriegeln bzw. entriegeln
| ||||||||||||
Opcode: | 3
| ||||||||||||
Deklaration: | LONG XHLock ( UWORD major, UWORD minor, UWORD do_lock, UWORD
key );
| ||||||||||||
Beschreibung: | Verriegelt bzw. entriegelt den Auswurfknopf eines Geräts. Der
Treiber hat sich darum zu kümmern, ob dieser Befehl an das Gerät
weitergeleitet wird oder nicht (falls das Medium nicht verriegelbar
ist).
| ||||||||||||
Ergebnis: | Welchen Code man im Fehlerfall zurückerhält, ist undefiniert.
Mehr Informationen werden allerdings auch nicht benötigt, da man ja
mit XHInqTarget() vorher gezielt auf diese Fähigkeit abtesten kann.
| ||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHStop« - Gerät stoppen bzw. wieder starten
| ||||||||||||
Opcode: | 4
| ||||||||||||
Deklaration: | LONG XHStop ( UWORD major, UWORD minor, UWORD do_stop, UWORD
key );
| ||||||||||||
Beschreibung: | Gerät wird gestoppt (geparkt) bzw. gestartet (entparkt).
Anmerkung: Bei etwaigen Zugriffen auf das gestoppte Gerät sollte der Treiber selbst für das Wiederhochfahren sorgen. | ||||||||||||
Ergebnis: | Welchen Code man im Fehlerfall zurückerhält, ist undefiniert.
Mehr Informationen werden allerdings auch nicht benötigt, da man ja
mit XHInqTarget() vorher gezielt auf diese Fähigkeit abtesten kann.
| ||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHEject« - Medium auswerfen bzw. wieder einziehen
| ||||||||||||
Opcode: | 5
| ||||||||||||
Deklaration: | LONG XHEject ( UWORD major, UWORD minor, UWORD do_eject, UWORD
key );
| ||||||||||||
Beschreibung: | Medium wird ausgeworfen oder eingezogen.
| ||||||||||||
Ergebnis: | Welchen Code man im Fehlerfall zurückerhält, ist undefiniert.
Mehr Informationen werden allerdings auch nicht benötigt, da man ja
mit XHInqTarget() vorher gezielt auf diese Fähigkeit abtesten kann.
| ||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHDrvMap« - Bitvektor mit BIOS XHDI-Gerätenummern liefern
|
Opcode: | 6
|
Deklaration: | ULONG XHDrvMap ( VOID );
|
Beschreibung: | Die Funktion liefert einen Bitvektor mit den über das
XHDI-Protokoll unterstützten BIOS-Gerätenummern (wie etwa bei
Drvmap()).
|
Ergebnis: | Der Rückgabewert ist der entsprechende Bitvektor.
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHInqDev« - Major, Minor Device Number, Startsektor und
Bios-Parameter-Block (BPB) eines BIOS-Geräts ermitteln
|
Opcode: | 7
|
Deklaration: | LONG XHInqDev ( UWORD bios_device, UWORD *major, UWORD *minor,
ULONG *start_sector, BPB *bpb );
|
Beschreibung: | Liefert Major Device Number, Minor Device Number, Startsektor
und BPB eines BIOS-Geräts (im Gegensatz zu Getbpb() wird dadurch
der Media-Change-Status des Geräts NICHT zurückgesetzt).
Anmerkung: es wird ein Zeiger auf eine vom Aufrufer bereitgestellte BPB-Struktur übergeben, die vom XHDI-Treiber gefüllt wird. |
Ergebnis: | E_OK, EDRVNR (Gerät kann zur Zeit nicht angesprochen werden,
zum Beispiel Medium nicht eingelegt), EDRIVE (falsche Gerätenummer)
oder eine andere Fehlernummer. Bei EDRVNR darf man sich darauf
verlassen, daß major und minor korrekt zurückgeliefert werden.
Ein start_sector mit Wert $FFFFFFFF soll auf eine Partition hinweisen, die zur Zeit vom Treiber nicht bedient wird (zum Beispiel, wenn ein Wechselmedium mit 'zu wenig' Partitionen eingelegt ist). Der zurückgelieferte BPB ist ungültig, wenn das Element recsiz Null ist. Hinweis: ein Dateisystem ist durch major- und minor Gerätenummer sowie Startsektor (mit der obigen Einschränkung) exakt spezifiziert. Über die Art des Dateisystems (FAT oder etwas anderes) ist damit nichts ausgesagt! Anmerkung: für major, minor, start_sector und bpb dürfen auch Nullzeiger übergeben werden. |
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHInqDriver« - Informationen über den Treiber erfragen
| ||||||||||||||||
Opcode: | 8
| ||||||||||||||||
Deklaration: | LONG XHInqDriver ( UWORD bios_device, BYTE *name, BYTE
*version, BYTE *company, UWORD *ahdi_version, UWORD *maxIPL );
| ||||||||||||||||
Beschreibung: | Die Funktion liefert Informationen über den Treiber, der das
angesprochene Gerät bedient.
| ||||||||||||||||
Ergebnis: |
| ||||||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHNewCookie« - zusätzlichen XHDI Handler installieren
| ||||||||
Opcode: | 9
| ||||||||
Deklaration: | LONG XHNewCookie ( ULONG newcookie );
| ||||||||
Beschreibung: | Installiert einen zusätzlichen XHDI-Handler. Vorteil: der
XHDI-Cookie zeigt nach wie vor auf die gleiche Adresse. Wer diese
Funktion unterstützt muß also folgendes tun:
Wer eine Mehrfachinstallation vornehmen möchte, sollte so vorgehen:
Achtung: Diese Funktion ist optional, daher darf ein Aufruf mit EINVFN beantwortet werden. | ||||||||
Ergebnis: | XHDI-Fehlercodes
| ||||||||
Gruppe: | XHDI-Funktionen
| ||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHReadWrite« - physikalische Blocknummern lesen/schreiben
| ||||||||||||||||
Opcode: | 10
| ||||||||||||||||
Deklaration: | LONG XHReadWrite ( UWORD major, UWORD minor, UWORD rwflag,
ULONG recno, UWORD count, VOID *buf );
| ||||||||||||||||
Beschreibung: | Äquivalent zur BIOS-Funktion Rwabs() zum Lesen bzw.
Schreiben physikalischer Blocknummern.
| ||||||||||||||||
Ergebnis: | XHDI-Fehlercodes
| ||||||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHInqTarget2« - Informationen über Gerät liefern
| ||||||||||||||||||||||||||||
Opcode: | 11
| ||||||||||||||||||||||||||||
Deklaration: | LONG XHInqTarget2 ( UWORD major, UWORD minor, ULONG *blocksize,
ULONG *device_flags, BYTE *product_name, UWORD stringlen );
| ||||||||||||||||||||||||||||
Beschreibung: | Liefert Informationen über das durch major und
minor spezifizierte Gerät (in device_flags: ein
Attributvektor, in product_name: optional die
Produktbezeichnung des Geräts). Mit XHReserve () vorgenommene
Reservierungen werden dabei berücksichtigt.
Die Funktion steht erst ab XHDI-Version 1.01 zur Verfügung. | ||||||||||||||||||||||||||||
Ergebnis: |
| ||||||||||||||||||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||||||||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHInqDev2« - Major, Minor Device Number, Startsektor und
Bios-Parameter-Block (BPB) eines Geräts erfragen
| ||
Opcode: | 12
| ||
Deklaration: | LONG XHInqDev2 ( UWORD bios_device, UWORD *major, UWORD *minor,
ULONG *start_sector, BPB *bpb, ULONG *blocks, BYTE *partid );
| ||
Beschreibung: | Liefert Major Device Number, Minor Device Number, Startsektor,
BPB (im Gegensatz zu Getbpb() wird dadurch der Media-Change-Status
des Geräts NICHT zurückgesetzt), Länge und Partitionkennung
(maximal drei Zeichen zzgl. terminierender Null) eines BIOS-Geräts.
Anmerkung: es wird ein Zeiger auf eine vom Aufrufer bereitgestellte BPB-Struktur übergeben, die vom XHDI-Treiber gefüllt wird. Die Funktion steht erst ab XHDI-Version 1.10 zur Verfügung. | ||
Ergebnis: | E_OK, EDRVNR (Gerät kann zur Zeit nicht angesprochen werden,
zum Beispiel Medium nicht eingelegt), EDRIVE (falsche Gerätenummer)
oder eine andere Fehlernummer. Bei EDRVNR darf man sich darauf
verlassen, daß major und minor korrekt zurückgeliefert werden.
Ein start_sector mit Wert $FFFFFFFF soll auf eine Partition hinweisen, die zur Zeit vom Treiber nicht bedient wird (zum Beispiel, wenn ein Wechselmedium mit 'zu wenig' Partitionen eingelegt ist). Der zurückgelieferte BPB ist ungültig, wenn das Element recsiz Null ist. Wenn die Partitionkennung nicht verfügbar ist (keine Atari-Partitionierung oder überhaupt keine Partitionierung, beispielsweise bei normal formatierten Disketten in SCSI-Diskettenlaufwerken), wird als Partitionkennung eine leere Zeichenkette zurückgegeben. Bei MSDOS-kompatibel partitionierten Medien wird ab XHDI-Version 1.20 die ein Byte lange Partitionkennung wie folgt in partid abgelegt: partid[0] = '\0' (Nullbyte), partid[1] = 'D' (für DOS), partid[2] = Kennung. Hinweis: ein Dateisystem ist durch major- und minor- Gerätenummer sowie Startsektor (mit der obigen Einschränkung) exakt spezifiziert. Über die Art des Dateisystems (FAT oder etwas anderes) ist damit nichts ausgesagt!
| ||
Gruppe: | XHDI-Funktionen
| ||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHDriverSpecial« - treiberspezifische Erweiterungen nutzen
|
Opcode: | 13
|
Deklaration: | LONG XHDriverSpecial ( ULONG key1, ULONG key2, UWORD subopcode,
VOID *data );
|
Beschreibung: | Dieser Opcode kann für treiberspezifische Erweiterungen
benutzt werden. Auf welche Art und Weise die Daten in
subopcode und data interpretiert werden, hängt
ausschließlich vom betroffenen Treiber ab. key1 und
key2 dienen zur Identifikation des anzusprechenden Treibers:
key1 sollte dabei aus vier druckbaren ASCII-Zeichen bestehen, key2 aus einem möglichst willkürlich gewählten Longwert (etwa dem Datum der Definition im BCD-Format). Achtung: Diese Funktion ist optional, daher darf ein Aufruf mit EINVFN beantwortet werden. |
Ergebnis: | XHDI-Fehlercodes
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHGetCapacity« - Anzahl der adressierbaren Sektoren und
deren Größe ermitteln
|
Opcode: | 14
|
Deklaration: | LONG XHGetCapacity ( UWORD major, UWORD minor, ULONG *blocks,
ULONG *blocksize );
|
Beschreibung: | Diese Funktion liefert in blocks die Anzahl der
adressierbaren Sektoren auf dem Medium und in blocksize ihre
Größe zurück (Vorsicht: je nach verwendeter Hardware kann die
Ausführung dieser Funktion mehrere Sekunden dauern!).
Achtung: Diese Funktion ist optional, daher darf ein Aufruf mit EINVFN beantwortet werden. |
Ergebnis: | XHDI-Fehlercodes
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHMediumChanged« - Treiber über Mediumwechsel informieren
|
Opcode: | 15
|
Deklaration: | LONG XHMediumChanged ( UWORD major, UWORD minor );
|
Beschreibung: | Diese Funktion informiert den Treiber darüber, daß das Medium
in dem angegebenen Gerät gewechselt worden ist. Der Treiber sollte
daraufhin so vorgehen, als habe das Gerät selbst einen Medienwechsel
gemeldet.
Achtung: Diese Funktion ist optional, daher darf ein Aufruf mit EINVFN beantwortet werden. |
Ergebnis: | OK wird nur dann zurückgeliefert, wenn die Information richtig
verarbeitet wurde (also alle logischen Laufwerke auf dem Gerät
entweder deaktiviert sind oder benutzt werden können).
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHMiNTInfo« - MiNT spezifische Informationen setzen bzw.
abfragen
|
Opcode: | 16
|
Deklaration: | LONG XHMiNTInfo ( UWORD opcode, VOID *data );
|
Beschreibung: | Diese Funktion setzt MiNT-spezifische Informationen bzw. fragt
diese ab.
Folgende Opcodes sind definiert (unbekannte Opcodes werden mit EINVFN quittiert, E_OK wird genau dann zurückgeliefert, wenn die verlangte Funktion korrekt ausgeführt werden konnte): XH_MI_SETKERINFO (0) [struct kerinfo *data] Übermittelt in data dem Treiber einen Zeiger auf die MiNT-Kernel-Info-Struktur. Der Treiber kann diese benutzen, um beispielsweise direkt Kernelfunktionen aufzurufen. XH_MI_GETKERINFO (1) [struct kerinfo **data] Erfragt beim Treiber die eventuell schon bekannte Adresse der MiNT-Kernel-Info-Struktur. Der Zeiger auf die Struktur wird in die in data angegebene Adresse geschrieben (wenn kein Treiber bekannt ist, wird ein Nullzeiger zurückgeliefert). Achtung: Diese Funktion ist optional, daher darf ein Aufruf mit EINVFN beantwortet werden. |
Ergebnis: | XHDI-Fehlercodes
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHDOSLimits« - interne Limits von DOS erfragen/setzen
| ||||||||||||||||||||||||||||
Opcode: | 17
| ||||||||||||||||||||||||||||
Deklaration: | LONG XHDOSLimits ( UWORD which, ULONG limit );
| ||||||||||||||||||||||||||||
Beschreibung: | Diese Funktion erfragt beim Treiber die interne Limits des
laufenden DOS bzw. setzt sie. Sie kann zum Beispiel von einem
FAT-Dateisystemtreiber benutzt werden, um den Harddisktreiber
mitzuteilen, daß sich einige Limits geändert haben. which
gibt an, welches Limit erfragt wird, limit gibt den neuen Wert
an (Null steht für: nicht ändern).
Ab XHDI-Version 1.30 muß ein XHDI-Treiber bei seiner Initialisierung versuchen, die Limits von einem vorhandenen Treiber zu übernehmen. Wird während des Betriebs ein Limit gesetzt, dann muß der Aufruf anschließend an andere Treiber weitergereicht werden.
- Ab XHDI-Version 1.30 -
Achtung: Diese Funktion ist optional, daher darf ein Aufruf mit EINVFN beantwortet werden. | ||||||||||||||||||||||||||||
Ergebnis: | Die Funktion liefert den Wert des bisherigen Limits.
| ||||||||||||||||||||||||||||
Gruppe: | XHDI-Funktionen
| ||||||||||||||||||||||||||||
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHLastAccess« - Anzahl der Millisekunden seit dem letzten
Zugriff ermitteln
|
Opcode: | 18
|
Deklaration: | LONG XHLastAccess ( UWORD major, UWORD minor, ULONG *ms );
|
Beschreibung: | Liefert in ms zurück, wieviele Millisekunden seit dem
letzten erfolgreichen Lese- oder Schreibzugriff auf das Gerät
vergangen sind.
Diese Funktion steht erst ab XHDI-Version 1.25 zur Verfügung. |
Ergebnis: | XHDI-Fehlercodes
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|
Name: | »XHReaccess« - Gerät auf Mediachange überprüfen
|
Opcode: | 19
|
Deklaration: | LONG XHReaccess ( UWORD major, UWORD minor );
|
Beschreibung: | Ein Aufruf dieser Funktion veranlaßt den Treiber, das
angegebene Gerät auf einen Mediachange zu überprüfen und
gegebenenfalls die Partitioninformationen entsprechend zu
aktualisieren. Die Funktion entspricht im wesentlichen
XHMediumChanged(), nur daß der Treiber selbst das Gerät befragt, ob
ein Medienwechsel stattgefunden hat.
Diese Funktion steht erst ab XHDI-Version 1.25 zur Verfügung. |
Ergebnis: | XHDI-Fehlercodes
|
Gruppe: | XHDI-Funktionen
|
Querverweis: | Arbitration _drvbits Partitiontypen Systemvariablen XHDI-Cookie
XHDI-Funktionen XHDI-Terminologie
|