Newsgroup: it.comp.lang.visual-basic
Titolo: Scrittura File INI

Vorrei sapere come risolvere il seguente problema:
nella mia applicazione il programma va a scrivere il un file.INI un numero,
in modo tale che ogni volta che salvo un nuovo record va a leggere il numero
nel File.INI,lo incrementa di uno,salva il record e riscrive sul File.INI il
nuovo numero.
Partendo dal fatto che sia il db che il File.INI sono residenti su un
server, e che il mio programma verrà installato su 6-7 macchine,mi accade
una cosa strana.
Lancio il programma da due postazioni, da una di queste salvo un
record,dall'altra apro il file.INI (naturalmente dopo che la prima
postazione ha finito di salvare) e mi accorgo che il file non viene
aggiornato.
Solo se chiudo la form di salvataggio dalla prima postazione riesco a vedere
l'aggiornamento, ma nella form di salvataggio quando esco non ho scritto
nessuna istruzione.
Vi prego aiutatemi sto impazzendo
=:-(

Ah, la cache...
(detto come... 'ah, la tauromachia')
Scusa, ma a che serve sta' cosa?
Non basta leggere nel db l'ultimo record inserito?
Non capisco...
--
GbC
http://www.chiappori.net
http://www.gbcweb.com
--

 Non capisco...
Devo scrivere sul file perchè devo dare la possibilità di iniziare a salvare
da un numero non predefinito, non inizierà da zero.
Per questo ho pensato di scrivere il numero in un file.ini e di andare a
leggerlo nel momento in cui voglio salvare il nuovo record.
Aiutami non mi abbandonare

"FormW@re" <formwa...@TOGLIMIhotmail.com>:
Naturalmente dopo aver scritto fai una close del file, vero?
-- 
manuel 'fmf' ferrero

"FormW@re" <formwa...@TOGLIMIhotmail.com> ha scritto nel messaggio
news:fxdI6.10931$FS.2...@news1.tin.it...

Penso che utilizzando le API Write/Read PrivateProfileString i sopraccitati
problemi ci cache vengano risolti (bah ... in verità  ho sparato a caso) ...
Saluti

Scusa, ma è troppo complicato per me...


a dire la verità non lo apro neanche.
La funzione quando scrive nel file INI è la seguente
WritePrivateProfileString "Controllo", "Numero", gstrNumProt, gstrFileINI
solo questa  riga è inserita.
Forse sbaglio?

Perchè non fai la stessa cosa leggendo un record in una tabella dentro il
database?
Cmq vorrei portare alla luce un problema che ti accorgerai di avere non
appena i client connessi al db saranno multipli, la concorrenza, sia sul
file (problema secondo me che hai in questo momento) sia quella sul db, se
usi il numero in esame come id, o cmq come campo univoco ti troverai ion dei
momenti che dovrai salvare due records diversi (da due client diversi) con
lo stesso numero.
Capita soprattutto quando le postazioni client sono in numero superiore a
1!!!!
Ciao Mina
FormW@re <formwa...@TOGLIMIhotmail.com> wrote in message
55dI6.11184$_r2.1...@news2.tin.it...


Hmmm fammi capire:
stai usando un file INI esterno in comune tra più utenti per salvare il n°
di record di una tabella da salvare?
Non ti pare di essere un pochetto contorto?
Prova a pensare a una soluzione alternativa, che è meglio!
;-)
ciao
ugo

 nessuna istruzione.
scusa, ma perchč non scrivi il numero sul db, in un campo di una tabella che
blocchi in accesso esclusivo tra la lettura del numero e la fine delle
operazioni (aggiornamento del numero compreso?)
ovviamente per evitare deadlock dovresti ritardare il piů possibile la
lettura del numero (e quindi il lock della tabella...)