Vulgar, nie zawracaj głowy. Ok, piszę "wy" prowokacyjnie. Cholera mnie po prostu bierze, jak patrzę na marazm, który panuje u polskiego ST i spółki.

Sam musisz sobie zdawać sprawę z tego, że różnica pomiedzy małym Atari a dużym to jest jak pomiedyz akwarium trzymanym dla przyjemności, a stawem z karpiami. Albo przynajmniej *powinno* tak być. Klasa sprzętu nazywana ST/TT/Falcon (ST to chyba tylko z kurtuazji się tu znajduje) pretenduje do tego, żeby w zastosowaniach użytkowych konkurować z pecetami.

No fajnie - tylko gdzie jest oprogramowanie użytkowe? Spadnie z nieba? Kto ma przeportować GIMP-a czy OpenOffice? Ja? A - przepraszam za intymne pytanie - dlaczego k***a ja mam znowu coś za kogoś robić? Czy ty nie rozumiesz, że używanie komputera, przy którym użytkownik, jeśli chce mieć cokolwiek, to musi sam robić wszystko, z poprawianiem systemu operacyjnego na czele, tak że mu juz czasu brakuje na cokolwiek innego - może z biegiem czasu przynosić zmęczenie?

Zwłaszcza, że oprócz poprawiania systemu operacyjnego i pisania samemu wszelakiego potrzebnego sobie oprogramowania użytkowego, *oraz* używania go - trzeba jeszcze kiedyś normalnie żyć, jeść, spać, uprawiać rozrywki? Po prostu od pewnego momentu zaczyna brakować na to czasu. A jedną z przyczyn jest to, że nie ma się wsparcia ze strony innych uzytkowników tego samego komputera - jest za mało programistów = nie ma nowego softu ani nawet ulepszeń starego. A weź "napisz se" edytor tekstu w rodzaju OpenOffice - pięć lat nad tym spędzisz, zamiast nad tym, co miałeś pod tym edytorem napisać!

Tak, popełniłem coś tam. Rzecz w tym, że z tego co widzę, polska scena 8-bit umie o siebie zadbać, a scena ST tylko siedzi i czeka, aż przyjedzie mesjasz.

Adamk: http://atariki.krap.pl/index.php/Atari_OS

Szkoda, że liczby FP nie są little endian - można byłoby lepiej wykorzystać 816, a dla 6502 to chyba wszystko jedno.

Licencja jest zawarta w pliku źrodłowym. A co do udostępniania, to napisałem, że przy okazji.

PS. Przeczytaj punkt ósmy regulaminu, bo się któregoś dnia zdziwisz.

Indus GT jest z tego co mi wiadomo dość podobny do LDW - bo to jest w gruncie rzeczy to samo - przede wszystkim też ma czarną obudowę a zdjęcia są za słabe, żeby coś zdecydować.

Tia. Interpreter na szczęście jest - nieco - lepszy, dlatego się nadaje dobrze do pisania wspominanych przez piotrav programików na szybko itp. Zwłaszcza, że załadowanie Turbo BASIC-a z twardego dysku trwa ile - dwie sekundy?

No ale ja teraz uzywam TBXL z rzadka do tych celów, <commercial>MultiBASIC jest jednak wygodniejszy</commercial>. ;)

Ewentualnie można napisać własną funkcję printf, która co prawda nie będzie miała wszystkich bajerów, ale za to będzie 10x krótsza. Oczywiście jej wielkość i działanie zależy już w tym momencie od konkretnych potrzeb.

A czasem w dziesiątki lub setki kilobajtów. Przyczyną jest linkowany do binarki kod startowy, który na wszelki wypadek robi masę rzeczy a na dodatek często dolinkowuje jeszcze funkcję printf (bo "nie ma takiego programu" - oczywiście - "który nie potrzebowałby funkcji printf" :D ), a ta stdio itd.

Jeśli jednak mamy do czynienia z programem - mimo że takie wg tuzów informatyki nie istnieją - który funkcji printf i tego całego badziewia nie potrzebuje, wystarczy podmienić moduł startowy programu. W takim gcc on się nazywa (IIRC, bo dawno nie zaglądałem) bodaj crt0. Jak by się jednak nie nazywał, linker powinien mieć opcję, za pomocą której automatyczne linkowanie tego się wyłącza. Na gcc pod MiNT-em to jest ... zapomniałem, może -nostartup, ale nic sobie nie dam uciąć. Oczywiście pominięcie kodu startowego powoduje, że w większości przypadków przestanie też działać libc, wobec tego nie ma sensu jej linkować (-nostdlib).

Dzięki stosowaniu tego oraz napisanego własnoręcznie w asemblerze kodu startowego o objętości 300 bajtów (zamiast 90k) udało mi się pod MiNT-em spokojnie pisać w C programy, które po zlinkowaniu - statycznym - miały 3-4k.

Rozumiem wasz problem, i moim zdaniem najlepszym rozwiązaniem jest flash. Ja tak mam zrobione, w jednej połówce zapisanej na stałe mam XL OS, drugą mogę sobie programować czym chcę. Jak coś spieprzę, przełączam pstryczkiem, naprawiam i przełączam z powrotem.

Pecuś: ja mam te procedury, nawet w formie źrodłowej (i binarnej także). Mieszczą się w 2k. Wrzucę przy okazji.

Jellonek: tylko że Numen na ZX81 nie istnieje, a ja na poparcie moich słów mam działający program.

To, że mam rację, możesz łatwo sprawdzić wg mojej sugestii powyżej: wziąć maszynę o analogicznej mocy obliczeniowej (3,8 MIPS) i przy użyciu dowolnego kompilatora C zaimplementować w tym języku engine 6502 - jeśli osiągniesz w tym silniku 50% szybkości mojego, to osobiście Ci pogratuluję i odszczekam.

EDIT: Istnieje też alternatywa, emulec gdzieś tam się wala po sieci w postaci binarnej (o ile pamiętam 150k pliku wykonywalnego), możesz wziąć disasembler i zajrzeć.

Jeśli natomiast nie chce Ci się tego robić, ale za to wolisz twierdzenia o Numenie na ZX81, to - jak to już zresztą zostało dośc dawno temu powiedziane - dalsza dyskusja jest bezprzedmiotowa.