XIO 48.

Poza tym, o ile mi wiadomo, bieżącym katalogiem jest ten, który wybierzesz przez CD, a nie ten, z którego uruchomisz program. Katalog, z którego uruchomiono (np. podając całą ścieżkę) daje się odcyztac pod SDX, pod MyDOS-em pewno nie.

W MyDOSie nie ma czegoś takiego, jest natomiast któreś XIO (sprawdź na wiki, ja swojego manuala do MyDOS-a przekazałem jellonkowi), które pozwala ustawić bieżący katalog jako D: i tą drogą można ustawiać.
Działa to tak: masz ścieżkę: D4:muzyka:synth:mpt:dema i przyporządkowujesz ją dla D: i wtedy wszelkie odwołania do D: będą fizycznie odwołaniami do D4:muzyka....itp Jest to taka imitacja CD.

Nie pamiętam, czy jest odpowiednie XIO, które zwraca ścieżkę przypisaną do D:, czy trzeba to kontrolować samodzielnie.

<offtopic>

draco030: czy zauważyłeś, że "nie przepadasz" za systemami na literę: "M"? Magic, MyDOS ;)

</offtopic>

Opcja bodajże "R" pod MyDosem - wybór roboczego katalogu jako "D:". Bliżej (jaką komendę wysyła cy cuś) musisz se podejżeć ;)

sikor/seban: mnie się wydaje, że candle chce mieć funkcję dokładnie odwrotną, to znaczy odczytującą bieżącą ścieżkę, a nie zmieniającą ją.

Jeśli tak, to chyba można uniknąć takowej (a że jej MyDOS nie ma, to już ustalono), patrz post nr 8.

tak by winikało ponieważ Candle pytał o PWD, jednak później pisze:

więc jeżeli w programie miałby odwołanie np:

"D:PLIK.DAT", a przed wywołaniem programu lub w jego kodzie ustawiał by sobie "working directory" na katalog w którym pracuje, np: "D1:FOO:BAR"

to każde późniejsze odwołanie spod "D:PLIK.DAT" dałoby fizycznie dostep do pliki "D1:FOO:BAR:PLIK.DAT". Mówie oczywiście o przypadku MyDOS. O SpartaDOS się nie wypowiadam bo jestem laikiem w tym temacie. Zaproponowane przeze mnie rozwiązanie mało jest eleganckie, ale działa np. we wpsominanym przykładzie z MegaMagazine Collection ;)

pozdrawiam
Seban

możesz mieć relatywną, jeżeli ustawisz ten "working dir", a potem będziesz się odwoływał we wszystkich open do "d:plik.dat". Warunkiem jest iż musisz mieć "D:" a nie "D1:", za chwilę przykład na szybko z BASIC-em.

UPDATE #1:

Oto BASIC-owy przykład, zakładam iż masz skonfigurowanego MyDOS-a z ramdyskiem na D8:, bo na tym będzie bazował ten przykład ;)

10 XIO 34,#1,8,0,"D8:FOO" : REM tworzy katalog FOO na D8:
20 XIO 34,#1,8,0,"D8:FOO:BAR" : REM tworzy katalog BAR w katalogu FOO na D8:
30 XIO 41,#1,0,0,"D8:FOO:BAR" : REM ustawia working directory na "D8:FOO:BAR"
40 OPEN #1,8,0,"D:DUMMY.DAT" : REM otwiera dummy.dat do zapisu (odwołanie do D: spowoduje iż MyDOS odwoła się do "working dir" więc stworzy plik w katalogu D8:FOO:BAR)
50 PRINT #1;"BLA, BLA, BLA..."
60 CLOSE #1

po wywołaniu tego kodu w katalogu "D8:FOO:BAR" pojawi się plik o nazwie "dummy.dat". Jego zawartość to "BLA, BLA, BLA...",$9B

Teraz przykład jak się do niego dobrać stosując "working DIR"

10 XIO 41,#1,0,0,"D8:FOO:BAR": REM ustal working DIR na "D8:FOO:BAR"
20 OPEN #1,4,0,"D:DUMMY.DAT": REM otwórz DUMMY.DAT do odczytu (MyDOS odwoła się do lokacji: D8:FOO:BAR:DUMMY.DAT"
30 DIM A$(100): REM deklarujemy zmienną tekstową (string)
40 INPUT #1,A$: REM zasysamy z pliku wiersz do A$
50 PRINT A$: REM wypisujemy na ekranie
60 CLOSE #1: REM zamykamy kanał

BASIC-owe przykłady są tylko po to aby wyjaśnić działanie mechanizmu working dir (default directory). Wywołanie XIO z poziomu ASM to po prostu normalny skok do CIO z odpowiednim kodem operacji (np. jak w przypadku OPEN). Jak będzie potrzeby real ASM kod, daj znać.

Seban

Jedno pytanie, czy jako H: masz na myśli opcję "H-PATCH" z emulatora? czy może jakiegoś dużego ATR-a widzianego przez MyDOS jako duży dysk i oznaczony przez MyDOS jako napęd z literką H?

Pytam bo nie wiem jak działa H-PATCH, bo "set working dir", czy "make dir" z poziomu emulatora nie działają (ERROR 146 - zwracany przez CIO czyli Function Not Implemented), działa natomiast bezpośrednie odwołanie się do katalogów typu "H1:FOO:BAR:DUMMY.DAT".

W całym zamieszaniu z MyDOS i jego nieprofesjonalności/inności/prostocie w porównaniu ze SpartaDOS... podejrzewałbym prawdopodobny brak obsługi "set default/work dir" oraz "make directory" poprzez kod obsługujący "H-PATCH". Wygląda na to iż handler "H" w przypadku Atari800WIN ma minimalną funkcjonalność :(

Oczywiście cały czas mówię o archaicznym Atari800WIN_Plus_4.0. Oczywiście nie wiem jak jest pod spartą, nie sprawdzałem także ostatniej wersji Atari800. Na real sprzęcie z KMK/IDE chyba powinno działać bez problemu. Tak jak w przypadku dużego 16-megowego ATR-a którego "podmountowałem" MyDos-owi.

Seban

seban dobrze gada. Kluczowe jest, że katalog bieżący to "D:" (_bez_ numeru napędu), a więc "D:PLIK.DAT" to będzie plik znajdujący się na dysku bieżącym i w katalogu bieżącym (a nie w katalogu głównym na D1: )

Jedna tylko uwaga/prośba, żeby używać znaczka ">" jako separatora nazw katalogów w ścieżkach, tzn. D:FOO>BAR>PLIK.DAT zamiast D:FOO:BAR:PLIK.DAT - gdyż ":" akceptuje jedynie MyDOS, a ">" zarówno MyDOS jak i Sparta.

A po co ci wiedzieć, w której stacji jest dyskietka?

Jeśli ktoś sobie podmontował pod APE jako D3:, to postępuje nieroztropnie nie zmieniając przed uruchomieniem binarki katalogu bieżącego na D3:BLE (zakładając, że ona też jest w tym katalogu).

Wpisz taki wymóg do README, że program ma być uruchamiany z bieżącego dysku, i będzie po sprawie. Ostatecznie chyba normalne jest (np. pod MS-DOS-em na piecu), że przed uruchomieniem programu z konkretnego katalogu robi się CD do tegoż katalogu (chyba że się mylę, z MS-DOS-em nie miałem za wiele do czynienia).

A jak będziesz chciał zrobić CWD, to zrobisz CWD na "D:BLE" i powinno działać.

Chyba że ja nie kumam, o co chodzi.

PS. jest dość łatwo ustalić, z którego napędu wczytała się binarka: ta informacja jest w DCB, mianowicie pod adresem $0301 (DUNIT).