Newsgroup: it.comp.lang.visual-basic
Titolo: Ancora lettura sequenziale

Grazie a Diego, Arj, GbC, Galex, Pal per i suggerimenti.
Mi sono dimenticato di indicarvi alcune cose pero':
1) La lettura solitamente funziona in modo corretto, solo in tre casi
fin'ora, dove uno dei campi da
    leggere superava una certa lunghezza (23 caratteri, non so se significhi
qualche cosa) ho avuto queste
    anomalie;
2) Il modo di scrittura del file e' il seguente: io raccolgo gli elementi da
scrivere in un'unica grande stringa
    con gli elementi opportunamente separati da virgole, e quelle che devono
essere separate per righe con
    l'inserimento di return, quindi alla fine io scrivo un'unica stringa che
si chiama  PeriziaCompleta e poi faccio
         Open pathper For Output As 20
         Print #20, PeriziaCompleta
         Close 20
    Non posso inserire doppi apici nel file, in quanto detto file viene
anche inviato per e-mail a uno script
    Unix che non li supporta.
3) Tali inconvenienti capitano solo lanciando l'eseguibile, ma se invece
apro il progetto e lo eseguo in debug
    (anche senza breakpoint) le anomalie non si presentano, quindi io non ho
nemmeno la possibilita' di
    fare il debug del problema.
Comunque iniziero' a seguire i vostri suggerimenti.
Se ne avete altri saranno comunque molto graditi.
Grazie ancora.
Marco

Sarebbe opportuno tu specificassi:
  - Quale sistema operativo [NT, W98, W2000...]?
  - Se NT,  Workstation o Server? 
  - Se NT Server, l'esecuzione è manuale 
          o schedulata [Tracker, AT...]?
  - Le variabili che usi per le operazioni
    di I/O sono UDT [Typedef]  o tipi standard?
  - Se sono UDT come gestisci la trasformazione 
    da String dopo la lettura?
  - E analogamente se sono UDT come gestisci la
    trasformazione in String prima della scrittura?
  - Se invece usi tipi predefiniti, come gestisci
    l'append delle informazioni?
Indicaci almeno queste informazioni e posta stralci
di codice.
Con i pochi elementi a disposizione ipotizzo tu abbia 
sviluppato un criterio di append dei dati in un'unica
stringa, governato da criteri condizionali;
O involontariamente trascuri un criterio, oppure i dati 
letti sono mal interpretati, anche perchè l'interpolazione
di caratteri speciali è sempre una forzatura instabile.
Controlla se c'è simmetria e compatibilità tra i record 
che scrivi e quelli che successivamente leggi, non so 
se usi tipi record, tag specifici, delimitatori, sezioni 
e quant'altro si possa ipotizzare per la formattazione 
di un record: devono corrispondere ed essere reciproche e
inverse le operazioni di codifica/decodifica formato.
Prova ad analizzare quanto scrivi: è tutto formattato
secondo specifiche? Non potrebbe la lettura operare
correttamente ed invece esserci un bug in scrittura?
Se dopo tutti i controlli e le verifiche non puoi
ancora stabilire l'origine dell'errore in fase di 
Debug, ma tuttavia l'exe non soddisfa ancora le 
tue aspettative prova con un pesante metodo
brutale.
Crea un file di log, temporaneo, con la lista delle 
operazioni perpetrate e il valore dei parametri che 
passano, i nomi delle routines, gli operandi prima
e dopo le operazioni.
Cerca insomma di circoscrivere l'errore identificando
dove avviene, [lettura, interpolazione, scrittura], 
e poi lavora solo su quello.
Mi spiace ma di più non posso congetturare nè suggerire.
Ciao
    Adriano


 wrote in message
news:9daul9$sr2$2...@fe1.cs.interbusiness.it...


Complimenti a Diego, poiche' funziona, anzi e'
sufficiente un msgbox prima della lettura.
Solo che questo disturbera' l'utente del programma.
Esistera' un'alternativa che non interrompa il programma?
Grazie.
Marco