Newsgroup: it.comp.os.dibattiti
Titolo: LindowsOS 2

http://punto-informatico.it/p.asp?i=41469
che dite farà "il culo" a Windows :) ?
--
Rhymes (rhy...@NOSPAMmyself.com)
http://www26.brinkster.com/rhymes
" ride or die "

 che dite farà "il culo" a Windows :) ?
Sicuramente.
Saluti.

 che dite farà "il culo" a Windows :) ?
no, malgrado il proprietario ci abbia investito una certa quantita' di
milioni di dollari nello sviluppo della compatibilita', loro stessi hanno
dovuto fare una parziale marcia indietro... non riusciranno a mantenere
tutte le promesse
alla fine e' un'altra linuxdistro


In effetti non ho ancora ben capito cos'abbia di così particolare (a 
parte la semplicità che si trova comunque anche in altre distro) questo 
cavolo di Lindows....
-- 
Saluti
SuperLips
#icq 51203313
supe...@tiscali.it

 cavolo di Lindows....
la presunta compatibilita' con applicazione windows
in pratica un wine evoluto, sviluppato a suon di milioni di dollari di
investimento



Non so...
A me non piace l'idea dell'ibrido in questo modo...
Punti di vista... :)
-- 
    => Don't Let Your Fears Stand in The Way of Your Dreams!!! <=
    URL: 
http://www.delymyth.net/
 ~ E-Mail: 
DEly...@delymyth.net
           => FREE! Hardware Anti-Virus!!! - /dev/brain <=


Bah... che dire....
Potrebbe tornare comodo a chi pensa di migrare... ma se devo passare a 
linux per usare le app. windows, che migro a fare?
Forse sarebbe meglio sviluppare direttamente per linux?
(o magari questi vendono milioni di copie e mi smentiscono...)


 linux per usare le app. windows, che migro a fare?
Beh, se io potessi far girare su Linux i programmi che uso per lavoro, a
quest'ora il mio CD di Windows sarebbe gią passato al tritacarne.
-- 
"Devi uscire e vuoi sapere se ti serve l'ombrello? Invia al 49696 METEO
ON <citta'>" (messaggio SMS "Tim informa" del 10/9/2002) (Segnalazione
di Andrea Ferrero)
it.cultura.classica: 
http://digilander.iol.it/mmanca

 copie e mi smentiscono...)
Il problema fondamentale si chiama Microsoft Office (e un paio di altre
cose, nel mio caso ad esempio Macromedia Flash, vorrei sviluppare
qualcosa e penso che proverò a farlo girare con WineX). Come ormai hanno
notato in molti la gente non vuole far girare l'equivalente di
applicazioni che usava su Windows, vuole proprio QUELLE applicazioni. E
se i proprietari del SW in questione non vogliono convertirlo (vedi MS)
non ci sono molte alternative.
See you,
		Silver Drake
 
http://www.heavy-metal.it

 non ci sono molte alternative.
Molto chiaro, direi.


 quest'ora il mio CD di Windows sarebbe gią passato al tritacarne.
Beh io preferirei farli girare su un clone di NT, e semmai far girare in
emulazione gli applicativi linux... speriamo che non rimanga solo un bel
sogno :-).
Saluti.
--
//  Xelloss dal portatile || in real life: Wilmer Ricciotti  \\
|  
wirix...@libero.it
 (elimina il demone per rispondermi)  |
|    ICQ: 3233084        IRC: Xelloss@AzzurraNet, @ChatNow    |
| Hardware Information & Technology: 
http://hit.edengames.net
 |
\_______Like the Phoenix I rise from the ashes of life________/

sogno :-).
ReactOS ?


 un bel sogno :-).
scusa ma...
clone di nt? l'idea di reactos a pelle non mi piace devo dire, ma 
 non lo seguo abbastanza per poter avere un'opinione precisa,
come per openbeos.
far girare in emulazione gli applicativi linux??? cioe, tu hai
applicativi che usi con linux closed source che non esistono in versione
per windows? sono curioso, non me ne viene in mente nessuno, puoi fare
qualche esempio? se invece hai applicativi open, beh, il porting e
sempre possibile (con cygwin di mezzo certo) se non e gia stato fatto (e
se hanno compilato per windows anche mplayer, scusate se lo cito sempre,
ci si puo compilare di tutto). e se non c'e un porting, ci sono sempre
api wrapper tipo wine al contrario, es. line, anche se non ne conosco lo
stato. quindi forse non e gia adesso solo un sogno.
pero mi chiedo: per quale ragione vorresti mai usare applicativi unix su
un sistema non unix?

 ReactOS ?
Tu cosa dici? :-P


 per windows?
Io personalmente no, ma preferisco non precludermi alcuna possibilità. Anzi,
poiché utilizzerei di gran lunga più frequentemente applicativi nativi
windows che non nativi linux, proprio per questo ritengo che un clone
windows con un eventuale sottosistema linux sarebbe più adatto alle mie
esigenze.


 
e come kernel sarebbe anche più adatto, sia a far girare wine che a far 
girare un sottosistema posix.
Wine, oltre a non implementare ancora tutto il win32 a causa (anche) di 
funzioni non documentate, cosa che con il tempo potrebbe anche risolversi,
rimarrà sempre un problema di fondo, si appoggia su posix, non è un 
sottosistema del kernel,
vuol dire tradurre una systemcall win32 in una serie di system call posix 
che diano lo stesso risultato, ed essendo due sistemi così diversi, la 
serie potrebbe essere molto lunga, 
questo significa un degrado delle prestazioni significativo, i programmi che 
girano sotto wine sono moolto più pesanti che sotto windows, 
una cosa simile, anche se meno vistosa succede anche sotto windows con 
cygnus, che fa l'esatto contrario, che non oso immaginare che giri assurdi 
deve fare anche solo per fare una "semplice" fork.
mentre per tutti e due sarebbe molto più umano appoggiarsi alle chiamate di 
sistema del kernel nt, fatto apposta per far girare sotto di esso un altro 
sistema.
-- 
ave

 nativi windows che non nativi linux,
si ok ma ci sono davvero applicativi linux di cui si sente la mancanza
sotto windows? software closed disponibile esclusivamente sotto linux e
non per windows ne vedo poco, e i progetti open piu interessanti di
solito vengono portati ovunque, windows compreso.

 considered dead meat until further notice
e da allora nemmeno una parola sull'argomento. E l'Aliberti (l'altro 
maintainer di POSIX+) non s'č piů fatto vedere in mailing list
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers
                              and beta testers are welcome!

 non unix? 
vedi MacOS-X. A qualcuno Unix non piace proprio, anche se magari ne 
riconosce i meriti. No, non cominciamo con "ma MacOS-X è uno Unix!", 
perchè è Unix solo agli occhi dei programmatori


                               and beta testers are welcome!
eh, faccio fatica a capire sto affezionamento a un clone opensource di
nt... che ci posso fare...

 per far girare sotto di esso un altro sistema.
EVVAI MART! SEI TROPPO FORTE!!! ;-) (non ci metti neanche un richiamo 
alle tue fonti? :-))) come si scrive un URL che punta ad una persona 
fisica? :-)
Per la precisione, le fasi di una fork() basata direttamente sulle 
system call di Windows NT sono (copio dai sorgenti, prima che Egli 
decida di fare piazza pulita):
 /* STEP 1: Duplicate current process */ 
 /* STEP 2: Duplicate current thread */
 /* 2.1: duplicate registers */
 /* 2.2: duplicate stack */
 /* 2.3: create duplicate thread */
 /* 2.4: duplicate the TEB */
 /* STEP 3: Call Win32 subsystem */
 /* STEP 4: Finalization */
 /* 4.1: resume thread */ 
 /* 4.2: close superfluous handles */
 /* 4.3: (parent) return the child process id */
 /* 4.3b: (child) cleanup and return 0 */
(il passo 3 č temporaneo, niente panico)
Notare come la parte piů complessa sia la copia del thread chiamante, 
che comunque č abbastanza lineare. E' molto veloce, il codice č molto 
semplice (250 righe circa), leggibile e non fa uso di asm
Confrontiamolo con l'implementazione di Cygwin:
"Parent initializes a space in the Cygwin process table for child. 
Parent creates child suspended using Win32 CreateProcess call, giving 
the same path it was invoked with itself. Parent calls setjmp to save 
its own context and then sets a pointer to this in the Cygwin shared 
memory area (shared among all Cygwin tasks). Parent fills in the childs 
.data and .bss subsections by copying from its own address space into 
the suspended child's address space. Parent then starts the child."
uhm... scusate, io avrei da fare... <indietreggia lentamente>
"Parent waits on mutex for child to get to safe point. Child starts and 
discovers if has been forked and then longjumps using the saved jump 
buffer. Child sets... [...]" 
<le parole si perdono in lontananza>
-- 


 
tratto da:
people://maya.real
ok? :-)
-- 
ave