Ale to jego wybór przecież :P Była prośba o przekład "gramatyczny" i jedyny Candle się zaoferował. Jesli XXL nie odóznia wersji zapodanej od pożądanej "gramatycznej", to co ja na to poradzę? :P

Chyba jednak jmp ($0a) zajmuje mniej miejsca i powoduje mniej zachodu.

Zalezy, co się chce uzyskać. Init ($02e2) słuzy do uruchamiania części programu przed załadowaniem całości, po RTS loader próbuje ładować dalsze części pliku. Dlatego do uruchamiania normalnego programu lepiej jest używac wektora RUN $02E0, a init tylko wtedy kiedy chcesz mieć np. czołówkę widoczną podczas wczytywania albo co tam innego uruchomionego zanim cały program się wczyta. Taki ficzer.

"salta".

Rozczaruję cię, nie jest gramatycznie; jesli idzie o rodzajniki, to lezysz na całej linii. Składnia drewniana, poza tym robisz błędy ortograficzne.

Tak, przy odczycie z klawiatury szybkość jest nader istotna, bezpośredni dostep do sprzętu pozwala odczytać z klawiatury do 450 tysięcy znaków na sekundę, podczas gdy skorzystanie z OS-u wielkość tę wydatnie ogranicza. :P

Dzieląc ją w tym miejscu na pół? :P Bo jest to dokładnie taka sama operacja, jak "tworzenie partycji w miejscu od którego zaczynają się dane". Co więcej, możesz utworzyć patrycję, nagrać dane, a potem tę partycję skasować i tym samym będziesz miał upragniony "obszar poza partycjami" wypełniony plikami ATR. Pasuje? :P

Dalej, to ciągle i tak jest rozwiżanie średnio wygodne, bo omijasz kopiowanie danych, ale za to masz manipulacje tablicą partycji (co oczywiście można zautomatyzować w jedną stronę, ale w drugą już nie bardzo). Nie podoba mi się.

Dużo łatwiej jest, wydaje mi się - a z pamiecią liniową 65C816, której może kiedyś doczekamy, będzie jeszcze łatwiej - napisać ładowany z dysku inicjalizer do ATR-ów. Co prawda pewnie nie wszystko da się tak załadować, ale część rzeczy pójdzie, a obejdzie się za to bez grzebania w MBR i tym podobnych kombinacji alpejskich.

A co ci nie daje założyć jednej wielkiej partycji, na której będziesz sobie mógł trzymać, co się żywnie podoba? Czy partycja o wielkości np. 8 giga jakoś nieładnie pachnie, czy co, że zamiast niej koniecznie musi być ośmiogigowy obszar poza partycjami?

Ja różnicy funkcjonalnej nie widzę żadnej, za to z drugiej strony branie pod uwagę jakiegoś "obszaru poza partycjami" znacznie skomplikowałoby sterownik. Bo przecież on (sterownik) musi wiedzieć, gdzie się takowy obszar zaczyna, gdzie się kończy i czy w ogóle istnieje, nieprawdaż? A więc de facto byłaby to kolejna partycja, tylko że nie ujęta w ogólnej tablicy partycji - kompletnie bez sensu moim zdaniem.

Ale jeśli już super koniecznie chcesz coś takiego mieć, to wystarczy zwiększyć rozmiar MBR. MBR zajmuje 1 sektor, ale FDISK 2.x pozwala zarezerwować nań aż 8 giga. Cały ten obszar (z wyjątkiem pierwszego sektora) będzie pusty. Oczywiście dostęp do tego musiałbyś sobie oprogramować sam :) W przeciwieństwie do dostępu do partycji, które są dostepne przez SIO.

Kiepska teoria. :P

Lewis, ale to nie o pająki, jak rozumiem, to chodzi, tylko o nitkę na jakiej wiszą - to z nią jest problem, widać czy nie.

Konkretnie, to ludziki są skrzaczone i pewnie jeszcze coś, bo po odpaleniu spod DOS-u program zawiesza się jakby chętniej niż kiedy jest odpalony z inicjalizera. Ale nie mam pojęcia, co jest przyczyną.

miker: gdzie te kontrowersje? Ja jestem za zostawieniem, na moim kompie widać, a że na emulatorze nie ... who cares :P

Marudzisz :P

Poza tym przypominam, że tzw. dracos (którego masz w ROM-ie swojego XEGS-a), ma menu z wyborem dysku, z którego ma się komputer zbootować. Jeśli tylko gierka pod tym chodzi, to nie masz co dramatyzować, bo wszelkie przemontowywanie odpada: kopiujesz na D15, robisz reboota z wciśniętym klawiszem START, z menu wybierasz D15 i jazda.

Poza tym definitywnie ratuje cię HDBIOS v.2.0, z jego tablicą przypisania napędów do partycji, która jest odporna na zimny start, ale nie na wyłączenie zasilania. Myślę, że to trochę ułatwia, jeśli ktoś nie może wybrać przy zimnym starcie, z którego napedu ma być boot. No, ale na razie BIOS v.2.0 (w zasadzie 1.91) mam tylko ja ;)

Tych linii nawet prawdziwe urządzenia SIO nie wykoRZystują, a przynajmniej nie wszystkie. Jak tu już kiedyś Pecuś zeznawał, stacje TOMS Multi np. w ogóle ignoruja linie zegara, a jednak synchronizują się z komendami perfekcyjnie (to jak je potem wykonują to inna sprawa). "Synchroniczność" SIO nie potrzebuje linii CLOCK, wystarczy, że urządzenia po obu stronach kabla są zaprogramowane na tę samą - albo zbliżoną +/- 5% - baudrate.

Z moich doświadczeń wynika, że jedyne, co bywa naprawdę potrzebne do synchronizacji - ale nie z ramką bitów przesyłaną przez SIO, tylko z blokiem komendy - to linia COMMAND: a ciekawym, jak ją kto podepnie przez USB.