Newsgroup: it.comp.lang.visual-basic
Titolo: [?] - Comportamento inspiegabile VB6

Scusate il titolo un po vago ma la situazione č questa:
Dopo anni (sin dal vb3) che programmo non mi era capitata una situazione 
del genere.
Da 3 anni sviluppo con il vb6 a pieno ritmo e dopo aver riscritto alcuni 
miei programmi passando da access a msde ho avuto questo comportamento 
assurdo da parte del programma compilato.
Il classico errore di run time 13 (ad esempio) che genero attribuendo una 
lettera ad una variabile numerica non mi viene visualizzato ma blocca il 
programma senza visualizzare nessun messaggio.
Avete capito bene. Sui pc dei clienti che hanno la procedura (i sistemi 
operativi vanno dal w95 al w2003) quando si verifica un qualsiasi errore 
di run time anzichč visualizzare il messaggio (e poi uscire dal programma 
cliccando ok) si blocca spudoratamente costringendo il cliente a 
terminare con CTRL+ALT+CANC.
Avete mai visto nulla di simile?
Non posto nessun codice, mi č bastato aggiungere all'inizio di una 
apertura form questo:
dim i as integer
i="W"
per avere lo stesso effetto.
Ho aggiornato anche i pc dei clienti con tutti i servicepack 
disponibili...
help!
-- 
Vincenzo
VB6+SP5 Windows 2000 SP4
MSDE 8

 help!
cosa usi per intercettare gli errori?
--
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

 wrote in news:c0a7pu$13lsl1$1@ID-
173193.news.uni-berlin.de
:

Non uso proprio nulla. Ti ricordo che è vb6. Si blocca negli errori non 
gestiti, il problema è che non mi compare la vecchia maschera dell'errore 
di run-time (ora capisco quant'era bella!!!) ma si blocca tutto.
Poi se dall'editor del vb6 faccio lò'operazione del cliente mi visualizza 
correttamente l'errore non gestito.
Grazie


 Ti ricordo che è vb6.
questo, invece, dato il nome del newsgroup, era molto probabile
scusa se ti ho infastidito con la mia richiesta di dettagli, è che il
problema da te segnalato è effettivamente "anomalo", per cui chiedevo se
avevi, chessò, una dll alla quale passavi la gestione degli errori.
domanda per i bravi: le impostazioni "interrompi su ogni errore non gestito"
et similia, sono valide solo all'interno dell'ide?


> Non uso proprio nulla.
Avrei pensato anche io a qualche strano loop nella gestione degli errori.
Si può verificare se, nelle proprietà di progetto, non sia spuntata la
'esecuzione invisibile', che è una cosa un po' sibillina, ma provoca proprio
la mancanza di msgbox di errore.
Ciao
Alberto

 Alberto
Esecuzione invisibile nelle proprietà del progetto non ci sono. Io uso vb6.
Per quanto riguard ale proprietà dell'IDE ho sempre la casella 
dell'interrompi nel modulo di classe, come sempre negli ultimi anni. Ma non 
credo incida sul programma compilato.


 Ma non credo incida sul programma compilato.
Credo anche io.
Ciao
Alberto

 Intendi dire che non è spuntato?
Scusate io non uso vb6 ma vb6 , cos'e' sta storia dell'esecuzione invisibile
? a me e' disabilitata, mi metto a googlare un po. Io uso vb6.
-- 
-Gigio@Work(?)-

 ? a me e' disabilitata, mi metto a googlare un po. Io uso vb6.
Come va la febbre, bene, vero ? :-)
Ma a me mi sa che tu tenessi bisogno di un caffč...
Bye, G.

 Ma a me mi sa che tu tenessi bisogno di un caffč...
cazzo, gigio, perchč non hai ancora dato il tuo numero di cellulare al
papero?
--
Salutoni da un
Sergio un po' invidioso


 Salutoni da un Sergio un po' invidioso
Ma de che ? (vedi mail...).
Bye, G.

 visualizzare nessun messaggio.
Immagino che da te invece questo errore non compaia, neppure lanciando il
programma in compilato...
Se è così, è un problema legato a qualcosa che è installato sui PC del tuo
cliente e che fa a pugni con il runtime di VB. Prova a vedere se c'è un
programma non standard già installato su tutti i PC.
E' possibile anche che ci sia una copia di qualche DLL di un ervice pack
vecchio di VB in qualche directory non standard. Per esempio nella Windows,
invece che nella System32.
Se non è vero neppure questo, la colpa è probabilmente del tuo setup. Cosa
copi? Da dove lo prendi? Intalli per caso delle DLL che sono proprie di XP,
o di IE, o altro? Magari senza volere, ti è solo scappata la mano sul setup.
Prova a controllare anche quello.
Facci sapere
Ciao
*Roby*

 papero?
e io glie l'ho dato , ma sai come sono questi paperi ... farebbero di tutto
per fare un OT !
Stasera alle 19 appena prendiamo il caffe' con lui gli spiego tutto ! ^_-
():-]
-- 
-Gigio@Work(?)-

 Stasera alle 19 appena prendiamo il caffe' con lui gli spiego tutto ! ^_-
Ecco appunto. Peccato averlo appena preso, ma ti tengo compagnia :-)
Bye, G.

 situazione del genere.
cut
è una sverginatura quindi.....
...
da come la descrivi è come dice il buon Roberto un problema tuo....
ossia moooolto probabilmente
a) Installi tu qualche ocx o dll che fa a cazzotti con il SO...(a me era
successo con il vecchio SStab per intenderci)
b) in mooolto subordine di a)...è qualche installazione di qualcos'altro che
sovrascrive roba che a te serve (...a me è capitato anche questo....erano le
vecchie Apex truedbgrid)
......
altre possibili ma rare ipotesi (stante il fatto che tu hai vb6 e non
...come credevamo ..VB6..pensa te io ho vB6...) :-D ROTFL
....un tuo controllino che si base su dll che non ci sono...o sono
bacate....
...versione DAO sbagliato
...mdac obsoleto....
...vbp con riferimenti inesistenti....(anche se non si crede...talvolta il
vbp è di bocca buona!)
...hai provato a fare un nuovo progetto chiamarlo in modo
diverso...ricompilare...fare un nuovo setup e provare? (capitato anche
questo...magicamente ricomincia a funzionare tutto!)
etc etc!
in estrema ma estrema ratio.....ma su tanti pc è impossibile.....SO
corrotto!
e per finire
Scusa ma non ho capito....
usi VB6 ?
Saluti, cera e cerea !
:-)
-- 
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
 Quotefix e altro:
http://www.martek.it/go.asp?portamia=4
Usr: ICLVB Pw: amici

 Intendi dire che non è spuntato?
Intendo dire che non c'è nessuna voce "esecuzione invisibile" nelle 
opzioni di vb6.
Ti aggiungo una cosa. Dal cliente ho disinstallato questi programmi e gli 
ho messo il vecchio eseguibile con db access.
Il problema rimane si blocca anzichè visualizzare l'errore di run time. 
Supongo che sia qualcosa che ha a che fare con i seguenti aggiornamenti 
che ho fatto ai pc del cliente:
sp4 per windows 2000
sp1 per windowsxp
mdac 2.7
Saranno mica questi che hanno dato noia?
inizio a diventare instabile... mi serve un service pack anche per me :-s


 wrote in
news:c0am6b$1510gu$
1...@ID-94194.news.uni-berlin.de
: 

Invece no!
Ho un pc con windows 98 dove il programma da gli stessi problemi. Alla 
fine ho installato vb6 sul pc ed ho provato.
Risultato: il compilato si blocca mentre nell'eide mi visualizza 
correttamente l'errore di run time....
io mi suicido e vo a fare il magazziniere :-s


 wrote in
news:Ww8Wb.290351$_
P.99...@news4.tin.it
: 
Ho trovato il problema... oramai ne sono certo. Ma non pensavo potesse 
influire. Ho imparato un'altra cosa.
Utilizzo perima di riempire una griglia l'istruzione api
lockwindowupdate che pero' mi blocca anche le eventuali msgbox che io 
visualizzo (lasciando cosi' il sistema in teoria bloccato, ma in realtŕ č 
fermo in attesa di un OK alla finstra di dialogo)
Scusate tutti e spero che questa sia di aiuto a molti.
Saluti


 Scusate tutti e spero che questa sia di aiuto a molti.
Le API pungono e, in caso di grave allergia, possono uccidere...
Morale: ConAPIsivolačsemprestataunaballaspaziale.

 realtà è fermo in attesa di un OK alla finstra di dialogo)
Questo non c'entra niente.
Hai detto che il problema si verificava anche all'apertura di una qualsiasi
form, quindi teoricamente anche sul load della prima form, quando ancora non
hai eseguito il lockwindow.
Avevi anche postato il codice che utilizzavi per forzare l'errore ad inizio
form...
Alberto
PS: l'opzione "esecuzione invisibile" è proprio una opzione di VB6 :-))