Chyba racze się nie uda z tą kulturą skoro ktoś jest typu:

Może zamiast w ten sposób mądrze krzyczeć to coś z siebie wyrzuć bardziej technicznego i obalaj Cypriana technicznie. Bo on póki co wywala z siebie mnóstwo "technikali" a Ty na razie jedynie mądre argumenty w stylu wyp...dalaj lub to co powyżej.

Też bym poprosił o blokadę. To że przed chwilą wykasowałeś "wyp....dalaj" do Cypriana to nie zmienia faktu że to napisałeś. Znajdz sobie jakieś inne forum gdzie tak wysoce rozwinięty język jest używany.

Myślę że Misha nie ma zamiaru go nawet w pudełka wyciągać :)

Cóż, nie ma kategori programowanie 16/32-bit więc dałem to zgodnie z regulaminem w Bałaganie :)

Czy ten program wraca Tobie normalnie? Bo jak spróbowałem uruchomić prg to się wykrzacza i nie wraca, tak samo spod Devpac'a ( 3.11 ), ale za to jak pod monst'em wykonałem krok po kroku to wszystko jakby było prawidłowo.
Do tego jak sprawdzam zawartość pliku screen.bin to wygląda raczej prawidłowo, czyli jakiś tam adres + 2 razy inny adres, więc jednak ten mój kod jakby prawidłowo zmieniał adres fizyczny tą funkcją xbios'u. Wychodzi więc na to że źle wnioskowałem :) Ale to nie ja tylko monst tak twierdzi że adres się nie zmienia, próbowałem też adebug ( jakieś 2 wersje ) ale tam Ctrl-z mi nie działa ( jakieś dziwactwo ) więc za dużo nie zdziałam bez tej kombinacji :)

Chyba muszę to dzisiaj na "żywym" sprzęcie sprawdzić.

Tak, pamiętam, ale ja zawsze robię tylko na STE, ST mnie nie interesuje :D

Nie! :P Bo teraz w moim Big towerze się nie mieści :)

No to jeszcze mała zagadka.

              wejście w tryb supervisor

              move.w    #2,-(a7)
    trap    #14
    addq.l    #2,a7    -- tu zwraca że adres fizyczny ekranu to 8DD00
    
    move.l    #screen,d0   -- zmienna screen ma adres 9DB8A
    move.w    #-1,-(a7)
    move.l    d0,-(a7)   
    move.l    #-1,-(a7)
    move.w    #5,-(a7)
    trap    #14
    add.l    #12,a7
    
    move.w    #2,-(a7)
    trap    #14
    addq.l    #2,a7     -- tu nadal twierdzi że adres fizyczny ekranu to 8DD00
              ...

    section data

              ...

screen    ds.l    0

Dlatego przy drugim wywołaniu funkcji 2 xbios'u podaje że adres fizyczny to 8DD00 a nie 9DB8A?

Prawie wszystkie :) Bo ten o DSP jakoś od conajmniej 1,5 roku jest marnie przyrządzony :D
A poza tym, to uważam że to świetne źródło wiedzy o "dużych" :)

Tak z ciekawości, czy to pierdzenie występuje zawsze ( tak jak szum z zasilacza w ST :P ) czy tylko podczas działań na dyskietce?

PAK030:
http://artur.ataritt030.info/hardpak.html

Do ST było bardzo dużo "akceleratorów mocy".