Primo, cytuję (podkreślenie moje):

Poza tym, jak to już zresztą syscall delikatnie zasugerował gdzieś powyżej, właściwymi forami do dyskusji o Amidze są fora amigowskie. Przychylam się do tej sugestii, co zresztą miałem na myśli pisząc post, na który odpowiedziałeś ("pomyliliście fora"). Nas to nie interesuje, gdyby interesowało, zapisalibyśmy się na ppa czy co tam.

Nie "się marnują", tylko "są w bezwzględny sposób marnotrawione" (podkreślenie moje). http://www.atari.org.pl/forum/viewtopic … 63#p197463

Jeśli mówili, że nie będą nigdy muzułmańskimi, to byli w błędzie. Ogólnie oczyszczenie terenu z jednej religii daje oczywiste pole do zasiania następnej. Proste.

@syscall: ale Ty mówisz o naszej rzeczywistości (z niej sobie zdaje sprawę pewnie każdy, kto mieszka wewnątrz kraju), a ja mówię o naszej opinii - u ludzi, którzy mieszkają daleko i sądzą nas po pozorach. W naszym interesie jest utrzymanie tych pozorów jak najdłużej.

Co do ukraińskich muzułmanów, to są raczej Tatarzy krymscy i spółka. Tatarzy nie są groźni, od 500 lat mamy własnych i bomb nie podkładają.

EDIT: literówka.

Upraszcza nawet znacznie: można zapisać cień i odpowiedni rejestr sprzętowy przy użyciu tego samego podprogramu.

Ale załadowanie VBXE.SYS przedtem może się przydać, bo S_VBXE dziedziczy adres bazowy rejestrów VBXE z symbolu VBXEBASE, jeśli takowy jest zdefiniowany w chwili ładowania sterownika. Z kolei VBXE.SYS pozwala na ustawienie tego adresu z palca (wystarczy podać go w linii poleceń).

Bieżąca beta S_VBXE.SYS nie ustawia VMEMLO/VMEMHI, bo zapomniałem. Ale zrobi się.

W załączniku nowsza wersja sterownika S_VBXE. Numeru wersji (1.03) nie zmieniam, bo to i tak jest beta, wersja finalna się ukaże dopiero z SDX 4.47.

Sterownik uzupełniłem o FXS, czyli wynalazek mono naprawiający jeden gruby defekt VBXE, mianowicie to, że większość rejestrów sprzętowych VBXE jest tylko do zapisu.

Uaktualnienie wymagane jest do tego, żeby Worm się nie zawieszał w opisanych wyżej warunkach. Poprawki wymagał też sam Worm; słyszałem gdzieś, że autor zamieści poprawioną wersję w stosownym czasie ;)

Tak się składa, że wczoraj próbowaliśmy to odtworzyć i jakoś nie wyszło: po odpaleniu czegokolwiek w trybie 40 kolumn (spod SC, przy włączonej 80-kolumnowej konsoli) pod ekranem Antica nie ma overlaya, jest czarno (czyli tak jak ma być).

Tak trochę obok tematu: "klasa średnia" to są raczej samodzielni przedsiębiorcy (np. fryzjer), zatem trudno, żeby ktoś dla niej dekretował podwyżki. Pewno raczej masz na myśli pracowników najemnych średniego i wyższego szczebla (np. urzędników, menedżerów itp.)

Skoro to 250-tka z 10 partycjami, z czego dwie ostatnie zajmują 60 MB, domniemywałbym, że wszystkie są typu GEM.

@as: najpierw niech się wyklaruje kwestia ST, bo dysku ACSI do Falcona nie podepniemy.

Może znajdzie się w Warszawie ktoś z działającym ST-ekiem. Gdyby ten człowiek miał jeszcze Falcona, to kwestia softu jest rozwiązana, bo Falcona co prawda już nie mam, ale dyski od niego - jak najbardziej. Z całym softem.

FAT nie ma tu nic do rzeczy.

Jakie znowu lata? To jest robota dla kogoś kumatego na jedno popołudnie. Osobiście podejrzewam (autor do mnie pisał prywatnie), że na dysku pojawił się bad sector, który "odciął" końcówkę tablicy partycji (i tym samym, dwie ostatnie partycje) od całości. Oczywiście to tylko takie przypuszczenie, w każdym razie tablica partycji wygląda na uszkodzoną w ten czy inny sposób. Podjąłbym się, ale nie mam sprzętu.