Newsgroup: it.comp.lang.visual-basic
Titolo: Problema col Debug

Eseguendo il Debug vi capita che premendo il tasto STOP ( il quadratino per
intenderci) si chiuda tutto VB?
A me capita spesso e se non ho salvato prima perdo tutte le variazioni
effettuate.
E' un pò scocciante. Uff non ci voleva questa rottura!
Debby


A me capita spesso quando uso winsock insieme al subclassing dei menu.... e
sinceramente non so come ovviare al problema.
Se trovi una soluzione fammi sapere
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
Gestione Ottica - Gestionale per Ottici e Programmi Gratuiti su:
http://www.nicolaottomano.it

 Se trovi una soluzione fammi sapere
Di per se', se non e' proprio indispensabile, sarebbe meglio uscire dal
programma in maniera "naturale" evitando di ricorrere sempre allo STOP;
invece nel caso del SubClassing, cosi' come con altre funzioni dell'API tipo
SetParent, e' puro masochismo e oltretutto e' una cosa stra-nota e
documentata.
Il problema qui non e' tanto lo STOP in se, quanto il fatto che non vengono
rimessi a posto gli handle/puntatori a funzione prima di uscire, codice che
senz'altro e' presente nel tuo programma (probabilmente nei vari
Form_Unload) ma che con l'interruzione brutale non ha modo di eseguirsi.
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

Purtroppo in alcuni casi è necessario usare lo stop.
Infatti capita spesso che vi siano errori mal gestiti e quindi l'unico modo
è fare debug passo-passo... il quale però ti costringe, in presenza di
subclassing, a premere stop (quando è consentito... perchè alcune volte si
impalla tutto...)


Morale della favola non c'è rimedio. Comunque questo errore ( se cosi si può
chiamare) mi capita ora che sto usando le classi e i moduli. Prima non mi
era mai successo
Debby

 
Dipende da cosa c'e' nelle classi e nei moduli ...
Il problema risiede in qualche routine che intercetta gli eventi di 
sistema (subclassing), per cui o rimuovi questo codice sostituendolo con 
qualcos'altro, oppure devi essere molto attenta nella fase di scrittura 
e test del codice in modo da poter evitare di premere il tasto End o di 
poter uscire dolcemente dal programma. In genere usando On error e 
CTRL+F9 si riesce ad uscire senza troppi danni.
Salva esplicitamente prima di avviare il debug in modo da non perdere le 
modifiche fatte!
ciao
	maxx
-- 
NOSPAM: Rimuovere i trattini dallo username!
Cut hyphens from my username!

 maxx
Eh si mi tocchera fare cosi perchè ancora non sono cosi esperta da
intercettare gli eventi di sistema :)))
Debby
Grazie

Il 30/03/2004 13.03, Deborah scrisse:

Se interpreto bene le tue parole, non usi codice che fa subclassing.
Il problema potrebbe allora essere dovuto a oggetti non piu' utilizzati, 
ma non posti a nothing, oppure ad operazioni eseguite su questi oggetti, 
ma non consentite od eseguite in maniera errata.
Ti faccio un esempio:
in un form utilizzo il controllo sgrid2 che e' una griglia abbastanza 
flessibile. Uno dei metodi della griglia e .RemoveRow [index]
Se si esegue il metodo quando nella griglia non ci sono righe vb va in 
crash, oppure non va in crash subito, ma dopo un po' di operazioni varie 
  (esecuzione del codice, debug passo-passo, ecc).
Cerca di capire qual'e' l acausa dei crash frequenti perche' altrimenti 
rischi di ritrovarti nei guai al momento dell'installazione ed utilizzo 
dell'applicazione.


Il subclassing non e' molto ben digerito dall'ambiente di VB. l'unica
soluzione che ho trovato io per far le cose in sicurezza e'.....
disabilitarlo quando sono in debug!!! La rogna e' che poi, quando si
compila la versione finale, bisogna ricordare di riattivarlo....
Ciao!
Luca


 compila la versione finale, bisogna ricordare di riattivarlo....
Purtroppo sono costretto ad usare il subclassing in debug perchè lo uso per
creare menu a runtime.


 dell'applicazione.
Infatti ho eseguito l'installazione e mi da errore 429
Deb