amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > AmigaOS '4+1' To Have Virtual Environment for AmigaOS 4 Apps [ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- [ - Beitrag schreiben - ]

16.08.2007, 19:27 Uhr

ati
Posts: 11
Nutzer
Na, schon einer auf osnews.com gewesen?

http://www.osnews.com/story.php/18464/AmigaOS-4+1-To-Have-Virtual-Environment-for-AmigaOS-4-Apps

Oder direkt auf amigaworld.net?

http://amigaworld.net/modules/newbb/viewtopic.php?mode=viewtopic&topic_id=23958&forum=14&start=0&viewmode=flat&order=0

Gruß

[ - Antworten - Zitieren - Direktlink - ]

16.08.2007, 20:33 Uhr

aufdecker
Posts: 5
Nutzer
@ati:


AOS4 goes MOS2.0 ... jetzt haben die Friedens eingesehen, dass sie mit AmigaOS nicht weiter kommen, dass sie es so machen müssen wie es Ralph Schmidt schon vor Jahren geplant hat.

[ - Antworten - Zitieren - Direktlink - ]

16.08.2007, 21:21 Uhr

_PAB_
Posts: 3016
Nutzer
@aufdecker:
> [...] wie es Ralph Schmidt schon vor Jahren geplant hat

Nunja, da ich da keinen Smilie gesehen habe, muß ich Deine Aussage wohl ernst nehmen - abgesehen davon, daß es hier um zwei unterschiedliche Ansätze geht (Sandbox mit OS (=Q-Box) versus Virtueller Speicher im OS), hat selbst Ralph Schmidt inzwischen offen sichtbar gemacht, daß sein Konzept von vor einigen Jahren offenbar keine so hohe Priorität mehr hat (oder jemals hatte).

[ Dieser Beitrag wurde von _PAB_ am 16.08.2007 um 21:25 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

16.08.2007, 21:32 Uhr

akl
Posts: 265
Nutzer
@aufdecker:

Also, ich habe noch keine APIs für MorphOS gesehen, mit denen ich vollwertige GUI-Applikationen programmieren könnte, die nicht im selben Shared Memory-Bereich wie normale 68k-/PPC-Applikationen laufen würden.

Und wie das bei OS4 ohne einen kompletten Schnitt bei allen möglichen APIs klappen soll, würde ich auch gerne sehen.

Das Problem ist ja bekannt und komplett durchdiskutiert:

- ohne Sandbox keine neuen, sauberen Konzepte (wegen Kompatibilität)
- mit Sandbox kein einfacher Nachrichten-/Datenaustausch zwischen beiden Welten

Sicher ist der Ansatz gut - aber durch große konzeptionelle Schnitte wird die Anwenderbasis erstmal nicht größer, sondern eher kleiner.

Zumal immer noch keine neue PPC-Hardware frei verfügbar ist, auf der ein frei käufliches AmigaOS4 laufen würde.

Ehrlich gesagt wüsste ich auf Anhieb jetzt auch nicht, welcher (andere) Embedded-Markt nach einem entsprechend angepaßten AOS4 verlangen würde.

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 00:05 Uhr

Vincent
Posts: 154
Nutzer
Will man das AmigaOS jetzt doch an Linux annähern?
Man hat OS4 ja schon in der Richtung erweitert oder? :lach:
--
Is was?

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 07:10 Uhr

cHaOs667
Posts: 38
Nutzer
Zitat:
Original von Vincent:
Will man das AmigaOS jetzt doch an Linux annähern?
Man hat OS4 ja schon in der Richtung erweitert oder? :lach:
--
Is was?


Inwiefern soll es durch das Sanbox konzept in Richtung Linux erweitert werden? Ach verdammt, jetzt bin ich auf einen dämlichen Trollversuch reingefallen und meines erachtens geht die Entwicklung in Richtung MacOSX als Linux.

Zum Thema: War doch irgendwie klar, das so etwas in der Art entstehen musste damit man alte Applikationen noch verwenden kann, wenn das OS einen kompletten und scharfgeschaltenen Speicherschutz erhält.
--
2x A500
1x A600
1x CD³²
1x A1200/030, 8MB Fast, OS 3.1
1x µAOne-C, 512 MB, 160 GB HDD, NEC DVD+-RW DL, OS4 Pre3

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 09:05 Uhr

mk
Posts: 611
[Benutzer gesperrt]
Zitat:
Original von _PAB_: - abgesehen davon, daß es hier um zwei unterschiedliche Ansätze geht (Sandbox mit OS (=Q-Box) versus Virtueller Speicher im OS),
Abgesehen davon, dass Deine Behauptung wieder mal falsch ist, weil es funktionell um genau den selben "Ansatz" geht,

- wobei man ihn bei OS4+1 nur anders bezeichnet (sicherlich um nicht ganz so offen einzugestehen, das sie jetzt genau das vorhaben, was MorphOS schon seit 8 Jahren nutzt)

- wird Hyperion das nicht als _Amiga_OS (4+1) laufen lassen können, denn dazu hat Hyperion nie einen Auftrag /keinerlei Lizenz von AInc bekommen!

Egal ob man AInc leiden kann oder nicht und ob nun AInc Delaware oder Washington oder sonstwer der verschiedenen Zwischenfirmen die Trademarks und anderen Rechte an _Amiga_ und _Amiga_OS hält, Hyperion hat die Rechte daran jedenfalls niemals erworben! Hyperion hat /hatte (wurde ja gekündigt) nur eine begrenzte Lizenz zur Realisierung eines AmigaOS4.0!

(Zwischendurch: AInc hat allerdings im Gegenzug auch keinen Anspruch auf _alle_ Sourcen des gegenwärtigen OS4)

Auch wenn Hyperion offenbar seit Anbeginn (spätestens seit 2001) darauf hinarbeitete und Ben Hermans bereits April 2002 ganz offen verkündete, das er den Vertrag in Hinblick auf einen Konkurs AIncs geschrieben hat, um das zu ändern! Und zwar mittels dieser ominösen Vertragsklausel, das AIncs Eigentum und Rechte (besonders an "AmigaOS") bei einen Konkurs eben nicht den üblichen Weg gehen sollten, sondern an den Gläubigern vorbei einfach an Hyperion fallen! (Wobei allerdings solche Vertragsklauseln wegen vorsätzlichen Betrugsversuch gegenüber den Gläubigern sowieso nichtig sind.)

Und was die Chancen angeht, von AInc nun nachträglich noch ein ok /Lizenz dazu zu bekommen, braucht man sich ja nur die gegenwärtige Auseinandersetzung beider vor Gericht anzuschauen!

Zitat:
Original von _PAB_: hat selbst Ralph Schmidt inzwischen offen sichtbar gemacht, daß sein Konzept von vor einigen Jahren offenbar keine so hohe Priorität mehr hat (oder jemals hatte)
Was ist das für eine gequirlter Blödsinn? Dieses Konzept (realisiert als Quark-Kernel, Q-Box, A-Box) ist seit 8 Jahren Realität!

Es gibt nur eine, sicherlich große aber eben nicht prinzipielle Einschränkung, das die Q-Box bislang nicht für /mit GUI (was Andreas hier in seinen Beitrag anspricht) und Anwendungen offen steht /verwendet wurde! Sondern bislang wurde die Q-Box eben "nur" für MorphOS (Kernel) Teile benutzt!

--
so long Mario

[ Dieser Beitrag wurde von mk am 17.08.2007 um 09:10 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 09:11 Uhr

Vincent
Posts: 154
Nutzer
Zitat:
Original von cHaOs667:

Inwiefern soll es durch das Sanbox konzept in Richtung Linux erweitert werden? Ach verdammt, jetzt bin ich auf einen dämlichen Trollversuch reingefallen...


Nun sei doch nicht böse. Hab doch schon nen dicken " :lach: " dahinter gemacht. ;)
--
Is was?

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 10:12 Uhr

mk
Posts: 611
[Benutzer gesperrt]
Zitat:
Original von akl: Sicher ist der Ansatz gut - aber durch große konzeptionelle Schnitte wird die Anwenderbasis erstmal nicht größer, sondern eher kleiner.

Wobei hier jetzt mit den bisherigen OS4 Entwicklungen ("teilweiser Speicherschutz") nun noch große zusätzliche Hürden /Inkompatibilitäten entstanden sind.

- Entweder man müsste gravierende Altlasten (von OS4.0!) nun für alle Ewigkeiten (nicht nur im OS4+1) mitschleppen!

- Oder man verwirft zukünfig die direkte Kompatibilität zu allen Programmen fürs gegenwärtige OS4.0!

Demzufolge muss man alles bisherige an Tools, Utilities und Anwendungen von OS4.0 komplett neu kompilieren, damit es unter 4+1 wieder lauffähig wird! (Und genau dies hat HJF bereits selbst so bestätigt.)


Davon abgesehen, OS4.0 hat ja nun auch nicht, wie früher mal von Hyperion verlautbart wurde, nur 3 Monate (November 2001 bis Februar 2002) gedauert! Sondern rund das zwanzigfache (61 Monate)!

Stellt sich die Frage: Wie lange soll es denn diesmal dauern, bis für User ein "Hyperion OS4+1" bereit steht, das im wesentlichen dann ja auch nur ein Nachbau des bereits lange zuvor existierenden /nutzbaren MorphOS wäre?

Gibt es denn dann überhaupt noch Halbleiter Rechner, bzw. wenigstens noch ein paar letzte an "Amiga" Usern, denen man das andrehen könnte?

--
so long Mario

[ Dieser Beitrag wurde von mk am 17.08.2007 um 10:15 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 10:35 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von mk:
Demzufolge muss man alles bisherige an Tools, Utilities und Anwendungen von OS4.0 komplett neu kompilieren, damit es unter 4+1 wieder lauffähig wird! (Und genau dies hat HJF bereits selbst so bestätigt.)

Das wird für das ganze OSS/POSIX Zeug mit einem einzigen Recompile erledigt sein. Und in weiser Voraussicht haben ja alle dafür gesorgt, dass es darüber hinaus nicht zuviel Software wird, die man neu übersetzen (und natürlich auch anpassen) muss.
Zitat:
Stellt sich die Frage: Wie lange soll es denn diesmal dauern, bis für User ein "Hyperion OS4+1" bereit steht, das im wesentlichen dann ja auch nur ein Nachbau des bereits lange zuvor existierenden /nutzbaren MorphOS wäre?
Ach, Hyperion hat diesbezüglich garantiert schon einiges in der Schublade. Wie auch der *.so Support, der mit Sicherheit schon von Anfang an geplant war. Außerdem ändert sich doch nichts. Alle warten auf verfügbare Hardware und währenddessen wird das OS kontinuierlich weiterentwickelt.
Zitat:
Gibt es denn dann überhaupt noch Halbleiter Rechner, bzw. wenigstens noch ein paar letzte an "Amiga" Usern, denen man das andrehen könnte?
Nu, bis es soweit ist, gibt es vermutlich längst einen Freeware-PPC-Emulator für x86, oder was auch immer dann aktuell sein wird, der dank der aktuellen Desktop-Prozessoren auch ohne großartige Optimierungen die angestrebte Performance eines 400MHz embedded Prozessors locker erreicht.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 13:12 Uhr

cHaOs667
Posts: 38
Nutzer
Zitat:
Original von Vincent:
Zitat:
Original von cHaOs667:

Inwiefern soll es durch das Sanbox konzept in Richtung Linux erweitert werden? Ach verdammt, jetzt bin ich auf einen dämlichen Trollversuch reingefallen...


Nun sei doch nicht böse. Hab doch schon nen dicken " :lach: " dahinter gemacht. ;)
--
Is was?


Huch, war der vorhin auch schon da? Dann habe ich den wohl fälschlicherweise übersehen - sorry :)
--
2x A500
1x A600
1x CD³²
1x A1200/030, 8MB Fast, OS 3.1
1x µAOne-C, 512 MB, 160 GB HDD, NEC DVD+-RW DL, OS4 Pre3

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 14:44 Uhr

mk
Posts: 611
[Benutzer gesperrt]
Zitat:
Original von Holger:

Und in weiser Voraussicht ...

*.so Support ...

angestrebte Performance eines 400MHz embedded Prozessors ...


:lach:

:lach:

:lach:

--
so long Mario

[ - Antworten - Zitieren - Direktlink - ]

17.08.2007, 22:46 Uhr

FischX
Posts: 436
Nutzer
Aber es ist was Wahres dran:

Jede Form der Weiterentwicklung wird das AmigaOS Linux Windows und Mac OS annähern.
Und eine Tatsache ist auch das ich inzwischen nicht wirklich einen fundamentalen Unterschied zwischen meinem Mac und meiner Linuxkiste merke, v.A. wenn man von dem verwendeten Theme absieht.

Ohne irgendwelche ideologischen Scheuklappen lassen sich Linux, MacOS, Vista auf das Verhalten des jeweilig anderen anpassen ( Mit einer Apple Tastatur muss man überall nur Apfel Q drücken um ein Programm zu beenden :-) )

Dem AmigaOS wird es auch nicht anders ergehen, wenn erst Speicherschutz, Multiuser, Journaling-Dateisystem, 3D Desktop ect ordentlich implementiert sind (und das wird der Weg der Weiterentwicklung sein, wenn es denn eine gibt) wird das Betriebssystem Speicher fressen und die CPU/GPU auslasten, und Runterfahren muss man das ganze dann auch (sonst macht das Journaling-Dateisystem ja nicht so viel sinn).

Wo sich mir die Frage aufdrängt "warum das ganze?" bzw. "was wollen die damit erreichen?"

Natürlich sind das alles nützliche Sachen die dann aber auch die Nachteile der anderen Betriebssysteme [dh. die momentanen Vorteile des AmigaOS] mitbringen.

Vielleicht sollte man das AmigaOS einfach so lassen wie es ist, Zukunft war gestern...

[ - Antworten - Zitieren - Direktlink - ]


-1- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > AmigaOS '4+1' To Have Virtual Environment for AmigaOS 4 Apps [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.