Web Analytics
eXec.plMAGAZYN UŻYTKOWNIKÓW KOMPUTERÓW AMIGA
Amiga forum / Hyde Park / AROS - z czym to się je

Czytasz wątek: AROS - z czym to się je

adam
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 17:54

@Santon
Adam: Aros to nie emulator.
To udana pruba przepisania AmigaOS 3.1 na architekture x86. (...)



Programy są jedną z form emulatorów. To że AROS to system, a nie program, nie znaczy ze nie emuluje systemu Amigi.
Twoje określenie "próba przepisania AmigaOS 3.1 na architekturę x86" jest poza tym nadużyciem. To nie było przepisywanie ze źródeł.
Możemy się spierać o słówka, ale komputer PC z AROS-em [i]udaje[/i] Amigę i AmigaOS i nic tego nie zmieni.

Odpowiedz

Santon
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 18:01

Konrad: Bo Aros ma swoje API.
Widelec: Emulacja 68k nie jest niezbędna.
Wystarczy skompilować dany program pod Arosem pod x86. Ja nie potrzebuje Motoroli w Pececie


Odpowiedz

widelec
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-02-28 18:06

Emulator - program komputerowy, który duplikuje funkcje jednego systemu informatycznego w innym, dzięki czemu ów drugi system zwraca te same rezultaty, co pierwszy. Mówimy wtedy, że pierwszy system jest emulowany przez drugi.

Kompatybilność (ang. compatibility) to cecha oprogramowania oraz sprzętu, która umożliwia bezproblemową współpracę systemów komputerowych.

http://pl.wikipedia.org/wiki/Kompatybilność_komputerowa
http://pl.wikipedia.org/wiki/Emulacja

Wine jest emulatorem API (wg. powyższej definicji), natomiast AROS zapewnia kompatybilność na poziomie źródeł (wg. powyższej definicji). Różnica polega na tym, że funkcje API AmigaOSu są dla AROSa natywne (każdy program napisany nawet TYLKO dla AROSA będzie z nich korzystał), natomiast aplikacje Linuxowe z Wine nie korzystają (wykorzystują je tylko aplikacje dla MS Windows).

@adam: emulator musi być programem (lub choćby procesem/taskiem), sam system nie spełni definicji emulacji. Między AmigaOS 3.x a AROSem jest KOMPATYBILNOŚĆ na poziomie źródeł.

Odpowiedz

konrad
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 18:12

@Santon
Konrad: Bo Aros ma swoje API.




Ja nie napisałem, że AROS nie ma swojego API. Mówimy o tej części API, która jest taka sama jak w systemie AmigaOS. Zacytowana definicja (której ja nie wymyśliłem) określa takie zapożyczenie API z innego systemu mianem Emulatora API.

Odpowiedz

konrad
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-02-28 18:20

@widelec
http://pl.wikipedia.org/wiki/Kompatybilność_komputerowa
http://pl.wikipedia.org/wiki/Emulacja

Wine jest emulatorem API (wg. powyższej definicji)




Definicję Emulatora API to ja już podałem.



@
natomiast AROS zapewnia kompatybilność na poziomie źródeł (wg. powyższej definicji).



A to jest jakiś argument w dyskusji czy stwierdzenie dość powszechnego faktu?



@
Różnica polega na tym, że funkcje API AmigaOSu są dla AROSa natywne



Tak samo w przypadku WINE.



@
(każdy program napisany nawet TYLKO dla AROSA będzie z nich korzystał), natomiast aplikacje Linuxowe z Wine nie korzystają (wykorzystują je tylko aplikacje dla MS Windows).



Bierze się to stąd, że AROS ma tak mało własnego API, że praktycznie do uruchomienia dowolnego programu potrzebuje części API amigowego. Niemniej to nie stoi w sprzeczności z definicją Emulatora API o której mówimy.



@
Między AmigaOS 3.x a AROSem jest KOMPATYBILNOŚĆ na poziomie źródeł.



Częściowa kompatybilność. Podobna kompatybilność na poziomie źródeł jest między AmigaOS 3 i AmigaOS 4. Tylko, że obie wersje systemu Amigi korzystają z własnego API. AROS korzysta z API innego systemu operacyjnego.

Odpowiedz

widelec
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 18:33

@konrad
Definicję Emulatora API to ja już podałem.




Czyli ja już nie mogę podać żadej definicji?



@
A to jest jakiś argument w dyskusji czy stwierdzenie dość powszechnego faktu?



Albo kompatybilność albo emulacja. Czyli chyba jakiś argument.



@
Tak samo w przypadku WINE.



"Działają natywnie" a "są natywne" to lekka różnica.



@
Bierze się to stąd, że AROS ma tak mało własnego API, że praktycznie do uruchomienia dowolnego programu potrzebuje części API amigowego. Niemniej to nie stoi w sprzeczności z definicją Emulatora API o której mówimy.



Bierze się to stad, że założeniem twórców systemu jest jak największa kompatybilność. Zatem potrzebujemy reintempletacji API AmigaOS3 + ewentualne "dodatki" typowe dla AROSa.



@
Częściowa kompatybilność. Podobna kompatybilność na poziomie źródeł jest między AmigaOS 3 i AmigaOS 4. Tylko, że obie wersje systemu Amigi korzystają z własnego API. AROS korzysta z API innego systemu operacyjnego



Jeżeli chodzi o Amigę to jak zawsze masz rację. Zarówno OS 3.x ma swoje API jak i OS 4.x ma własne API. Przy AROSie się mylisz - AROS nie korzysta z API AmigaOS-u tylko z własnego API, którego cześcią jest reintempletacja API AOS3.

@konrad

Emulatory API wprowadzają do głównego systemu operacyjnego otoczenie API pochodzące z innego systemu i niezbędne dla danej, emulowanej aplikacji.




Jak wyjaśnisz ten fragment definicji? Moim zadniem nie pasuje do sytuacji, która ma miejsce w AROSie. Przecież AROS nie może wprowadzić do AROSa otoczenia API z AmigaOS3.1, prawda?

Odpowiedz

konrad
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 18:43

@widelec
Albo kompatybilność albo emulacja. Czyli chyba jakiś argument.




Emulacja API zapewnia kompatybilność. Jeśli to jest argument to na poparcie definicji Emulatora API.



@
Bierze się to stad, że założeniem twórców systemu jest jak największa kompatybilność. Zatem potrzebujemy reintempletacji API AmigaOS3 + ewentualne "dodatki" typowe dla AROSa.



Czy założenia twórców AROS stoją w sprzeczności z definicją Emulatora API?



@
Przy AROSie się mylisz - AROS nie korzysta z API AmigaOS-u tylko z własnego API, którego cześcią jest reintempletacja API AOS3.



Cytat ze strony AROSa:
[i]The AROS Research Operating System is a lightweight, efficient and flexible desktop operating system, designed to help you make the most of your computer. It's an independent, portable and free project, aiming at being compatible with AmigaOS at the API level (like Wine, unlike UAE), while improving on it in many areas.[/i]

Ja się mylę czy Ty się mylisz? A może to twórcy AROSa się mylą, bo sami porównali kompatybilność z API AmigaOS w systemie AROS do WINE.



@
Przecież AROS nie może wprowadzić do AROSa otoczenia API z AmigaOS3.1, prawda?



Cały AROS się na tym opiera.

Odpowiedz

widelec
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 19:10

@konrad
@widelec
Emulacja API zapewnia kompatybilność. Jeśli to jest argument to na poparcie definicji Emulatora API.




Którego dokładnie fragmentu definicji przez Ciebie przytoczonej?



@
Czy założenia twórców AROS stoją w sprzeczności z definicją Emulatora API?



Tak, ponieważ emulator musi działać pod kontrolą systemu, a nie być systemem.



@
Ja się mylę czy Ty się mylisz? A może to twórcy AROSa się mylą, bo sami porównali kompatybilność z API AmigaOS w systemie AROS do WINE.

Cytat ze strony AROSa:
[i]The AROS Research Operating System is a lightweight, efficient and flexible desktop operating system, designed to help you make the most of your computer. It's an independent, portable and free project, aiming at being compatible with AmigaOS at the API level (like Wine, unlike UAE), while improving on it in many areas.[/i]





Porównali kompatybilność API z kompatybilnością zapewnianą przez AROSa. Nie porównali AROSA z Wine, jako emulatorów API.




@
Cały AROS się na tym opiera.



Jeszcze raz - Przecież AROS nie może wprowadzić do AROSa otoczenia API z AmigaOS3.1, prawda? Instalujesz AROSa, żeby zanstalować pod jego kontrolą AROSa, aby wprowadzić kompatybilność API? Bez sensu, prawda?

Dla mnie EOT. Szkoda zaśmiecać tematu o instalację/dostępne dystrybucje AROSa mało istotną dla użytkownika kwestią nazewnictwa i definicji. O wiele lepiej wyglądałaby Twoja strona, gdyby panował na niej porządek, prawda?

Odpowiedz

konrad
Nieaktywny użytkownik starego forum

AROS - z czym to się je wysłany: 2010-02-28 20:41

@widelec
Jeszcze raz - Przecież AROS nie może wprowadzić do AROSa otoczenia API z AmigaOS3.1, prawda? Instalujesz AROSa, żeby zanstalować pod jego kontrolą AROSa, aby wprowadzić kompatybilność API? Bez sensu, prawda?




To co wyżej napisałeś rzeczywiście sensu nie ma.



@
Dla mnie EOT. Szkoda zaśmiecać tematu o instalację/dostępne dystrybucje AROSa mało istotną dla użytkownika kwestią nazewnictwa i definicji. O wiele lepiej wyglądałaby Twoja strona, gdyby panował na niej porządek, prawda?



Dla jednego jest to mało istotne, a dla drugiego bardzo ważne. Podałem definicję, podałem cytat ze strony AROSa. Nie musisz mi przyznawać racji. Nie zależy mi na tym. Ja Ciebie do niczego przekonać nie chcę.

Odpowiedz

michalsc
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-03-01 09:21

@konrad



@
(każdy program napisany nawet TYLKO dla AROSA będzie z nich korzystał), natomiast aplikacje Linuxowe z Wine nie korzystają (wykorzystują je tylko aplikacje dla MS Windows).



Bierze się to stąd, że AROS ma tak mało własnego API, że praktycznie do uruchomienia dowolnego programu potrzebuje części API amigowego.




Mylisz pojęcia. Nie ma czegoś takiego jak API AROS-a i dodatkowa "warstwa zgodności/emulator" API AmigaOS. API AROS-a i API AmigaOS 3.x to jedno i to samo. W tym wypadku nie ma mowy o emulacji. Odniesienie do WINE na stronie www.aros.org ma sens w przypadku wersji "hosted" AROS-a, w którym to przypadku cały system jest jednym z procesów systemu-gościa (tak samo jak WINE).

Pytania kontrolne:
- Czy system operacyjny linux jest emulatorem? Posiada on API zgodne ze standardem POSIX (tak samo jak AROS posiada API zgodne z AmigaOS 3.x). Co więcej, nie jest to jedyny system operacyjny, którego API jest zgodne ze standardem POSIX. Emulatory POSIX?
- Czy Picasso96 jest emulatorem cybergraphics? Picasso96 udostępnia wszak bibliotekę cybergraphics.library
- Czy stos TCP/IP w AmigaOS4.x jest emulatorem? Udostępnia on bibliotekę bsdsocket.library, której API jest identyczne pod AmigaOS-em, MorphOS-em i AROS-em. Ponadto, jest to API pożyczone (emulacja!? plagiat!?) z systemów *BSD.
- Czy Cygnix to emulator? Udostępnia on środowisko zgodne z X11. Autor Cygniksa uważa, ze to nie jest emulator, na OS4depot.net nie można go tez znaleźć w dziale "emulation":


@

AmiCygnix is a unix environment for AmigaOS 4. It is not an emulation, all programs are native binaries. AmiCygnix offers only some things like the typical unix path tree and a Unix like data structure




przykłady można mnożyć bez końca.


Odpowiedz

konrad
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-03-01 09:33

@michalsc
API AROS-a i API AmigaOS 3.x to jedno i to samo.




Gdyby to było jedno i to samo to nie określiłbyś tego innymi nazwami. AROS posiada własne API (wymyślone i zaimplementowane przez twórców AROSa) oraz API AmigaOS (wymyślone przez twórców AmigaOS i zaimplementowane przez twórców AROSa). Dwie różne rzeczy.



@
W tym wypadku nie ma mowy o emulacji.



Jest mowa o Emulacji API. Podałem definicję.



@
Pytania kontrolne:
- Czy system operacyjny linux jest emulatorem? Posiada on API zgodne ze standardem POSIX (tak samo jak AROS posiada API zgodne z AmigaOS 3.x). Co więcej, nie jest to jedyny system operacyjny, którego API jest zgodne ze standardem POSIX. Emulatory POSIX?
- Czy Picasso96 jest emulatorem cybergraphics? Picasso96 udostępnia wszak bibliotekę cybergraphics.library
- Czy stos TCP/IP w AmigaOS4.x jest emulatorem? Udostępnia on bibliotekę bsdsocket.library, której API jest identyczne pod AmigaOS-em, MorphOS-em i AROS-em. Ponadto, jest to API pożyczone (emulacja!? plagiat!?) z systemów *BSD.
- Czy Cygnix to emulator? Udostępnia on środowisko zgodne z X11. Autor Cygniksa uważa, ze to nie jest emulator, na OS4depot.net nie można go tez znaleźć w dziale "emulation":




Emulator i Emulator API to są również dwie rzeczy. Zwróć uwagę, że ja się posługuję terminem Emulator API i do terminu Emulator API podałem definicję. Nie mówię o emulatorach jakimi są np. WinUAE.

Odpowiedz

wojter11
Nieaktywny użytkownik starego forum

hmm wysłany: 2010-03-01 11:41

Hmm to bardzo dziwne jakie ten Aros wywołał poruszenie A całkiem serio, Aros to jedna z alternatyw, co innego, że rozwój systemu przyspieszył ostatnio znacznie. Co do samych sterowników to nie ma się co martwić to nigdy nie będzie realne zagrożenia dla AOS itp. po prostu są tacy co nie muszą mieć koniecznie klimatu amigopodobnego na maszynie z procesorem PowerPC lub pokrewnym. A sam system staję się co raz łatwiejszy i przyjemniejszy w użyciu ... Jak dla mnie system powoli wychodzi z cienia dwóch pozostałych OS i to chyba dobrze, w końcu ile można czekać na nowy sprzęt ...

Odpowiedz

michalsc
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-03-01 12:23

@konrad
@michalsc
API AROS-a i API AmigaOS 3.x to jedno i to samo.



Gdyby to było jedno i to samo to nie określiłbyś tego innymi nazwami. AROS posiada własne API (wymyślone i zaimplementowane przez twórców AROSa) oraz API AmigaOS (wymyślone przez twórców AmigaOS i zaimplementowane przez twórców AROSa).




Gdybym użył jednej i tej samej nazwy, pojawiły by się krzyki o kradzieży własności intelektualnej, podkradaniu klientów za pomocą "markowej" nazwy Amiga i wiele innych zarzutów. AROS Team się od tego odcina Dlatego tez powtórzę jeszcze raz. System operacyjny AROS używa swojego własnego API (API AROS-a), które jest w znacznej mierze implementacja API AmigaOS 3.x. To nie jest emulacja API, tylko jego implementacja.

@konrad


@
Pytania kontrolne:
- Czy system operacyjny linux jest emulatorem? Posiada on API zgodne ze standardem POSIX (tak samo jak AROS posiada API zgodne z AmigaOS 3.x). Co więcej, nie jest to jedyny system operacyjny, którego API jest zgodne ze standardem POSIX. Emulatory POSIX?
- Czy Picasso96 jest emulatorem cybergraphics? Picasso96 udostępnia wszak bibliotekę cybergraphics.library
- Czy stos TCP/IP w AmigaOS4.x jest emulatorem? Udostępnia on bibliotekę bsdsocket.library, której API jest identyczne pod AmigaOS-em, MorphOS-em i AROS-em. Ponadto, jest to API pożyczone (emulacja!? plagiat!?) z systemów *BSD.
- Czy Cygnix to emulator? Udostępnia on środowisko zgodne z X11. Autor Cygniksa uważa, ze to nie jest emulator, na OS4depot.net nie można go tez znaleźć w dziale "emulation":



Emulator i Emulator API to są również dwie rzeczy. Zwróć uwagę, że ja się posługuję terminem Emulator API i do terminu Emulator API podałem definicję. Nie mówię o emulatorach jakimi są np. WinUAE.




OK, zwróciłem uwagę. W takim razie zapytam się: czy cygnix jest emulatorem API X11? Czy moze jest on implementacja API X11? Autor tego oprogramowania uważa, ze to drugie jest poprawna odpowiedzią. Czy stos TCP/IP w AmigaOS emuluje API *BSD, czy może je po prostu implementuje?

Czy Reactos to Emulator/Emulator API windowsa, czy może jest to system operacyjny, który ma takie samo API jak windows? Czy Haiku to emulator/emulator API BeOS, czy może jest to system operacyjny który implementuje API BeOS R5? Ani autorzy ReactOS-a, ani Haiku nie wspominają nigdzie o "emulacji API". Oczywiście zakładam pewne prawdopodobieństwo tego, ze oni wszyscy się mylą i to właśnie Ty używasz poprawnej terminologii.

Odpowiedz

adam
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-03-01 13:33

Z racji braku wiedzy z dziedziny programowania dla mnie to problem semantyczny jest

Zawsze wydawało mi się, że AROS w swym działaniu emuluje funkcje AmigaOS, a celem jest zgodność z oryginałem na poziomie wystarczającym do uruchomienia programów z AmigaOS.

Samo słowa emulacja i implementacja maja trochę szersze znaczenie i nie wiążą się tylko z komputerami.
No ale niestety Wikipedia nie daje mi szansy (znaczenie słowa emulacja zostało zawężone).

Mam pytanie w kontekście pojęcia "reversing engineering".
Czy nie mając źródeł systemu można mówić o implementacji?


Odpowiedz

michalsc
Nieaktywny użytkownik starego forum

Re:AROS - z czym to się je wysłany: 2010-03-01 13:47

@adam

Mam pytanie w kontekście pojęcia "reversing engineering".
Czy nie mając źródeł systemu można mówić o implementacji?




Źródła systemu nie są konieczne. Wystarczająca jest (w przypadku AROS-a) dokumentacja AmigaOS pliki nagłówkowe z SDK. Jedno z drugim tworzą opis API systemu AmigaOS. Programiści systemu AROS na podstawie w/w opisu API napisali własną implementację. Spójrz na następujący przykład. Funkcja exec.library/Enqueue jest opisana w SDK w następujący sposób:




SYNOPSIS
Enqueue(list, node)

void Enqueue(struct List *, struct Node *);

FUNCTION
Insert or append a node into a system queue. The insert is
performed based on the node priority -- it will keep the list
properly sorted. New nodes will be inserted in front of the first
node with a lower priority. Hence a FIFO queue for nodes of equal
priority

WARNING
This function does not arbitrate for access to the list. The
calling task must be the owner of the involved list.



na podstawie tego opisu i odpowiedniego pliku nagłówkowego, można napisać własną implementację tej funkcji, na przykład taką:




void Enqueue(struct List *list, struct Node *node)
{
struct Node * next;

ForeachNode (list, next)
{
if (node->ln_Pri > next->ln_Pri)
break;
}

node->ln_Pred = next->ln_Pred;
next->ln_Pred->ln_Succ = node;
next->ln_Pred = node;
node->ln_Succ = next;
}



Czy to emulacja? Czy to reverse-engineering? A może implementacja?

Odpowiedz

« poprzednia 1 2 3 następna »

Menu
Baza wiedzy
AmigaOS.pl