atari.area forum - .xex bez powrotu z init. Ewentualne konsekwencje

Odp: .xex bez powrotu z init. Ewentualne konsekwencje

null@example.com (willy) — Mon, 22 Jan 2024 16:50:55 +0000

mono napisał/a:

jmp (DOSVEC)

Dzięki za przypomnienie :D
Nie ma co dalej dyskutować nad tym i szukać dziury w wykrzykniku.

Odp: .xex bez powrotu z init. Ewentualne konsekwencje

null@example.com (xxl) — Sun, 21 Jan 2024 19:52:19 +0000

Lizard napisał/a:

Wyjątkiem jest SpartaDOS

jaki tam wyjatek... DOSII tak robi - zreszta chyba wlasnie dlatego byl wybierany jako loader dla kategorii 256b ;) swego czasu. inicjalizery tez tak robia (przynajniej czesc)

opoza tym to nie wypowiedziales sie w temacie...

oczywiscie OS Atari nie ma funkcji ktora pozwoli przerwac ladowanie, sa sztuczki ktore pozwalaja wrocic do programu ladujacego z bloku wywolanego z inita ale nie zawsze to bedzie dzialac. DOSVEC dobry pod warunkiem ze tym programem ladujaceym jest dos ;-)

Odp: .xex bez powrotu z init. Ewentualne konsekwencje

null@example.com (Lizard) — Sun, 21 Jan 2024 11:13:22 +0000

Powrót przez RTS z programu wywołanego przez INITAD ($02E2) powoduje wczytywanie dalszej części programu. Jeżeli nie ma dalszej części lub zostanie wczytana ostatnia bez wpisu w RUNAD ($02E0), to nastąpi powrót do systemu, a program zostanie porzucony. Wyjątkiem jest SpartaDOS i, jak dobrze pamiętam, jego poprzednicy, który adres pierwszego ładowanego bloku zapisuje do RUNAD a po załadowaniu ostatniego skacze przez tenże wektor. Skutki uboczne mogą być różne.

Odp: .xex bez powrotu z init. Ewentualne konsekwencje

null@example.com (mono) — Sun, 21 Jan 2024 00:56:37 +0000

jmp (DOSVEC)

.xex bez powrotu z init. Ewentualne konsekwencje

null@example.com (willy) — Sat, 20 Jan 2024 23:41:02 +0000

Co się stanie z punktu widzenie systemu gdy .xex nie wróci z init ?
Albo co się stanie gdy wróci ale programu nie ma sensu już wykonywać dalej?

Jest jakaś systemowa opcja aby zignorować dalszy ciąg i wrócić do systemu (po init)?