Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
C64 65XE Debugger v. 0.64.58 Pojawiła się nowa wersja C64 65XE Debugger - 0.64.58 autor: Slajerek/Samar.
Grawitacja 2020 Zapraszamy Was na czwartą już edycję Grawitacji ? 8bitowego GameJamu
Elgeta Tournament of Atari 2020 Kolejnej edycja baskijskiego turnieju gier.
Super Packer 6.4 W nowej wersji dodano obsługę aPLib oraz poprawiono obsługę Exomizer 3.
SIO2SD Manipulator 0.6a W bieżącej wersji dodano inicjalizowanie nowo tworzonych plików ATR.
Strony Poprzednia 1 2 3 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Muszę gdzieś wynaleźć ten Pure C (gdzieś go miałem...). W sumie nie programowałem od jakiś 20lat, więc jest mi obojętne w czym spróbuję to robić na nowo ;-)
Wyjaśnijcie mi jeszcze jako laikowi dlaczego, jak to ma miejsce w przypadku 030 nie da się automatycznie "przechwytywać" instrukcji arytmetycznych kierowanych do 68000? Albo napisać jakiś sterownik który by to robił..?
Nie szukaj u siebie tego Pure C bo zajmie Ci to pół roku, masz tu i do kodowania marsz! 
http://dhs.nu/files.php?t=codingtool
Na pytanie o przechwytywanie ma wiedza jest za słaba 
Ps. co do AHCC to spróbuj, bo to jest ( jeśli dobrze pamiętem ) tylko nakładka na edytor Pure C i do tego bardzo wygodna w porównaniu do "oryginalnego" edytora.
Ostatnio edytowany przez jury (2010-12-16 12:04:31)
marekp: da się, i potrafi to zrobić na 030 Linux i FreeMiNT (za pomocą biblioteki autorstwa Motoroli). Problem jest taki że jest to powolne - powoduje to przerwanie które trzeba obsłużyć, no i zaemulować samą instrukcję.
AHCC to cały kompilator i IDE, oparty o Sozobon-C. Kompatybilny z PureC na poziomie ABI.
Ostatnio edytowany przez Adam Klobukowski (2010-12-16 20:18:05)
A to się z tym AHCC w takim razie nie popisałem
Niemniej polecam go ponad Pure C z powodu wygody.
Pure ma taki toporny IDE na max'a, ale cóż się dziwić
ma on z osiemset lat już, a AHCC jest jeszcze wspierany.
edit:
marekp: da się, i potrafi to zrobić na 030 Linux i FreeMiNT (za pomocą biblioteki autorstwa Motoroli). Problem jest taki że jest to powolne - powoduje to przerwanie które trzeba obsłużyć, no i zaemulować samą instrukcję.
Ale marekp właśnie pisał że na 030 to się da a pytał się czy na 68000 też takie cuda można. Mi się wydaje że nie.
Ostatnio edytowany przez jury (2010-12-16 22:42:11)
Na 68000 się. o ile mnie pamięć nie myli, nie da, bo przerwanie nieznanej instrukcji nie pozwala odtworzyć oryginalnego PC, w związku z czym handler przerwania nie wie gdzie wrócić, ale oczywiście mogę się mylić. Pewnie gdyby się dało to biblioteka Motoroli to by obsługiwała, ale nie obsługuje.
"Pewnie gdyby się dało to biblioteka Motoroli to by obsługiwała, ale nie obsługuje" Pewnie masz rację :-)
Byłem po prostu ciekawy dlaczego...
Na razie jestem na etapie instalacji PureC (zainstalowany) i AHCC (dzisiaj powalczę).
Czy znacie może jakieś godne polecenia manuale do PureC i AHCC? To co znalazłem jest dość toporne - chyba, że takie ma być ;-)
Do AHCC jest manual w formacie ST-Guide, ale jeszcze z nim nie walczyłem.
Fajny manual do C na ST, tyle że nie ansi co oznacza że trochę musisz pokombinować czy to w Pure C czy AHCC ( ale nie za dużo ) jest tu:
http://atariarea.krap.pl/forum/viewtopi … 490#p92490
Tam poniżej saulot jeszcze linkuje e-book'a który jest już opisem ansi'ego.
Jest AHCC St-guide hypertext a tam pliki: AHCC.HYP, AHCC.REF, AHCC.STG - w tym ostatnim jest tekst. Chcę to otworzyć w jakimś PCtowym (ubuntu) edytorze, ale mam problem z kodowaniem znaków. Żadne z powszechnie przyjętych nie są skuteczne. Jakie kodowanie ma St-guide?
Dzięki za wskazówki dot. manuali. Choć po próbie napisania programu "Hello world" stwierdzam, że muszę zacząć od "C dla początkujących idiotów"...
Dzięki za pomoc. Jak już przebrnę przez podstawy i będę miał jakieś bardziej konstruktywne pytania to się odezwę :-)
STG to jeżli dobrze pamiętam źródło dla HYP. Kiedyś jakąś przeglądarkę na PC widziałem - poszukaj może coś w temacie Amiga Guide, bo to tożsamy format.
Dodaję tylko małą uwagę: AHCC wspiera koprocesor, ale tylko dla kompilacji dla 68020+
Wersja kompilatora dla ST (68000) nie ma tego "ficzera". Pozostaje więc PURE C.
Chcę to otworzyć w jakimś PCtowym (ubuntu) edytorze, ale mam problem z kodowaniem znaków.
marekp: tak z ciekawości, czym to otwierasz na PC? może tym?:
STG to jeżli dobrze pamiętam źródło dla HYP. Kiedyś jakąś przeglądarkę na PC widziałem - poszukaj może coś w temacie Amiga Guide, bo to tożsamy format.
jest też onlineowa przeglądarka
http://phoenix.inf.upol.cz/~opichals/libhyp/
@jury: Otwierałem na Atari...
Wcześniej napisałem "AHCC.HYP, AHCC.REF, AHCC.STG - w tym ostatnim jest tekst" nie bardzo mając pojęcie co to jest ten HYP. Po prostu odpaliłem gedit i próbowałem otworzyć każdy z tych plików. Ten ostatni AHCC.STG się otwarł tyle, że nie mogę dojść do ładu z kodowaniem.
@Cyprian: Ja tą przeglądarkę znalazłem. Ale jak tam wrzucić coś ze swojego dysku?
@jury: Właśnie ściągnąłem tego winguide z linka który podałeś: DZIĘKI!!! O to chodziło! Ma nawet eksport do html'a :-)
Że też ja go nie znalazłem...
marekp, napisałem do lotharka, mam nadzieję że odpowie. A z ciekawości, który fpu masz w mega ste? 68881 czy 68882 i na jaki zegar?
marekp: a że tak z ciekawości zapytam, dlaczego nie chcesz tych doców (HYP, STG) odpalać na ST?
@mowny: 68882@25MHz, ale piszę z pamięci (i tak chodzi na 16MHz) .
Jestem na wczasach więc nie mogę teraz zajrzeć "pod maskę"...
@drac030: Ja je odpalam na ST. Ale chciałem to też sobie wydrukować, co w dzisiejszych pctowo-sieciowo-usbowych czasach jest znacznie łatwiejsze przy użyciu PCta.
Marek, kiedy o to pytałem nie miałem jeszcze GALa do Megi i nie miałem jak sprawdzić, a na atarimusic.net wyczytałem że "The Mega STe was intended for use with the 68881 but has been reported to work with the 16Mhz 68882", co by sugerowało że na innych częstotliwościach nie potwierdzono.
W każdym razie, dzięku uprzejmości Pasia, mam już GALa i sprawdziłem że (przynajmniej moja) MagaSTE działa z 68882 w wersjach 16MHz jak i 33MHz - w każdym razie sysinfo pokazuje "SFP004 or compatible".
Odświeżę trochę temat.
W jednym z numerów c't magzin jest artykuł pt. "Treiber für die Coprozessorkarten im ST".
Jest zamieszczony listing programu "Dieser Treiber emuliert die Coprozessorschnittstelle des 68020 auf dem 68000 des Atari ST."
Jest i sam program, który ładuje się poprzez katalog AUTO oczywiście.
Taka informacja gwoli uzupełnienia tematu, wykorzystania koprocesora w ST
P.S. Jak ktoś jest zainteresowany artykułem (po germańsku) mogę podesłać.
Ostatnio edytowany przez artik-wroc (2011-06-04 19:06:26)
Z tego co pamiętam, 68882 jest w 100% kompatybilny z 68881, ino szybszy.
Otóz znalazłem na stronie czuba-tech plik:
GAL files for ST (MSTE FPU, Mode2.6, Mode HD)
a oto link:
http://www.czuba-tech.com/old/ST_GALs.zip
Mam nadzieję, że to "MSTE FPU" to właśnie to czego szukam.
Ktory plik do gala jest stosowany w Mega STE ?
Ja mam wgrany: MSTE_881.JED.
Wprawdzie znalazłem w necie taki opis:
"I suppose "MSTE_881.JED" is the GAL needed for use with a 68881 co-processor, and should be inserted in position UB-1 (C301903-001)"
Czyli dotyczy 68881. Ale ja mam 68882 i sysinfo go wykrywa.
Tak jak napisano wcześniej innego zastosowania poza sysinfo (na razie) nie znaleziono ;-)
Witam wszystkich mądrzejszych ode mnie.
Posiadam Atari MEGA STE, TOS 2.06PL, 4MB RAM, 540 MB HDD. Mam zamiar dostawić jeszcze koprocesor MC68882FN16A. Aby koprocesor był "widziany" potrzebny jest jeszcze układ GAL/PAL. I jak dotąd jest to dla mnie jasne.
Mój kłopot polega na tym, że ten układ trzeba zaprogramować. Wsad do układu znajduje się pod tym linkiem:
http://rodolphe.czuba.free.fr/Museum/ST_GALs.zip
Są tam cztery wsady o nazwach:
MODE_26.JED
MODE_HD.JED
MSTE_881.JED
MSTE_UA2.JED
Moje pytanie jest następujące:
Czy ktoś wie, który z tych wsadów pasuje do powyższego MEGA STE?
dyć tak jak Marek napisał wyżej: MSTE_881.JED
Ostatnio potwierdził mi to też znany i lubiany elektronik o pięcioliterowym nicku zaczynającym się na 'p' a kończącym na 'u' 
który programował taką kostkę dla mnie i działa od pierwszego włożenia w podstawek.
dyć tak jak Marek napisał wyżej: MSTE_881.JED
No cóż, niektórzy zapewne wychodzą z założenia: po cholerę czytać wątek, lepiej zadać pytanie, a nóż ktoś odpowie, co z tego że odpowiedź mogła paść już zylion razy
Ostatnio edytowany przez jury (2011-08-10 11:05:18)
Strony Poprzednia 1 2 3 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.113 sekund, wykonano 18 zapytań ]