Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Fine esecuzione con uscita da VB

Ciao a tutti,
formulo la domanda in maniera diversa dalla richiesta che ho inviato ieri.
Eseguendo il mio programma da dentro VB6, mi succede che all'uscita mi muore
anche il processo VB6.
Prima domanda:
e' gia' successo a qualcuno ?
Seconda domanda (filosofica) :
sicuramente avro' commesso qualche errore che ancora non ho trovato, ma,
secondo voi, e' giusto che un errore dell'utente di VB6 faccia chiudere il
processo VB6 senza nessuna segnalazione di errore ?
La chiusura e' immediata e distruttiva al punto che se prima di eseguire il
programma non salvo, rischio di perdere le ultime modifiche.
Ciao
Stefano

 wrote




be', io prima dell'f5 salvo sempre. quanto alla filosofia, questo e'...
cerchiamo di tenerci il buono, e' meglio...
ciao, a.

 programma non salvo, rischio di perdere le ultime modifiche.
Formulo la seconda domanda (filosofica) in maniera diversa:
sicuramente avro' commesso qualche errore che ancora non ho trovato, ma,
secondo voi, e' giusto che un errore di un fabbricante di fuochi artificiali
lo faccia saltare in aria con tutta la baracca senza nessun avvertimento?
L'esplosione e' immediata e distruttiva al punto che se prima di accendere
la miccia non sono mille miglia lontano, rischio di perdere la vita.
Ciao.
Maurizio

 [cut]
--
                 .v~  Non esiste un'arma pericolosa,esistono solo
               .(W   guerrieri PERICOLOSI
              /<M.
\~b__________/$@|\-------------------------------------------------------.
 >@)$$$$$$$$($( )#H>=================================================----->
/_p~~~~~~~~~~\$@|/-------------------------------------------------------'
              \<M`   El Matador di Yew - Europa
               `(B
                 `?_  Icq:42795350

 Stefano

 la miccia non sono mille miglia lontano, rischio di perdere la 
vita.
Basterebbe leggere le licenze allegate prima di aprire il software. 
Su tutti c'è scritto che APRENDO la busta del software si accettano 
le condizioni d'uso e, guarda caso, una delle più importanti è il 
rigo dove è chiarito che (in parole povere) quello che succederà una 
volta installato saranno cavoli dell'utente. La ditta software non ne
è responsabile.. :-)
---
News2000 1.0b Beta tester version 
http://socket2000.8m.com

la miccia non sono mille miglia lontano, rischio di perdere la vita.
Mi inserisco adesso nel thread, e quindi parlo senza cognizione di
causa (ovvero non so che tipo di codice hai sviluppato per far avere
un risultato cosi' drastico.. :) ), ma spesso comportamenti anomali al
termine di un applicazione, dipendono esclusivamente dal codice
sviluppato dal programmatore.
Mi spiego: Se subclassi una window, e stoppi il programma con il tasto
"stop" dell'IDE di VB, oppure non ripristini l'address della winproc
originale della finestra subclassata, VB6 ti crasha irrimediabilmente.
Ugualmente se cambi a run-time il parent di determinati oggetti, e poi
ti dimentichi di ripristinare le condizioni iniziali.. Appena stoppi,
VB se ne parte per i verdi pascoli. :)
E se non avevi precedentemente salvato... pax.
In sostanza, quando un programmatore utilizza VB per fare cose che
"normalmente" non farebbe (leggasi uso di API in determinati contesti)
decide di intraprendere un sentiero in cui bisogna essere MOLTO ma
MOLTO cauti. E se fa un ERRORE, puo' avere conseguenze drammatiche.
Nelle tecniche sopracitate, vai a rompere le uova nel paniere al
normale funzionamento di Winzoz, e quindi se non si sta VERAMENTE
attenti rischi di far danno. Che ti si crashi solo VB, e' il minimo.
:)
Se uno si accontenta di utilizzare i controlli di VB e SOLO quelli, e
fa applicazioni anche complesse ma senza troppi fronzoli, e' difficile
che tu incappi in problemi simili.
Ma se decidi di programmare piu' seriamente in VB, allora devi anche
essere cosciente che stai percorrendo un territorio potenzialmente
pericoloso. O meglio, non piu' cosi' tanto sicuro come prima. Ed e'
ovvio...
--
C'ya,
 Benjamin Reilly
  |
  |
'/|\'
\\O//
//"\\
'\ /'
________________________________________TagLine___
"Quanti Angeli danzano sulla punta di uno spillo?"

 thanks, andrea
The problem is undoubtedly in the part you didn't post <g>.
Your UDT definition for BITMAPINFO_1 has to contain a 256-length array of
RGBQuads for a 256-color palette.
When VB just crashes and dies its almost always a problem with an API call,
and these cannot be diagnosed reliably unless you post your exact
declarations.  If the above doesn't fix the problem, post your UDT and API
declares.
Jim Deutch