To ja bym jeszcze dorzucił mojego do naprawy, jeśli to nie problem :)

Enter ma miejsce na dwie gumki, a potrzebna jest jedna.

Wedle tego zdjęcia, to mi te connectory zasilania wyglądają w miarę standardowo, więc normalny zasilacz powinno się dać podłączyć. Daj może fotkę.

Było wcześniej tu: https://www.youtube.com/watch?v=FoNmsL74T7Y

Sikor: na FireBee tez możesz odpalić Hatari i pod nim Calamusa i będzie chodził, ale chyba nie o to chodzi? Niestety, dopóki Calamus nie zostanie poprawiony to jedyna opcja - po stronie Firebee (a właściwie procesora Coldfire) już nic więcej zrobić się nie da.

Firebee nie da sie poprawić do działania z Calamusem, trzeba poprawić Calamusa do działania z Firebee.

Sikor, to nie ma nic wspólnego z tym o czym ja piszę. Mówimy o zarządzaniu pamięcią przez system operacyjny, a tego na 8bit Atari generalnie nie ma. A jak jest to podaj mi proszę jak się na 8bit wywołuje procedury Malloc i Mfree.

@Sikor: źle pamiętasz. Każdy program odpalany pod TOSem jest z definicji relokowalny, taki jest po prostu format binarki. Sparta Dos X jest, owszem wyjątkiem, ale 'w epoce' jego użycie było raczej śladowe, a chodzi tu o ogólny trend a nie wyjątkowe rozwiązania.

@Sikor piszesz o czymś zupełnie innym, co nie ma nic wspólnego z tym o czym ja piszę - czyli o zarządzaniu pamięcią. Na 8bit program nie ma możliwości spytać OSa z jakiej pamięci może skorzystać a z jakiej nie. Może jedynie sprawdzić MEMLO i powiedzieć czy jest za duże. Nie mówię tu też o ręcznej konfiguracji i wybieraniu banków - chodzi o mechanizmy w 100% automatyczne. A relokowalność programów nie jest standardowym mechanizmem i wymaga odpowiedniego napisania programu. I o to jest ta zasadnicza różnica o którą chodzi. Na ST każdy program odpalany pod TOSem jest relokowalny i nie powinien się spodziewać niczego jeśli chodzi o pamięć. Powinien o nią grzecznie prosić i grzecznie oddawać, czego program na 8bit nie może zrobić, bo nie ma takiego mechanizmu. I to jest zasadnicza różnica. I jeszcze tylko przypomnę że mówimy o rzeczywistości przed 1990 rokiem.

Generalnie, tak wersja TOSu ma o wiele większy wpływ. TOSy do 1.04 włącznie był wielkości 192KB, a powyżej już 256KB. Zdarzało się że leniwi koderzy, przyzwyczajeni do kodowania na maszynach ośmiobitowych, gdzie generalnie zarządzania pamięcią nie było, używali sztywnych obszarów pamięci, i jeśli trafili akurat w obszar, który pod TOSem 192KB był wolny ale 256KB już nie, to takie produkcje nie działały, trochę tego było.

Co do konfiguracji 2.5MB, to system wykrywa ją jako 4MB, i tyle mówi programom które korzystają z systemu. W momencie w którym system przydzieli zakres którego fizycznie nie ma - program się wywala. Można to obejść prostym programikiem, który informuje system że pamięci jest mniej niż mu się wydaje. Niektóre programy testujące potrafią to wykryć, dlatego poprawnie raportują 2.5MB.

Róznica pomiędzy 2MB a 4MB najprawdopodobniej objawia się w driverze dysku twardego. Tenże widząc więcej pamięci, alokuje sobie trochę więcej pamięci na bufory, niestety robi to pod adresami które źle napisane gry i dema używają i to powoduje że całość się sypie. Na szczęście takie programy są nieliczne, a większość została spatchowana.

Grey, dzięki za imprezę. Przepraszam że nie pomoglem w sprzataniu stolow, ale niestetry to juz nie na moje plecy :(

Co do pijackich ekscesów... cóż... trochę się tego obawiałem :( Niby wszyscy jesteśmy już dorosli, a niektórzy ciagle zachowuja sie jak nastolatki spuszczone ze smyczy. Powrot to invite only to dobry pomysl.