6 risposte a “Nuova release per ReactOS 0.4.5”

1. 

   golden

   23 Maggio 2017

   È un progetto interessante in quanto curiosità, o comunque per studiare sistemi open source di compatibilità con windows, lode agli sviluppatori per il lavoro ma… come sistema operativo completo francamente non ne vedo l’utilità.

   Ma nemmeno come “passaggio intermedio”: avrebbe piuttosto senso migliorare sempre di più wine (cosa che in effetti il progetto ReactOS più o meno indirettamente fa).

2. 

   Marco Bonfiglio

   24 Maggio 2017

   Wine e RactOS fanno cose diverse.
   Il primo mira a permettere l’esecuzione di un programma (studiato per un sistema operativo) all’interno di un altro sistema operativo, il secondo a creare un vero e proprio sistema operativo binariamente compatibile con un altro.
   A livello applicazione (Firefox od Office) l’effetto finale può sembrare simile, ma la vera differenza può venir vista con un driver per una periferica, che dialoga col sistema operativo ad un livello più profondo di una applicazione: wine questo semplicemente non può farlo.

3. 

   golden

   25 Maggio 2017

   Certo che fanno cose diverse. Quello che dico è che, se l’obiettivo è creare un OS libero E che sia compatibile con windows, penso che abbia più senso in linea di principio concentrarsi su Linux (o – che so – su Hurd 😉 ). ReactOS non ce lo vedo come alternativa per questo scopo.
   Dopo di che è un progetto assolutamente interessante, magari utile per applicazioni molto specifiche o ( appunto) per studiare come windows potrebbe lavorare con un implementazione FLOSS, a beneficio dell’ecosistema. Ma di certo non come fase di passaggio da windows a gnu/linux…

4. 

   Marco Bonfiglio

   25 Maggio 2017

   Non sono riuscito a spiegare dove sta la differenza, allora… Per avere un sistema operativo compatibile con Windows, devi fare un _sistema operativo_ (ReactOS).
   Linux (o Hurd) sono sistemi operativi, che possono avere uno strato di compatibilità con windows che “traduca” le chiamate di sistema, ma rimangono un sistema operativo diverso. Lo strato di compatibilità può bastare per una applicazione, ma per una periferica, e specialmente per il suo driver, non c’è modo di funzionare perché le chiamate fatte non vengono poste al sistema operativo ma al kernel, che non possono essere tradotte in quanto non solo il kernel è diverso ma ha proprio architettura diversa.
   Metti il caso di un programma per la conversione video da analogico a DVD che sia accoppiato ad una scheda PCI per l’acquisizione e la conversione in hardware: il programma in sé potrebbe essere fatto girare con wine, ma nel momento in cui chiedesse al sistema operativo l’accesso alla scheda di conversione semplicemente il SO non sa di cosa parla. Il motivo sta nel driver: se non hai un driver per quella periferica, il SO non può gestirla. E quindi nemmeno il programma. ReactOS mira ad essere tanto compatibile con windows da poterne usare i driver direttamente, e quindi permettere l’uso di quella scheda.
   A livello pratico sembra avere poco senso (meglio aggiornarsi), ma quando non è possibile o i driver non sono disponibili, e visto il numero di computer con a bordo ancora Windows XP (vedi Microsft che rilascia patch) la cosa potrebbe avere un certo interesse.

5. 

   golden

   25 Maggio 2017

   Ok, ora m’è più chiaro il punto del tuo discorso.
   Però mi chiedo, se il punto sono i driver e le periferiche: NIDISweapper non fa esattamente quello che dici tu (per le schede di rete)? Cosa impedisce di fare progetti simili anche per altre perfiferiche potenzialmente compatibili solo con windows?

6. 

   Marco Bonfiglio

   25 Maggio 2017

   Ok, buon punto. Ma…
   Quello è un caso abbastanza fortunato e limitato. Quello che cerca di fare NDISWrapper è creare un modulo del kernel linux che mimi il modulo del kernel windows al quale si interfaccia il driver, fornendo le stesse API (simile a quello che succede per tastiera o mouse). E in effetti funziona benino, ma non benissimo: non tutti i modelli sono compatibili. E ancora, se qualche funzionalità fosse fornita via software (cifratura WPA di chiavetta Netgear, per esempio e per esperienza), non ne avresti accesso, nemmeno con wine (l’enumerazione dei device in linux e windows è diversa).
   Insomma, molti problemi lo stesso. 😉