if (SerialMP=CreateMsgPort())

if (SerialMP =(struct MsgPort *) CreatePort (0,0));

• Odpowiedz

@MarX, post #1

• Odpowiedz

@strim_, post #2

• Odpowiedz

@MarX, post #3

• Odpowiedz

@strim_, post #4

• Odpowiedz

@MarX, post #5

Zapewne nie zadziała na prawie nagiej A600 lub na A500 z dodatkowym flopem.

Znaczy, developujesz bez dysku twardego?

Ja rozumiem, że oldskool i w ogóle, ale nie wiem po co sobie życie utrudniać. Sam dysk twardy podniesie Ci produktywność jakieś 100x.

VBCC sam w sobie nie ma wygórowanych wymagań, ale całe środowisko developerskie na 1 dyskietce na pewno się nie zmieści... Poza tym, zdajesz sobię sprawe z faktu, że możesz VBCC zainstalować pod MOSem i do niego target AmigaOS 3 (w ten sposób możesz kompilować programy na klasyka spod MorphOSa)?


Ostatnia aktualizacja: 13.04.2014 11:52:57 przez strim_

• Odpowiedz

@strim_, post #6

Znaczy, developujesz bez dysku twardego?

Spokojnie, nie jest ze mną aż tak źle . Mam CFkę w A600 i dodatkowy 1 MB RAMu. Z tego co wyczytałem VBCC wymaga minimum procesora 020, więc odpada. Narazie nic poważnego nie programuję, a Lattice, z powodu właśnie swojej starości i niewielkich rozmiarów (oraz niewielkich wymagań) jest naprawdę OK. Z tym kompilowaniem dla AOS3 pod MOSem to fajna sprawa, będę musiał to obadać, chociaż w tej chwili zależy mi najbardziej na tym aby programy uruchamiały się pod "AmigaOS 1.3" (ciekawe co na to Jubi )

• Odpowiedz

@MarX, post #7

• Odpowiedz

@MarX, post #7

• Odpowiedz

@MarX, post #7

Z tego co wyczytałem VBCC wymaga minimum procesora 020, więc odpada.

Hmm, jest możliwe że sam kompilator wymaga 68020, natomiast potrafi generować kod dla 68000 (nawet pod AmigaOS 1.3). Wiem bo napisałem kilka programów, które kompiluje vbcc, a które działają na 68000.

Z tym kompilowaniem dla AOS3 pod MOSem to fajna sprawa, będę musiał to obadać, chociaż w tej chwili zależy mi najbardziej na tym aby programy uruchamiały się pod "AmigaOS 1.3" (ciekawe co na to Jubi )

Można to bez problemu osiągnąć, sam mam pod AmigaOS 3.1, pod MorphOSem i pod Linuxem zrobiony taki setup z VBCC (generujący binarki pod 68000 OS 1.3). Niewątpliwą zaletą VBCC jest to, że można mieć takie samo środowisko pod różnymi systemami (pod Windowsem - patrz asmanowy kurs w papierowym PPA, pod Unixami - patrz artykuł o kross-kompilacji w dziale programy).

@michal_zukowski

MOS to mos, kompiluj w SAS C na mosie po prostu.

I jaka miałaby być zaleta użycia starego SAS C nad nowym vbcc pod MOSem?


Swoją drogą niezły offtop się tu zrobił, może by nam jakiś moderator wydzielił go do osobnego wątku.



Ostatnia aktualizacja: 13.04.2014 18:52:38 przez strim_

• Odpowiedz

@strim_, post #2

Jeszcze wracając do tematu. Napisałem sobie prosty odbiornik (uruchamiany na MOSie) i nadajnik (uruchamiany na Amidze). Nadajnik wysyła po RSie string "Amiga" do odbiornika. Odbiornik (MOS) niczego nie odbiera... cisza. Wchodzę na obu kompach do Terma i sprawdzam czy kompy się widzą. Okazuje się, że tak (mogą do siebie "pisać"). Wychodzę z Terma na obu kompach i próbuję jeszcze raz uruchomić moje dwa mini programy. I tym razem (o dziwo) odbiornik poprawnie reaguje na string nadany przez nadajnik.

To dziwne, że dopiero po zestawieniu połączenia i zwolnieniu go przez Terma (na obu kompach) moje programy do komunikacji zaczynają działać. Najpierw wydawało mi się, że może struktury IOExtSer różnią się między sobą na MOSie i Ami. Jednak po wyświetleniu wartości każdego z pól tej struktury, okazało się że są identyczne

I tu zaczynają się schody. Jak mam zainicjalizować połączenie, aby moje programy z marszu się widziały (a nie po skomunikowaniu się wcześniej przez Terma) ?

• Odpowiedz