W dowolne miejsce zawsze można, ale twój problem, o ile go rozumiem, nie polega na umieszczeniu programu w dowolnym miejscu, tylko na tym, żeby program umieszczony w dowolnym miejscu mógł też być z dowolnego (innego) miejsca uruchomiony. Np. program jest w D3:>FOO>BAR>BRUM.EXE, a ty chcesz, żeby user mógł go odpalić z D1:>, nie zmieniwszy wcześniej bieżącego dysku na D3:, a ścieżki na >FOO>BAR> - zgadza się?

O ile łatwo jest wykumać, z którego dysku został program załadowany, o tyle z jakiego katalogu, to się chyba tylko pod SDX da. Pod MyDOS-em można by było spróbować odczytać linię komend przekazaną przez usera do DUP.SYS (adres do niej będzie w IOCB #0, ICBUFA/ICABUFA+1), pod warunkiem, że załadowanie programu jej nie zamazało, bo DUP.SYS jest nierezydentny.

Jeśli zaś nie chodzi o to, to na twoim miejscu wpisałbym do README wymóg jak powyżej napisałem (tzn. że trzeba uruchamiac program mając dysk i katalog, w którym się znajduje binarka, ustawione jako bieżące, funkcją R. w MyDOS-ie i komendą CD pod SDX) i zapomniał o CD i PWD.

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).

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.

Hehe.

Candle, a po co ci w zasadzie odczyt bieżącego katalogu? MyDOS chyba pozwala na dostęp do podkatalogów względem katalogu bieżącego. Np. jeśli katalog bieżący to "D2:>DEMKO>", a w nim jest egzek i dalsze podkatalogi, to egzek powinien być w stanie dostać się do tych dalszych podkatalogów przez podanie ścieżki zaczynającej się od "D:", np. "D:GRAFA>PIC0.JPG" da dostęp do pliku "D2:>DEMKO>GRAFA>PIC0.JPG" itd.

Tylko przed uruchomieniem tego spod MyDOS-a trzeba zmienić katalog bieżący (funkcja R. menu MyDOS-a) na "D2:DEMKO".

Pod SDX to będzie działać identycznie.

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.

Zaraz znowu będzie dyskusja, co jest lepsze, uzi do walki czy szabla dla ozdoby.

dely, przecież napisał ci wyraźnie, że 265 stron to nie na jego głowę (= za dużo, żeby zajrzeć, czy jest tam może, na przykład, spis treści). Pojedyncze strony w Atariki zresztą też, jak to było widać. Umiejętności czytania nie można wymagać od wszystkich, nie każdy jest humanistą. Musisz rozwinąć w sobie tolerancję dla różnorodności ludzkich zainteresowań.

Ściągnij sobie poprawione GFA ze strony Lonnego Pursella http://userpages.bright.net/~gfabasic/

Bitrate w MFM (czyli w ED i DD) jest stałe, zależy od częstotliwości taktowania kontrolera (a nie żadnej prędkości obrotowej), i normalnie wynosi 250000 bitów na sekundę. W FM (czyli SD) połowę tego. Prędkość obrotowa wpływa tylko na to, ile się danych mieści na ścieżce, co jest łatwo obliczyć, np. przy 300 obrotach na minutę jedna ścieżka MFM będzie zawierać

(bitrate/liczba_obrotów_na_sekundę)/8

bajtów. Czyli 6250. W Atari będzie to normalnie więcej, bo silnik kręci się wolniej (288 obrotów na minutę).

Ch.. z klimatem. Prawdziwy problem polega na tym, że klikasz i na otwarcie się menu czekasz kilkanaście sekund (mimo że komputer jest 1000x szybszy od esteka z 1985 roku, gdzie menu otwierało się mgnienie oka), albo aplikacja robiąca proste rzeczy (notepad) reaguje na topnięcie jej okna w kilka minut, zajmuje przy tym x megabajtów RAM-u a może tyle, co przeciętny The 1st XLEnt, albo i mniej...

Współczesny pecet to trabant z silnikiem odrzutowym o ciągu 10 ton, ale z dołożonym fabrycznie balastem o masie 9 ton i 900 kilogramów. Per saldo jest lepszy od trabanta o te 100 kg, tylko że trabant nie ma silnika odrzutowego...

Nie ma. Segmentów $FAFF używa się jako "installerów" do nakładek, w tej roli zwykle się je ładuje od $0400 do $06FF, a reszta rezydenta jest normalnie w $FEFF.

No jakby nie mamy, bo nawet jeśli teraz wszyscy mają to poniżej $1800 (o co raczej trudno), to jutro może powstać nowy equalizery.sys, dzięki któremu memlo przeciętne podniesie się z $1800 na $1900 i leżysz.

Po co w ogóle chcesz ładować binarkę pod stały adres, a jeśli już, dlaczego to nie może być $2000?