Newsgroup: it.comp.programmare.win32
Titolo: VC++ 6.0 in crash

VC++ 6.0 non mi permette più di aprire il singolo file e di aggiungere 
un file ad un progetto esistente: se clicco su apri appare la classica 
schermata di msdev.exe - errore dell'applicazione con i soliti indirizzi 
in hex. Tutto il resto funziona: apro un progetto, lo creo, lo compilo, 
ne faccio il debug.
Ho provato sia a reinstallare il tutto che a reinstallare SP3 di XP, ma 
non c'è verso !!
A qualcuno è mai capitato ?
Grazie
Info


Se non hai mai avuto prima dei problemi con quella installazione e il 
problema capita anche con altri progetti, potrei ipotizzare ad un 
problema di ram.
È possibile infatti che le dll caricate da VC6 abbiano un indirizzo di 
base che mappa su un certo banco di ram fisico che invece non è usato 
da altre applicazioni.
Puoi provare a swappare i banchi di ram per vedere se il problema si 
acuisce anche con altre app.
-- 
Raffaele Rialdi  
http://www.iamraf.net
Weblog: 
http://blogs.ugidotnet.org/raffaele
Microsoft .NET MVP 
http://mvp.support.microsoft.com
 -
UGIdotNET - 
http://www.ugidotnet.org

 
Cosa intendi per swappare ?
Nessun problema con la stessa installazione su un altro PC.
L'unica cosa che mi viene in mente è un qualche file di sistema che usa 
solo VC++ e che non è aggiornato dopo l'installazione ...
Preciso che non si tratta di aprire un file particolare, ma come clicco 
su Open mi appare l'errore ...
Grazie

 come clicco su Open mi appare l'errore ...
Non ho la più pallida idea di come aiutarti ma so
una cosa con sicurezza. La mia prossima
installazione di un abominio di dipendenze come è un
compilatore MS sarà su una macchina virutale
dedicata solo a lui. Ho disinstallato Visual Studio
per rimetterlo su un altro HD e mi ha lasciato nel
registro tutte le chiavi della vecchia installazione
con i casini che si possono immaginare.
-- 
Un bruco in un piatto di spaghetti:
"ahhh, finalmente un'orgia!"

 Open mi appare l'errore ...
Se lo facessero altre app, potrei pensare ai common controls di windows 
danneggiati (virus o che altro).
Visto che parli solo di vc6 mi viene da pensare che al loading una 
delle dll venga messa in una particolare zona di memoria e di qui ho 
pensato al banco di ram.


Niente da fare neanche con lo scambio RAM ...
Tutto il resto che ho usato fin'ora funziona ...
Qualche altra idea, a parte l'ovvia formattazione e re-installazione ?
Grazie comunque.
Info

 Qualche altra idea, a parte l'ovvia formattazione e re-installazione ?
Avendo già applicato una SP e reinstallato il pacchetto, l'unica altra 
cosa che mi viene in mente è controllare con un AV.


 su Open mi appare l'errore ...
La funzione di open apre una common dialog, credo. Non ï¿œ che ha 
installato qualche estensione della shell di Windows?
Se hai installato anche altre versioni di Visual C++ le puoi usare per 
debuggare l'instanza di VC++ 6 che va in crash. Dovresti perlomeno 
trovare il modulo che genera l'errore, magari da quello si puï¿œ capire 
qualcosa di piï¿œ (potrebbe essere la DLL di qualche add-in).
Usando la funzione "profile" di DependencyWalker sui due PC (quello dove 
VC funziona e quello che da il problema), ammesso che abbiano la stessa 
versione del sistema operativo (service pack compresi), puoi ottenere un 
log di tutti i moduli caricati e relative versioni, inizierei a vedere 
se sul PC malfunzionante ci sono moduli che sull'altro non ci sono e se 
ci sono versioni diversi di qualche componente di sistema.
-- 
Valter Minute
(the reply address of this message is invalid)
(l'indirizzo di reply di questo messaggio non ï¿œ valido)


AV = Antivirus ?
Giï¿œ fatto ...
Grazie comunque
Info

 ci sono versioni diversi di qualche componente di sistema.
Questo lo faccio: non trovo la funzione profile, ma su questo PC mi 
segnala le DLL che msdev.exe necessita con versioni e quant'altro; mi 
sono fatto una immagine schermo e domani verifico, poi vi faccio sapere.
Grazie ancora
Info

 quando sia accaduto; VC++ non lo uso sempre.
Interessante. Se scarichi Autoruns puoi verificare che quel package non 
abbia installato estensioni della shell e con lo stesso tool le puoi 
disabilitare:
http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx


 sono fatto una immagine schermo e domani verifico, poi vi faccio sapere.
Quando apri l'exe nel menu non ti appare l'opzione "Profile"?
Se selezioni "Start profiling" dovrebbe lanciare l'exe.
Non serve la cattura schermo! Dal menu puoi salvare un txt con tutte le 
informazioni.
-- 
Valter Minute
(the reply address of this message is invalid)
(l'indirizzo di reply di questo messaggio non è valido)

 in hex....
I miei 5 cents:
procurati windbg (googla) e usalo per lanciare msdev. Poi riproduci il 
crash e windbg dovrebbe darti info utili se non altro sul modulo che fa 
casino.
Le stesse info forse le potresti ricavare anche dal log di drwatson ma 
non è detto. questa è una prova che comunque puoi fare in 2 secondi:
(non è una procedura precisa ma rende l'idea)
1 - setta drwatson come debugger (drwtsn32 -i se non ricordo male)
2 - lancia msdev e riproduci il crash
3 - apri il log di drwatson e dovresti trolare sia l'elenco dei moduli 
con i relativi base address, sia l'indirizzo del crash... fai 2+2 e vedi 
se riesci a capire qual'è il modulo incriminato. Come ti hanno già 
detto, potresti scoprire che è un problema legato all'integrazione con 
la shell di qualche roba esterna tipo antivirus, addon, ...

Grazie a tutti.
Ho risolto oggi: il file corrotto era DEVSHL.DLL, il quale fa parte 
dell'installazione di VC++ (si trova insieme a MSDEV.EXE); l'ho preso da 
questo PC che ha un'altra installazione con la stessa versione ed era 
l'unico file con versioni diverse dai due PC. Ne deduco che ï¿œ successo 
qualcosa al CD di installazione che ho al lavoro: va a capire !!
Comunque indagherï¿œ, magari rifacendo per l'ennesima volta 
l'installazione da quel CD; per la cronaca, dopo aver disinstallato, 
cancellavo manualmente tutti le directories rimaste, per questo penso 
che la causa sia il CD.
Grazie ancora a tutti.
Info