Newsgroup: it.comp.lang.visual-basic
Titolo: [?] apertura file

Mi è successa una cosa strana.
Sto scrivendo un programma che scrive e legge su file di testo.
Se eseguo il programma senza fare operaioni sui file tutto normale.
Se invece le faccio, il programma svolge i suoi compiti, ma se lo interrompo
e poi tento di farlo ripartire mi da errore. Più precisamente l'istruzione
loadpicture mi dice che non trova il file. Ovviamente il file è sempre al
suo posto. Preciso che i file che modifico non sono quelli che deve caricare
la loadpicture ma file di testo scritti con "print #"  e letti con "line
input #".
Quale potrebbe essere la causa ?
Il prog gira su vb6 prima ho sempre usato vb4 non è che le istruzioni open e
close funzionano un modo diverso?
grazie, dnt
--
_______________________________________
__________________________________
Webmaster di: 
http://digilander.iol.it/dNT/

input #".
Questo, in effetti, e' curioso. Pero' potrebbe dipendere proprio dalla terminazione
brutale del codice in debug.
-- 
ciao, hal

Così come l'hai esposta non è possibile, nel senso che nessuna istruzione su
files blocca altri files, se è vero che non tocchi il bitmap.
A occhio è un problema di path.
Può essere che la LoadPicture la fai senza la path (solo il nome del file
bitmap) e quando fai le operazioni  sul file di testo la modifichi, così che
LoadPicture successiva cerca il file in una cartella diversa..
--
Fabio Guerrazzi
VB Graphic Developer
http://www.sourcecode4free.com/cgt
fab...@libero.it
ICQ: 64649187

ops, ho riletto... lo fa solo dopo un'interruzione? se non interrompi
l'esecuzione e fai operazioni sul file di testo va tutto bene?
Se č cosě non credo che c'entri qualcosa quello che ho detto :/

 tastino quando si e' in debug. [...]
Il consiglio è buono, però non credo che il malfunzionamento dipenda da un
End, perché si verifica quando tenti di farlo ripartire (con l'End è
impossibile).
Azzardo una riflessione: esistono alcuni eventi che vengono attivati
normalmente durante l'esecuzione del codice e vengono invece ignorati se si
attiva un breakpoint appena prima.
Esempio classico: l'evento KeyPress e KeyDown. Operando un'interruzione nel
KeyDown viene ignorata l'esecuzione del KeyPress. Secondo me dovresti
verificare che tutte le parti del tuo codice vengano correttamente eseguite.
Se invece il tutto sta in una singola routine.. beh, allora il suggerimento
è inutile.
Ciao e buona fortuna,
Carlo.

 Oltre a non usare mai End nel codice (mi diverto un mondo a recuperare
[CUT]
Perché non usarlo? E cosa dovrei usare al suo posto?
Magari è una domanda banale, ma proprio non c'arrivo
Leonardo

 Magari è una domanda banale, ma proprio non c'arrivo
Il costrutto End termina brutalmente l'esecuzione del programma non
chiudendo appropriatamente le connessioni a database e, in alcuni casi,
causando anche qualche problema di rilascio della memoria.
Si può usare, ma è meglio starne alla larga.
Sulla guida trovi tutti i dettagli...
Ciao,
Carlo.


invece era proprio un un problema di path...
ora sembra che vada.
grazie,dnt

Perché non usarlo? E cosa dovrei usare al suo posto?
Lasciare che il programma, esaurito il suo scopo, docilmente appassisca. 
Non tranciarlo via di netto con le tronchesi mentre sta ancora 
sbocciando
-- 
Nato nel vizio, morto nel supplizio
Nato nel peccato, ad entrare sia invitato