A tak z ciekawości: czy mając gotowy obraz karty z partycjami SDX można się efektywnie bawić w Sparcie (SIDE) na Atari z 64kB RAM?

Ale fdisk służy (chyba tylko) do spartycjonowania i skonfigurowania karty. Ale co jak już ja mamy zgraną z gotowego obrazu?

Fakt - moja nieuwaga. Przeczytałem to czego nie było :)

Fdisk ... potrzebuje ext ram? - chyba nie :)

teraz tak się właśnie bawię tym i zauważyłem, że w trybie:

USE OSRAM
DEVICE SPARTA OSRAM

... i po załadowaniu sterownika SIDE.SYS mam Memlo: $1A2E i w takich warunkach FDISK działa (rozszerzenie wyłączone, czyli stock 64kB ram)

@Conrad - teraz widzę, że domyślnie Sparta ze Side jest skonfigurowana na tryb "BANKED", a nie wiem co się dzieje w chwili, gdzie przy takim ustawieniu configa SDX pamięci rozszerzonej w kompie nie ma. Na stronie spartadosx.com jest program do edycji "romu" (CAR:) i możesz tam umieścić zmodyfikowany o powyższe zapisy plik CAR:CONFIG.SYS. Fdisk powinien wówczas działać. Przynajmniej /u mnie działa/ (c).

Amazing how much more concise I can make the source code now that I actually know how to use MADS. :) Two and a half years since I wrote the original FDISK, and I've learned a lot in the meantime...

First change I'm making is to sector numbers in the APT map: they're now absolute instead of relative. This will make sense when we have entries pointing to FAT partitions (outside of the APT segment). I can't say that the used/free space approach of the editor lives too well with entries outside of the APT. I may abandon the "unused" entries and let the program figure out where to put partitions. I can also save RAM by only reading partition names when they're needed.

Bear with me, anyway... ;)

Every solution has disadvantages:

a) absolute sector addresses make such copying more difficult, but not impossible: it is a question of subtracting a constant at the source place and adding another constant at the destination, to every sector address used in the APT partition container (or, to use FBSD terminology, slice). That's not difficult, especially for a PC program.

b) at the other hand, relative sector addresses add overhead to the code initializing partition table on Atari: the CPU time consumption is of course negligible, but the ROM space, especially in older devices (such as IDEa) may be crucial.

c) next, relative sector addresses add much complication to the matter, if you want to have a pointer inside the APT container, pointing outside the APT container - and this is exactly the case when a FAT partition is to be visible and accessible from both sides, i.e. PC and Atari.

The "c)" is the exact reason why I insisted on using absolute sector addresses when the APT drafts were being prepared, despite strong opposition.

Są jakieś 2 niekompletne tutaj: http://ftp.pigwa.net/projects/SIDE/ , albo ja nie potrafię znaleźć.

Pigwa jest częściowo w remanencie i katalog projects znajduje się właśnie na zewnętrznym dysku, który jest w trakcie porządkowania i stąd brak katalogów na serwerze.

Jakiś czas temu szczęśliwym zbiegiem okoliczności zgrałem stamtąd te pliki i zaraz je wrzucę we właściwe miejsce. :)

EDIT: z racji tego, że w głównym nie mogę utworzyć katalogu, to pliki na razie będą w http://ftp.pigwa.net/stuff/projects/SIDE

Witam, czy obraz karty, który znajduje się w tym katalogu będzie działał prawidłowo również SIDE2? Ja również posiadam wyłącznie stockowe 64kB i nijak nie jestem w stanie spartycjonować karty spartowym fdiskiem (zbyt mało pamięci). Chętnie skorzystałbym z gotowego obrazu (choćby miał być nawet pusty).