Newsgroup: it.comp.os.linux.software
Titolo: user emulator  dove ne trovo uno?

ciao a tutto il ng
da giorni sto cercando un emulatore per far girare photoshop,
illustrator e indesign sotto linux (debian)
il problema è che ho trovato solo emulatori di interi sistemi (cpu,
mother, video, ecc) ma niente che "traduca al volo" le chiamate dei
programmi scritti per windows
qualcuno sa darmi una dritta di dove andare a cercare?
ziaoziao
[emme]

 
cerca wine su google.
Saluti,
Simone.


già fatto
però, come tu sai, "Wine Is Not an Emulator"
emula un intero sistema,
mentre a me servirebbe un "convertitore":
un software che traduca le chiamate del programma in un modo
comprensibile per linux
è da una settimana che mi informo sull'argomento e non ho trovato
altro che emulatori di sistemi
ziaoziao
[emme]

 chiamate del programma in un modo comprensibile per linux
Guarda che wine fa proprio questo, ti confondi con emulatori tipo Qemu
o VMWare.
-- 
Davide Petilli
lord...@ABRACADABRAgolemgraphics.com
http://www.golemgraphics.com
Per scrivermi un'e-mail togli 'ABRACADABRA' dal mio indirizzo.

 già fatto
E allora vedi di leggere un po' piú attentamente quello che leggi,
perché Wine e i suoi fratelli (Cedega e CrossOver) fanno proprio
quello che cerchi.

chiedo venia
non ho capito quello che ho letto  :)
quindi mi consigliate Wine, Cedega e CrossOver
leggerò, questa volta molto più attentamente, le caratteristiche di
questi programmi
grazie 1000
ziaoziao
[emme]

 questi programmi
Occhio che gli ultimi due sono programmi commerciali (leggasi: caccia la
pecunia ^_^)
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
I'm your god, I'm your way to the pain
NP: Nulla

 pecunia ^_^)
Cedega è a pagamento solo se vuoi il pacchetto compilato. Se ti
"accontenti" del sorgente, è del tutto libero e gratuito.
In giro per la rete ci sono degli script per configurare il sorgente,
compilare e installare in automatico. La procedura fatta "a mano" è un
tantino complicata (parecchia documentazione da leggere).


 tantino complicata (parecchia documentazione da leggere).
Peccato manchino tutte le parti commerciali e chiuse che sono
abbastanza necessarie e che hanno portato al fork da Wine. Insomma, la
versione liberamente accessibile NON é la stessa che ti danno
precompilata

 precompilata
Io l'ho testato e funziona perfettamente... se vai sul sito
linux-gamers.qualcosa c'è lo script che ti aiuta a configurarlo visto che
se compili senza i parametri che abilitano winex, ti ritrovi con una
normale installazione di wine.


ho letto con più attenzione
a quanto pare wine è proprio quello che mi serve
sembra che sia effettivamente un "convertitore al volo" delle chiamate
dei programmi
http://www.winehq.com/site/docs/wine-faq/index#IS-WINE-AN-EMULATOR
proprio quello che mi serve  ;))
non ho idea di cosa siano precisamente le api ma mi sembra di aver
capito che sono simili alle dll (sicuramente ho detto una stronz*ta)
in pratica wine è una raccolta di "codice spezzettato in vari file"
che viene messo a disposizione dei programmi scritti per windows
ES: se ad un software servisse il file nomignolo.dll, wine si occupa di
dirottare questa "chiamata" verso un altro file winenomignolo che fa le
stesse cose del suo antagonista su windows
ci ho azzeccato o ho una visione troppo distorta per poterlo installare
e usarlo bene?  ;))
ho letto la lista dei programmi che sono stati testati sull'ultima
versione e ho letto anche i vari commenti
su debian i programmi in emulazione funzionano benone
su altre distro sembra che diano problemi
com'è 'sta cosa?
forse il tipo che ha fatto i test sulla debian è stato semplicemente
fortunato o forse non li ha "messi sotto stress" (le rogne vengono
fuori quando ci si lavora)
avrei un'altra domanda ma forse è meglio che apra un altro topic
perchè è proprio fuori
ziaoziao
[emme]

 com'è 'sta cosa?
Non so, io su ubuntu (debian) ne uso uno e, a parte qualche (fastidioso)
difettuccio grafico, funziona bene.


a quanto pare sarà una gran faticaccia per me passare a linux
la voglia è tanta ma vorrei prima chiarirmi le idee sul funzionamento
del sistema e dei software che utilizzerò
non fraintendermi
non pretendo di leggere i sorgenti dei programmi per decidere se
installarli o no
vorrei solo farmi un'idea il più chiara possibile di come funzionano
quì stiamo parlando di wine ma, owiamente, non è solo a quello che
sono interessato  ;))
per esempio
leggendo con più attenzione le faq su wine, ho avuto la conferma su
una cosa che avevo solo immaginato:
cercando emulatori per far girare la suite adobe sotto linux avevo
trovato solo "emulatori di interi sistemi"
ho pensato che, se emulavo un intero sistema, i programmi avrebbero
girato alla velocità della cpu definita nei settaggi dell'emulatore
mentre con un dual opteron serie 200 (magari il dual core 90nm che esce
tra poco) gli stessi programmi sarebbero stati più veloci (anche se in
emulazione)
nel sito, tra le faq, ho trovato la conferma di questo
cambiando discorso (forse sarebbe meglio aprire un altro topic)
esiste una distribuzione che segue alla lettera le specifiche del Linux
Standard Base?
ti faccio questa domanda perchè non ho ancora scelto cosa installare
anche se, immagino, con una workstation per le mani, sarò costretto a
ricompilare il kernel personalizzandolo ad hoc per il sistema che avrò
tra le mani
non credo che i precompilati possano sfruttarlo appieno
consigliami, ti prego, non so neanche di cosa sto parlando  ;))
una cosa so di sicuro: windows 2000 gestisce al massimo due processori
e 4GB di ram (forse di più), non so altro
ziaoziao
[emme]

girato alla velocità della cpu definita nei settaggi dell'emulatore
Per fare questo ti serve VmWare, non la versione Workstation ma una di
quelle Server.
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 e 4GB di ram (forse di più), non so altro
Io ho un dual xeon e viene sfruttato a meraviglia. Ricompilare il kernel
è un di più che ti puoi risparmiare. Tutte le distribuzioni forniscono i
binari smp. Quindi, rimanendo tra i binari, linux sfrutta il dual tanto
quanto lo fa win. Quello che non fa win è non permetterti di ricompilare
il kernel se hai delle esigenze particolari. In linux l'ottimizzazione
puo' essere davvero estrema se vuoi e sai farlo.
Se invece non vuoi farlo, non fa nulla in meno di windows.


 Eh si, hai detto una str*ata ;)
Beh, dai, non al 100%. Diciamo che le DLL sono parte dell'implementazione
fisica delle API, Ok ok...è un po' un minestrone confusionario detta così,
lo so :D


 lo so :D
;) diciamo che le chiamate delle api di win sono contenute anche in dll,
ma non solo.... e non tutte le dll implementano le api di win, anzi....
Se continuiamo così poi si che non capisce niente :D


a quanto pare nei sistemi operativi ci sono alcuni file che contengono
del codice compilato "su misura" per quel particolare o.s.
alcuni programmi (soprattutto quelli molto complicati) usano questi
file
in questo modo si possono risparmiare parecchie righe di codice nella
stesura dei software ma, d'altro canto, ci si vincola a questi file
(dll, api, ...)
wine non fa altro che "rendere disponibili" le api di windows per far
girare i software windows
questo è quello che ho capito
(lo faccio anch'io quando lavoro al mio sito: metto tutti i javascript
in un unico file e, quando mi serve, richiamo la funzione direttamente
da file js
si risparmiano tutti i copia/incolla di codice e, se qualcosa non
funziona, si sa dove mettere le mani)
in un altro ng mi è stato detto che il tipo di programmi che cerco io
sono molto complessi
per poter "tradurre al volo" le chiamate di un programma bisognerebbe
averene in mano il codice sorgente
ma siccome stiamo parlando di software closedsource questo non è
possibile
quindi devo mettermela via  ;))
spero tanto che il progetto di standardizzazione delle distribuzioni
(
http://www.linuxbase.org/
) vada avanti e che nei prossimi anni si
riesca a creare una distribuzione a cui fare riferimento per scrivere i
programmi
confido molto anche nelle software house
ho fatto una discussione tempo fa (dopo poco si è trasformata in
flame)
a proposito di o.s. open e closed
alla fine (potete immaginarlo) ci siamo scannati a dovere
ma io resto comunque della mia opinione:
è giusto che i professionisti paghino i software professionali (se
vogliono usarli) ma, in quanto a sistemi operativi, sono completamente
a favore dell'opensource
è lo stesso discorso che si fa nei sistemi crittografici:
la sicurezza di un algoritmo non può essere affidata alla segretezza
del suo funzionamento
negli o.s. è lo stesso
basta vedere che casino è venuto fuori con il baco del jpeg di windows
chissà quanti programmi fanno uso di quella api (così vediamo se ho
capito cosa sono) e quanti computer sono "a rischio"
probabilmente, se ci fosse un problema del genere sulle distro di
linux, qualcuno che ci capisce qualcosa se ne sarebbe accorto
...sperando di evitare il flame e di aver finalmente capito cosa sono
le api e come le emula wine...
ziaoziao
[emme]