Newsgroup: it.comp.lang.visual-basic
Titolo: vb net debug

Facendo debug non vengono sollevate eccezioni al codice e non noto alcun 
errore. Dopo aver salvato dei nuovi dati in una tabella di database, li 
vado a controllare con una DataGridView e questi mi vengono mostrati. 
Chiudo tutto, riapro e la riga non c'è più. Allora riprovo, salvo ,ma 
questa volta apro la tabella di database da Access, spariti. Ma mi 
accorgo che debug salva una tabella sotto \bin\debug, allora sempre con 
Access apro questa, ecco, i dati sono li. OK? Ma neanche per idea! Esco, 
riapro, sempre con Access e i dati sono spariti!!
 
Ma col debug, rimangono virtuali anche le modifiche ad una tabella di 
database?
Senz'altro mi sfugge qualcosa...
 
-- 
Gulp®


Scrivi il codice di salvataggio dati e di caricamento sulla DataGrid.

 Scrivi il codice di salvataggio dati e di caricamento sulla DataGrid.
La DataGrid la uso solo per visualizzare i dati.Il codice che uso per il 
salvataggio dati da maschera:
 
If cmdSalva.Text = "SALVA" Then
      myRow = ArticoliDataSet.Tables("articoli").NewRow
ElseIf cmdSalva.Text = "AGGIORNA" Then
      myRow = ArticoliDataSet.articoli.FindByID(txID)
End If
 
myRow("DATA") = DateTime.Now.Date
myRow("NUMERO") = txtNumero.Text
....
If cmdSalva.Text = "SALVA" Then 
ArticoliDataSet.Tables("articoli").Rows().Add(myRow)
End if
ArticoliTableAdapter.Update(ArticoliDataSet.Tables("articoli"))
 
-- 
Gulp®

 Il Tue, 27 Dec 2011 12:50:33 +0100, Gulp® ha scritto:
 
...azz!!
 
Non voglio "buttarla la", ma una volta compilato funziona normalmente!!!
Incredible!!!
 
Mi sa tanto di scoperta d'acqua calda....
Qualcuno ne sa qualcosa?
 
-- 
Gulp®

 Qualcuno ne sa qualcosa?
 
E' una certa quantità di molecole, formate dalla
combinazione di due atomi di idrogeno con uno di
ossigeno, portata ad una temperatura superiore
a quella ambiente.
 
Se ti servono altre informazioni, chiedi pure :-).
 
Bye, G. 
 
 

 Se ti servono altre informazioni, chiedi pure :-).
 
Certo che mi servono altre informazioni... ma non sull'acqua.
Tu ne hai qualcuna di diversa? :-)
 
-- 
Gulp®

 Tu ne hai qualcuna di diversa? :-)
 
Wikipedia è di là ----------->
Per Google, prova qui:
<-----------------
 
Se quello che cerchi invece è scoprire perché
una certa cosa Microsoft (una qualunque !)
funziona come pare a lei, invece che come ti
aspetteresti che facesse, credo che l'unica
sia provare con 
www.yourpreferreddeity.org
 :-(
 
Nel caso specifico, ho trovato anch'io cose
strane del genere, anche se non si trattava
di DB ma di normali file di testo, inseriti
nel progetto. Durante il lavoro di programmazione
e debug il programma li cerca appunto nella
"\debug", poi quando compili usa quelli in "\bin".
Quindi potrei *IPOTIZZARE* che in debug vengano
utilizzati dei file temporanei creati appunto
nella cartella debug, magari copiandoli all'avvio
del programma automaticamente dalla bin.
Questo potrebbe spiegare anche perché ad ogni
riavvio non ti trovi le modifiche fatte nella
sessione di debug precedente.
Però, devo sottolineare che questa è solo, come
evidenziato, una mia ipotesi, anche perché coi
file di testo questo non succede: se faccio
delle modifiche queste vengono fatte ai file
nella \debug, e me le ritrovo alla sessione
successiva. e non vengono riportate nei file
della \bin, tanto che se voglio compilare il
progetto comprendendo le modifiche ai file
di testo, devo copiarli a mano prima di compilare.
 
Si potrebbe smanettare nelle proprietà del file:
alla voce "operazioni di compilazione" ci sono
svariate possibilità (compilazione, contenuto,
risorsa incorporata, designdata, entitydeploy...);
è concepibile e perfino possibile, per non dire
probabile, che nell'help ci sia qualcosa che
chiarisca il problema :-).
 
Bye, G. 
 
 

 evidenziato, una mia ipotesi...
che però sembra ulteriormente avvalorata dal "problema" da me esposto.
 
Grazie della cortesia e della pazienza.
Buone feste
-- 
Gulp®