Atariki http://atariki.krap.pl/index.php/Binarny_plik_DOSu mówi, że to cecha DOS XL i SpartaDOS (X siłą rzeczy też).

Edit: Czyli może to pomysł ICD?

@pin: Dodatek zawsze możesz wyrwać :)
@xxl: Czy będzie tam omówienie idei stojących za xBIOSem czy analogicznie jak w przypadku opisu nielegali - opis funkcji z przykładami użycia? Może dodałbyś tam coś więcej niż jest na stronie?

Już wiesz, ale dla potomności:

  blk dos $2000
  ...

  run $480
  ini $2000

  blk sparta $480
  jmp entry

  blk reloc main
entry:
  ...

I taka sztuczka załatwia sprawę, bo SDX faktycznie jeśli nie ma bloku RUN próbuje odpalić program od pierwszego załadowanego bloku (to pewnie jakaś zgodność z innymi DOS-ami).

Taki kod:

  blk reloc main
table:
?first .word 0
?last .word 0

table2:
  .byte [table.?last-table.?first]/4

generuje mi: "address relocation overload" !
Oficjalna dokumentacja (w historii) mówi: "błąd 'Addres relocation overload' wystąpi teraz tylko gdy wyrażenie będzie dotyczyć więcej niż jednej etykiety relokowalnej, poprzednio każde wyrażenie z udziałem etykiety relokowalnej powodowało wyświetlenie tego komunikatu błędu".
Ale jaki jest właściwie problem z etykietami relokowalnymi _w_jednym_bloku_? Bo ja rozumiem, gdybyśmy mieli etykietki w róznych blokach - wtedy nie wiadomo jaki będzie między nimi dystans, ale w przypadku jednego bloku wszystko przecież wiadomo...
Dałoby się to naprawić?

Edit: A druga choć związana z poprzednim przypadkiem rzecz jest taka - podobny kod;

  blk reloc main
table:
?first .word 0
?last .word 0
?len = [?last-?first]/4

table2:
  .byte table.?len

się kompiluje poprawnie, ale markuje table2 jako _adres_ do relokacji. A to już jest bardzo nieładne, bo:
1. w table2 mam bajt, a loader SDX zmodyfikuje mi tam 2 bajty,
2. table.?len jest jednak interwałem, który da się określić na etapie kompilacji i on się nie zmieni - nie powinien być relokowalny.
Kod wynikowy wygląda tak:

fe ff 01 00 00 00 05 00 
00 00 00 00 00 

fd ff 01 00 00 
fe 01
04 
fc

Edit2: Co myślałbyś o:
1. generowaniu "Addres relocation overload" tylko przy obliczeniach używających etykiet leżących w różnych blokach relokowalnych,
2. rzucaniu warninga kiedy do obliczeń używane są etykiety relokowalne - user ma być świadom tego co robi, a jak user sobie chce zaszkodzić, to niech sobie szkodzi :)

Orzeł wylądował! Książka super! Dzięki Duddie.

Ja poproszę sztukę.

Nazewnictwo, nazewnictwem ale bity adresujące banki są inne. Masz więc niby RAMBO (wg Twojej nomenklatury), które używa innych bitów (jak CompyShop). Wniosek stąd, że standardy standardami a rzeczywistość i tak bywa zaskakująca.
@koala: Zrób tę detekcję do cholery i będziesz miał problem z głowy :)

Pin chyba rzadko używa rdzeni R, bo ma w kompie gigamega ramu z U1MB.

W VBXE masz 2 banki - stały MEMACB leżący dokładnie w miejscu banku PORTB i MEMACA, którego położenie i wielkość możesz konfigurować.

Dzięki.

Supeł. Czekam z niecierpliwością.

No, no, no... Ładnie to wygląda. A IRC-a obsługuje? :>