Newsgroup: it.comp.hardware
Titolo: File eseguibili che non si eseguono...

Ciao a tutti, provo a riproporre qui un questito forse un po' OT, ma non
sono ancora riuscito a trovare una risposta e forse centra un po' 
l'hardware.
In pratica, sto cercando di installare un programma (del 1999) sul mio 
pc con xp sp2, che da un mio amico funziona da anni (win2000).
Mi risulta che ci sia piena compatibilità, con entrambi i s.o.
Quando lancio setup.exe mi appare una schermata nera tipo shell dos, poi 
si chiude quasi subito da sola e non succede nulla. La stessa cosa mi 
succede con un altro programma.
Mi sono letto dal sito della Microsoft di una certa DEP, protezione 
esecuzione programmi, sia a livello software che hardware.
Ho provato a disabilitare questa protezione dal boot.ini impostando 
NoExecute=AlwaysOff ma niente...
Può centrare il microprocessore?
Qualche idea per risolvere il probrema?

 Qualche idea per risolvere il probrema?
Prova a far partire l'applicazione lanciandola direttamente dal prompt dei
comandi.
Se non risolvi l'unica è installare VMware e installare sopra un SO
compatibile con l'applicazione es. Win98 o WinMe.
Ciao
-- 
Merlino XP®

 comandi.
Grazie dell'idea. Dal prompt almeno ho una indicazione in più, mi appare 
il messaggio: programma troppo grande per la memoria.
Eppure sono a 512 di ram... mah!

 Qualche idea per risolvere il probrema?
Hai provato a fare tasto destro sul file eseguibile (o sul suo collegamento)
e provare a selezionare "Compatibilità" -> esegui programma compatibilità
Win95 / Win98 o il 2000?
Più in basso smanetta anche con le altre opzioni.
ciao.

 Più in basso smanetta anche con le altre opzioni.
Ho appena provato tutte le opzioni ma non succede nulla...
Adesso che guardo meglio vedo il contenuto del file setup.exe e di tutti 
gli altri nella stessa cartella presenta una sfilza di zeri... Non so se 
ho preso un abbaglio ma mi sembra che tutti i byte siano a zero...
Che cavolo può essere successo? Errori durante una copia?

 Che cavolo può essere successo? Errori durante una copia?
Molto probabile, non possono avere dimensione 0, in genere succede ad
esempio se si copia su hd da un cd/dvd in cui è avvenuta una masterizzazione
errata.
Ma se fai tasto destro proprietà ti dà dimensione 0 in bytes su tutti i
file??

 file??
Eh no, è quello il bello... Sono sicuro che i file hanno le dimensioni 
originali... ma sono praticamente vuoti.
E se fosse che sono stati masterizzati in un formato particolare?
Magari i dati sono lì ma non sono leggibili...
C'è modo di provare a recuperarli?

 ha scritto nel messaggio
news:dqns2p$3vc$1...@newsreader.mailgate.org...

Si ma nel dos esiste il limite dei 640KB...:)))
Assicurati che sia installato il driver XMS per la memoria estesa...

 Assicurati che sia installato il driver XMS per la memoria estesa...
Braaaaaaaaaaavo, non vi ricordate quanti smagheggiamenti si facevano per
far liberare quei famosi 640kbyte? Ricordo che avevo circa una decina di
opzioni di boot all'avvio del Dos ognuna progettata ad hoc per qualche
gioco/applicazione ;-))

 gioco/applicazione ;-))
A chi lo dici...;-D

 Assicurati che sia installato il driver XMS per la memoria estesa...
Ma non siamo sotto windows? :-)
In ogni caso mi chiedo come faccia a dire che serve più memoria a 
eseguire un file che contiene tutti byte messi a zero! (vedi messaggi sotto)

 far liberare quei famosi 640kbyte? 
Mi sembra di ricordare che il comando che faceva la differenza fosse LH 
sull'autoexec, più ovviamente qualche REM per alleggerire :-)

 eseguire un file che contiene tutti byte messi a zero! (vedi messaggi
sotto)
Evidentemente è solo il FS che lo interpreta come 0...

*Fdan* ha scritto:

Essì, sollo che devi attivare Himem.sys nel config.sys altrimenti non puoi
gestire la memoria estesa. Mi sembra che il comando fosse Device=....

"Merlino XP®" <mikeNONp...@REtiscali.it> ha scritto nel messaggio
news:1xoh7qai8c0f7.19wcv20r1pcr$.dlg@40tude.net...

Confermo... può anche inserire Devicehigh seguito dal nome della
periferica/driver
da caricare nell'area di memoria superiore. ;-)

 Evidentemente č solo il FS che lo interpreta come 0...
Si ma... c'č un modo per fargli interpretare correttamente i dati? O li 
devo considerare persi?

 devo considerare persi?
Quello a cui si riferiva Lorenz è probabilmente il fatto che tu vedi come
valore 0 perché il file system su cui sono i dati (magari NTFS) assegna
quel valore.
Se provi a copiare gli stessi dati su un floppy o su una partizione FAT
magari il valore è diverso da 0.
Visto che si tratta di un programma DOS ti consiglio di installarti VMware
(è un programmino che consente di caricare più sistemi operativi in
macchine con 2000/XP) e installi o win98 o ME o lo stesso DOS 6.22.
Da lì prova a far partire l'applicazione, vedrai che non avrai problemi in
quel modo a farla girare.
Ciao
-- 
Merlino XP®

 magari il valore č diverso da 0.
Temo che il problema sia molto semplice, mi sono fatto spedire per email 
una copia esatta di quel file e il suo contenuto č a posto, sia che lo 
legga dal floppy, sia da cd, sia da hd. Quindi penso che il casino sia 
stata solo una masterizzazione riuscita male, ma non abbastanza... Perň 
č la prima volta che mi imbatto in un problema cosě curioso...
Ciao e grazie dell'intervento