Komentowana treść: Dragon 1200 prawdopodobnie w październiku
tylko po co jak nie odpale na tym AmigaOS4 czy MorphOS-a 
10.09.2005 21:25
[#3]
Re: Dragon 1200 prawdopodobnie w październiku
ciekawe czy ktos to kupi..
imo nie ma sensu pakowac sie w to no chbbya ze ktos ma zbedne
fundusze
imo nie ma sensu pakowac sie w to no chbbya ze ktos ma zbedne
fundusze
11.09.2005 02:38
[#10]
Re: Dragon 1200 prawdopodobnie w październiku
Ja jestem tylko ciekawy jak Elboxowy programista (programiści) rozwiązali dość głęboką kwestię niekompatybilności pomiędzy Coldfire a starymi m68k, i ile pary z tej lokomotywy idzie w gwizdek (emulację).
Ciekawy tez jestem czy Elbox przygotuje specjalną wersję np. GCC, który będzie potrafił generować kod, który nie będzie musiał być emulowany...
Ciekawe jak rozwiązano kwestię MMU... Czy będzie to kompatybilne wstecz... itd, itp.
Tak czy siak - ciekawostka. Programowa emulacja m68k z JIT w takim MOSie na Pegazie wymiata ColdFire. Zapewne w OS4 jest podobnie.
Ciekawy tez jestem czy Elbox przygotuje specjalną wersję np. GCC, który będzie potrafił generować kod, który nie będzie musiał być emulowany...
Ciekawe jak rozwiązano kwestię MMU... Czy będzie to kompatybilne wstecz... itd, itp.
Tak czy siak - ciekawostka. Programowa emulacja m68k z JIT w takim MOSie na Pegazie wymiata ColdFire. Zapewne w OS4 jest podobnie.
11.09.2005 10:06
[#11]
Re: Dragon 1200 prawdopodobnie w październiku
Zgodnie z zapowiedzią Dragon ma być droższy od Pegasosa II z G4. Zapraszamy do sklepów firmowych Elboxu 
.
.
12.09.2005 15:30
[#17]
Re: Dragon 1200 prawdopodobnie w październiku
@wali7, post #16
Żabie udka jadłem wczoraj a ślimaki przed wczoraj - tak się śmiesznie złożyło - i wiesz trafiłeś, udka jakoś mi bardziej smakowały 
Rozumiem, że nie bardzo się orientujesz w tym jak działa system operacyjny i pozostaje Ci ocena na podobnej zasadzie jak ta gastronomiczna powyżej Ja jednak wiem coś o tym i mój osąd to nie zgadywanie.
Rozumiem, że nie bardzo się orientujesz w tym jak działa system operacyjny i pozostaje Ci ocena na podobnej zasadzie jak ta gastronomiczna powyżej Ja jednak wiem coś o tym i mój osąd to nie zgadywanie.
12.09.2005 16:28
[#22]
Re: Dragon 1200 prawdopodobnie w październiku
@MinisterQ, post #21
Już to zrobiłem i tutaj i na execu a jeżeli ktoś to przeczytał i nadal twierdzi inaczej to albo brakuje mu wiedzy i po prostu nie rozumie istoty i wagi pewnych rzeczy albo podchodzi nie merytorycznie tylko emocjonalnie. Z pierwszym da się łatwo coś zrobić - wystarczy trochę poczytać, drugie może w skrajnych wypadkach wymagać specjalistycznej terapii.
12.09.2005 16:43
[#24]
Re: Dragon 1200 prawdopodobnie w październiku
@MinisterQ, post #23
Wypowiadam się bardzo rzadko ponieważ nie mam na to czasu i naprawdę nie czuję w sobie potrzeby "ewangelizacji" tak jak niektórzy. Porównaj ilość swoich komentarzy i moich. Nie jest problemem poszukać co do tej pory pisałem i to przeczytać więc nie widzę powodu żebym miał to jeszcze raz przedstawiać. Poza tym ja wiem do której kategorii z dwóch wymienionych przeze mnie wcześniej należysz. ;) :)
12.09.2005 17:09
[#25]
Re: Dragon 1200 prawdopodobnie w październiku
@smith, post #24
Przejrzalem historie Twoich komentarzy na PPA. Znalazlem lanie wody, udowadnianie dlaczego MUI pozbywajac sie ograniczen gadget.class jest gorszy oraz ze zaleta OS4 jest to ze w blizej nieokreslonej przyszlosci chca wprowadzic ochrone pamieci (co jest prawda rowniez w przypadku MOSa i mitycznego QBoxa - baa nawet stopien zaawansowania prac jest taki sam czyli zaden ;)
12.09.2005 17:23
[#26]
Re: Dragon 1200 prawdopodobnie w październiku
@smith, post #24
hmm, tak się zastanawiam czy Ty sam wymyślasz swoje komentarze, generuje je jakiś bot czy może ktoś je podpowiada
jak na razie starasz się udowodnić tezę, że opisałeś wyższość os4 nad mosem w swoich komentach a ja tam niczego takiego nie widze (widze próby ale są one tworzone według wzoru "nie mam racji ale mam argumenty")
normalna dyskusja natomiast może mieć miejsce tylko wtedy, gdy wcześniej obie stony pomyślą, że jednak ta druga strona może mieć racje
jak na razie starasz się udowodnić tezę, że opisałeś wyższość os4 nad mosem w swoich komentach a ja tam niczego takiego nie widze (widze próby ale są one tworzone według wzoru "nie mam racji ale mam argumenty")
normalna dyskusja natomiast może mieć miejsce tylko wtedy, gdy wcześniej obie stony pomyślą, że jednak ta druga strona może mieć racje
12.09.2005 17:34
[#27]
Re: Dragon 1200 prawdopodobnie w październiku
@marcik, post #25
Kłopoty z czytaniem?
Ochrona pamięci:
W ABoxie się nie da jej wprowadzić, QBoxa nie będzie a nawet jeśli by powstał to nie będzie miał wiele wspólnego z AmigaOS.
W AOS4 wprowadzenie ochrony pamięci jest możliwe.
MUI:
Mi bardziej odpowiada Reaction - napisałem dlaczego, oczywiście dostrzegam zalety MUI również, podałem jedynie powody mojego wyboru. Co do ograniczeń gadget.class to proponuje spojrzeć jak ona wygląda chociażby w AOS3.9 bo na MUI też nie patrzymy na pierwszą wersję. Oczywiście nigdzie nie napisałem, że pozbywanie się ograniczeń wczesnej wersji gadget.class jest wadą MUI więc nie bełkocz bez sensu. Największa wada MUI to to, że jest zbudowane obok hierarchii klas systemowych.
Ochrona pamięci:
W ABoxie się nie da jej wprowadzić, QBoxa nie będzie a nawet jeśli by powstał to nie będzie miał wiele wspólnego z AmigaOS.
W AOS4 wprowadzenie ochrony pamięci jest możliwe.
MUI:
Mi bardziej odpowiada Reaction - napisałem dlaczego, oczywiście dostrzegam zalety MUI również, podałem jedynie powody mojego wyboru. Co do ograniczeń gadget.class to proponuje spojrzeć jak ona wygląda chociażby w AOS3.9 bo na MUI też nie patrzymy na pierwszą wersję. Oczywiście nigdzie nie napisałem, że pozbywanie się ograniczeń wczesnej wersji gadget.class jest wadą MUI więc nie bełkocz bez sensu. Największa wada MUI to to, że jest zbudowane obok hierarchii klas systemowych.
12.09.2005 17:50
[#28]
Re: Dragon 1200 prawdopodobnie w październiku
@smith, post #27
Klopoty z informacjami?
W pierwotnych planach OS4 mial miec w jakis magiczny sposob zrobiona ochrone pamieci. Ale zrezygnowali z tego i przerzucili sie na sposob o ktorym mowa w MOSie, a wiec sandboxy (chocby tu Freidenowie o tym pisza) wiec gdzie tutaj jest przewaga nad MOSem?
A rozmowe na temat dlaczego MUI jest evil daruje sobie bo przyznaje bez bicia ze pod ReAction wiele nie programowalem i wydaje mi sie ze Ty masz rownie wielkie doswiadczenie w pisaniu MUIowych programow ;)
W pierwotnych planach OS4 mial miec w jakis magiczny sposob zrobiona ochrone pamieci. Ale zrezygnowali z tego i przerzucili sie na sposob o ktorym mowa w MOSie, a wiec sandboxy (chocby tu Freidenowie o tym pisza) wiec gdzie tutaj jest przewaga nad MOSem?
A rozmowe na temat dlaczego MUI jest evil daruje sobie bo przyznaje bez bicia ze pod ReAction wiele nie programowalem i wydaje mi sie ze Ty masz rownie wielkie doswiadczenie w pisaniu MUIowych programow ;)