Regulamin Allegro, punkt 4, podpunkt 4:

Jeśli koleś wystawił aukcję za 1 złoty BCM, a chce 80, to znaczy, że łamie ten punkt regulaminu.

Całość: http://www.allegro.pl/country_pages/1/0 ... eement.php

Dlaczego nie możesz zmieścić zakresu E-38/E+38 na ośmiu bitach wykładnika? Atari zakres E-98/E+98 zmieściło na pięciu.

Miałem na myśli float Atari BASIC-a.

Adamk: ciekawa koncepcja.

Sikor: od razu widać, żeś pod Papyrusem niczego poważniejszego nie napisał. CalamusSL 2006? A kupisz mi?

Seba: subiektywnie - owszem, desktop KDE mógłby byc lepszy, ale Windows XP jest - dla mnie - zdecydowanie mniej intuicyjne. Uzywałem tego przez jakiś rok-półtora, i nigdy za cholerę nie mogłem się połapać, gdzie co jest, a ogólną funkcjonalność tego desktopu do prozaicznych czynności w rodzaju kopiowania plików oceniam jako przyzerową.

O braku systemowego kompilatora C w tym czymś nawet nie wspomnę.

Vulgar: świetnie wiesz, że XL nie służy do pracy, tylko do zabawy (w moim przypadku - programwania w asmie). Natomiast niestety używając Falcona do zastosowań "pracowych" dotarłem do ściany - sytuacji, kiedy dostępne oprogramowanie (Papyrus właśnie) było niewystarczające, a na nowe nie było widoków. Decyzja: pisać własny procesor tekstu czy wyemigrować pod OpenOffice'a zapada dość prosto.

Wiesz Vulgar, ja tam jestem jak najbardziej za, że Adam wspomina TOS, MiNT itp. Tylko - co poza tym? Gdzie są polskie programy na Falcona? Jedno demo czy coś tam? No sorry. Już nawet nie wspominając o programach - WAS (tak właśnie: WAS) SIĘ NAWET NIE MOŻNA DOPROSIĆ, ZEBYŚCIE OPRACOWALI PORZĄDNIE HASŁA W ATARIKI POŚWIĘCONE ST. No to czego się spodziewasz?

Jakieś tam ST :P Sami nawet nie potraficie o to zadbać (zob. stan Atariki w tej kwestii), to i nie dziwota, że "Atari OS" jest w świecie bardziej znany niż jakiś tam "TOS" :P

Proszę, oto: http://82.210.159.30/65c816/fastfp.arc

Myślę, że problem leży w czym innym: TBXL najwyraźniej jakoś korzysta z pakietu FP znajdującego się w ROM-ie. Wild guess: przepisuje go do RAM-u, a potem w niektórych procedurach, np. logarytmowania, podmienia skoki JSR FMUL/FDIV/FADD/FSUB itp. na wywołania własnych procedur.

Przypuszczam tak na podstawie tego, że wypraktykowałem, iż nie można "zmieszać" procedur z pakietu oryginalnego oraz FASTCHIP-a - są jakoś niekompatybilne (jak - tego mi się nie chciało sprawdzać, mam wprawdzie pewne podejrzenie, ale...). Procedury FASTCHIPO-a w rodzaju logarytmowania, kiedy podstawi im się oryginalne procedury mnożenia, dzielenia itp. zamiast procedur Marsletta - po prostu przestają działać.

Jeszcze jedno: w docach jest napisane, że pakiet po skompilowaniu powinien mieć taką samą sumę kontrolną jak oryginał, w związku z czym podmiana ma być bezbolesna. Tak nie jest, sumy kontrolne różnią się i to dość drastycznie. Przy wymianie pakietu na FASTCHIP trzeba albo przeliczyć na nowo sumę kontrolną pierwszego bloku ROM-u (tę pod $C000), albo tak dobrać "filler bytes" w FASTCHIP-ie, żeby się zgadzało. Mi się tego ostatniego nie chciało robić.

Co do tematu: jednak chyba nie warto wrzucać tych procedur do ROM-u tak jak są. Właśnie odkryłem, że kiedy ROM ma FASTCHIP zaszyty w sobie, wtedy źle działa ... Turbo BASIC XL. Konkretnie objawem jest wadliwe działanie potęgowania i logarytmowania. Wychodzi na to, że TBXL jednak jakoś z pakietu FP korzysta ... :/

Po co "ripować"? Przecież pisałem, że procki pana Marsletta są dostępne w _postaci_źrodłowej_.

Jest, jest. Momentami :)

Do tego - może oprócz "packerów" - jest BASIC, zwłaszcza Turbo BASIC XL. Ma tę przewagę nad CC65, że działa na Atari no i wystarczy RUN (nie trzeba kompilować, linkować itp.)