Aha? Was hast du denn für Drogen genommen?dead_cox hat geschrieben:Denn bei Windows klappt es ja auch Linux Programme laufen zu lassen.
Alternativ-Windows
-
vonTurnundTaxis
- Beiträge: 2130
- Registriert: 06.10.2004 20:38
- Wohnort: Bayreuth
- Kontaktdaten:
Ihm ist nur nicht klar, dass es sich dabei um Windows programme handelt die von Linux her portiert wurden.
Selbstverständlich laufen Linuxprogramme nicht unter Windows.
Der Gedanke hinter Reactos ist vor allem auch Windows *Treiber* nutzen zu können, man kennt ja die Treibermisere unter Linux. Winmodem, GDI Drucker... man muß halt seine Hardware nach Linuxkompatibilität aussuchen.
Die Argumentation "Warum arbeiten die denn nicht stattdessen an Linux" ist natürlich auch vollkommender Schwachsinn. Als wäre dass das einzige legitime Betriebsystem neben Windows.
Selbstverständlich laufen Linuxprogramme nicht unter Windows.
Der Gedanke hinter Reactos ist vor allem auch Windows *Treiber* nutzen zu können, man kennt ja die Treibermisere unter Linux. Winmodem, GDI Drucker... man muß halt seine Hardware nach Linuxkompatibilität aussuchen.
Die Argumentation "Warum arbeiten die denn nicht stattdessen an Linux" ist natürlich auch vollkommender Schwachsinn. Als wäre dass das einzige legitime Betriebsystem neben Windows.
Nunja, wer wollte das auch, unter Windows gibts ja alles. Ungedreht wird ein Schuh draus, oder warum gibts Windows Emulator unter Linux?vonTurnundTaxis hat geschrieben:Aha? Was hast du denn für Drogen genommen?dead_cox hat geschrieben:Denn bei Windows klappt es ja auch Linux Programme laufen zu lassen.
:::: WIN 10 :: PB 5.73 :: (x64) ::::
Was sagt Bill dazu? Sieht doch nach einem WindowsClone aus, mit einigen Fehler noch.
Da gibt es sicherlich Klagen. Nachher schreib ich noch eine Windows-EXE und brauch die gar nicht unter Windows laufen lassen, sondern suche mir mein System unabhängig davon aus
Kann man nicht die Win32 irgendwas und was sonst noch so gebraucht wird einfach umschreiben in irgendwas eigenes?
So dass man eine 8 KByte große Exe mit PB gemacht an ein anderes OS schickt und die dann ausgeführt werden kann, aber ohne Geschwindigkeitsverlusst, der Zwangsweise durch einen Emulator entsteht.
Das wäre dann wie JAVA nur ohne VirtualMashine, sondern mit Kernel.
Und JAVA ist ja gar nicht Platform unabhängig. Es gibt nur für sehr viele OSes eine VM.
Ahja, das wäre was für die Zukunft.
Kann man eigentlich eine Linux BIN oder wie die da heißen auf allen Linuxen laufen lassen oder muss man sie für jedes Linux individuell compilieren?
Da gibt es sicherlich Klagen. Nachher schreib ich noch eine Windows-EXE und brauch die gar nicht unter Windows laufen lassen, sondern suche mir mein System unabhängig davon aus
Kann man nicht die Win32 irgendwas und was sonst noch so gebraucht wird einfach umschreiben in irgendwas eigenes?
So dass man eine 8 KByte große Exe mit PB gemacht an ein anderes OS schickt und die dann ausgeführt werden kann, aber ohne Geschwindigkeitsverlusst, der Zwangsweise durch einen Emulator entsteht.
Das wäre dann wie JAVA nur ohne VirtualMashine, sondern mit Kernel.
Und JAVA ist ja gar nicht Platform unabhängig. Es gibt nur für sehr viele OSes eine VM.
Ahja, das wäre was für die Zukunft.
Kann man eigentlich eine Linux BIN oder wie die da heißen auf allen Linuxen laufen lassen oder muss man sie für jedes Linux individuell compilieren?
Kinder an die Macht http://scratch.mit.edu/
So dass man eine 8 KByte große Exe mit PB gemacht an ein anderes OS schickt und die dann ausgeführt werden kann, aber ohne Geschwindigkeitsverlusst, der Zwangsweise durch einen Emulator entsteht.
Das geht deshalb nicht, weil jede EXE massig Windows-Funktionen verwendet. Und bei Linux ist das entsprechend genauso. Diese Funktionen sind ja auch ein wesentlicher Teil eines jeden Betriebssystems. Und da hin- und herzukonvertieren könnte wohl etwas haarig werden
Natürlich macht das WINE dann on-the-fly, vielleicht wäre es auch möglich, daß WINE das vorher in einen Gesamtzustand konvertiert. Aber ich vermute mal, daß das sowieso vor jedem Start einer EXE passiert (also so wie bei Java Just-in-Time), oder es zumindest möglich wäre, das zu machen. Aber da Windows und Linux von grundauf unterschiedliche Systeme sind, ist es nicht garantiert, daß Du die gleiche Geschwindigkeit dadurch erhältst.
Das geht deshalb nicht, weil jede EXE massig Windows-Funktionen verwendet. Und bei Linux ist das entsprechend genauso. Diese Funktionen sind ja auch ein wesentlicher Teil eines jeden Betriebssystems. Und da hin- und herzukonvertieren könnte wohl etwas haarig werden
Natürlich macht das WINE dann on-the-fly, vielleicht wäre es auch möglich, daß WINE das vorher in einen Gesamtzustand konvertiert. Aber ich vermute mal, daß das sowieso vor jedem Start einer EXE passiert (also so wie bei Java Just-in-Time), oder es zumindest möglich wäre, das zu machen. Aber da Windows und Linux von grundauf unterschiedliche Systeme sind, ist es nicht garantiert, daß Du die gleiche Geschwindigkeit dadurch erhältst.
ZeHa hat bisher kein Danke erhalten.
Klicke hier, wenn Du wissen möchtest, woran ihm das vorbeigeht.
-
vonTurnundTaxis
- Beiträge: 2130
- Registriert: 06.10.2004 20:38
- Wohnort: Bayreuth
- Kontaktdaten:
-
dllfreak2001
- Beiträge: 2925
- Registriert: 07.09.2004 23:44
- Wohnort: Bayern
Haben sie nicht. Das ist aber eine recht brisante Geschichte.
Eigentlich wäre ReactOS illegal, wenn die Entwickler die API aus dem
Speicher direkt diassemblieren würden und dann in den eigenen APIs
nutzen würden. Dies wurde allerdings gemacht. Deswegen gibt es auch
dieses Code auditing ding. Denn ReactOS gibt sich nicht als Windows
aus sondern äfft dieses lediglich nach. Da ist rechtlich gesehen ein
gewaltiger Unterschied.
Und Wine is not an emulator. In der tat werden Windows Programme
nativ unter Linux ausgeführt. Allerdings werden dann die API Aufrufe
dann dem entsprechend auf selbst geschriebene Funktionen gewrapt.
Eigentlich wäre ReactOS illegal, wenn die Entwickler die API aus dem
Speicher direkt diassemblieren würden und dann in den eigenen APIs
nutzen würden. Dies wurde allerdings gemacht. Deswegen gibt es auch
dieses Code auditing ding. Denn ReactOS gibt sich nicht als Windows
aus sondern äfft dieses lediglich nach. Da ist rechtlich gesehen ein
gewaltiger Unterschied.
Und Wine is not an emulator
. In der tat werden Windows Programmenativ unter Linux ausgeführt. Allerdings werden dann die API Aufrufe
dann dem entsprechend auf selbst geschriebene Funktionen gewrapt.
-
dllfreak2001
- Beiträge: 2925
- Registriert: 07.09.2004 23:44
- Wohnort: Bayern
Hast Recht, im offizielen Wikipedia-Artikel stehts drin.
Was isn der Unterschied zwischen ausgeben und nachäffen?
ReactOS wird hauptsächlich per Reverse Engineering entwickelt und man ist bemüht um ein volle Kompatibilität zur Win-Software und nicht nur
eine Emulation oder ähnliches herzustellen.
Was isn der Unterschied zwischen ausgeben und nachäffen?
ReactOS wird hauptsächlich per Reverse Engineering entwickelt und man ist bemüht um ein volle Kompatibilität zur Win-Software und nicht nur
eine Emulation oder ähnliches herzustellen.
I´a dllfreak2001