Newsgroup: it.comp.appl.access
Titolo: Routine di Access (2003) che manda in crash l'applicazione... ma solo in un pc

Cercherò di spiegare meglio quanto ho sintetizzato in maniera estrema
nell'oggetto.
Ho realizzato una piccola applicazione in access 2003 con qualche
decina di routine. Tutte funzionano GENERALMENTE in modo corretto. Ho
sottolineato GENERALMENTE poichè in un determinato pc, ogni volta che
viene lanciata una determinata routine, Access va in crash (si
schiude, chiededendo di inviare la segnalazione a Microsoft).
Non capisco perchè in quel pc tutte funzionino a perfezione, tranne
una. E perchè quella routine mandi in crash quel computer (e solo
quello).
Premetto che:
1) Non pare che in quel pc vi siano dei virus (l'ho scansionato con un
buon antivirus);
2) Escludo problemi di late binding (tutte le eventuali associazioni
sono tardive), e poi, se così fosse, lo stesso problema si dovrebbe
presentare anche in altri pc.
Qualcuno sa dare una spiegazione a tutto ciò?
Come rimediereste al problema?

 ha scritto nel messaggio 
news:1173518631.3...@c51g2000cwc.googlegroups.com...
Cercherň di spiegare meglio quanto ho sintetizzato in maniera estrema
nell'oggetto.
Ho realizzato una piccola applicazione in access 2003 con qualche
decina di routine. Tutte funzionano GENERALMENTE in modo corretto. Ho
sottolineato GENERALMENTE poichč in un determinato pc, ogni volta che
viene lanciata una determinata routine, Access va in crash (si
schiude, chiededendo di inviare la segnalazione a Microsoft).
Saremmo tutti un pň curiosi di leggere, se possibile, il pezzo di codice che ti manda in crash 
l'applicazione. Piazza magari un pň di Stop e vai ad eliminazione degli stessi ogni volta che 
vengono raggiunti.
Michele

 vengono raggiunti.
Ho riesaminato qulla routine.
Quello che causa il crash è la funzione STR applicata al valore
assunto da un campo quando quest'ultimo è un NULL.
Non capisco però 3 cose:
1) In quella routine c'è un controllo degli errori (ON ERROR RESUME
NEXT). Perchè in questa circostanza non passa oltre?
2) Ammesso che il controllo degli errori non funzioni, perchè non si
verifica un errore di runtime, ma va in crash tutto quanto?
3) Perchè accade in un pc, e non in tutti? (stesso access, stesso SO)

 ha scritto nel messaggio 
news:1173523174.5...@64g2000cwx.googlegroups.com...



Anche a me succede ogni tanto che la gestione degli errori va in pallone, soprattutto quando in una 
routine viene impiegata in maniera pesante.
Non stare neanche a romperti la testa perchè in un pc si e in un altro no.
Vedi se puoi includere un check del tipo
If Not IsNull (Me!TuoControllo.Value) Then
    Variabile=Str(Me!TuoControllo.Value)
Else
    Variabile=0
End If
Che sarebbe anche una maniera più corretta di trattare il problema. L'uso massivo del Resume Next va 
bene quando non si può fare altrimenti, ma se hai una funzione come IsNull non puoi fare a meno di 
prenderla in considerazione.
Fammi sapere
Michele

 End If
Così va bene.
Solo che questo tipo di problema mi "spaventa" perchè mi rende
insicuro sulla stabilità di un applicativo creato.
Di sicuro, dopo questa esperienza, tratterò io "potenziali NULL" con
maggiore cautela.
Grazie, ciao

 ha scritto nel messaggio 
news:1173529824.3...@64g2000cwx.googlegroups.com...

Così va bene.

Grazie, ciao
Guarda, io ho trovato moltissimi problemi trasportando il mio mdb dal mio pc di casa (WinXP+OffXP) 
al pc di lavoro (WinME+OffXP).
Pensa che in mde, durante la stampa di un report, questo mi si apriva in modalità struttura (in 
MDE!) e chiudeva l'applicativo con tanto di segnalazione errori a Microsoft.
Siccome i peggiori Bugs vengono fuori quando dai in mano l'applicativo a chi lo dovrà adoperare, io 
mi sono premunito impiegando in ogni routine e in ogni Form_Error un sistema di gestione errori 
allacciato ad una Function che oltre a memorizzare su Errorlog.Txt data, ora, tipo di errore e 
routine di provenienza, mi chiude l'applicativo obbligando l'utilizzatore a riaprirlo.
Questo sistema mi ha consentito di togliere quasi ogni traccia di errore, in quanto avevo la 
possibilità di andarlo a ricreare esattamente dove si era verificato ed agire di conseguenza.
Adesso godo di un mde quasi perfetto. Ma che calvario mammamia.
Michele 

 al pc di lavoro (WinME+OffXP).
Ma perchè... speravi davvero di riuscire a far girare un applicativo
sotto Me senza problemi ?
:-)

 ha scritto nel messaggio 
news:45f2b337$0$10627$4faf...@reader2.news.tin.it...

E' possibile sapere il codice della function? Sai mi interessa implemetare 
questo sistema su i miei database che molte volte generano degli errori. Non 
sono proprio un esperto.
Grazie

 Grazie
Quoto xchè interesserebbe anche a me,
Grazie
Samantha