Newsgroup: it.comp.lang.visual-basic
Titolo: ?Errore di conversione

Errore di conversione del tipo di dati
E' un errore di database. Usa DAO
Il database è creato da codice, per cui nel server del cliente, il database
è uguale al database del mio PC. Giusto?
Ora salvando dei dati nel computer del cliente, mi da questo errore.
Ripetendo la stessa operazione nel mio PC funziona perfettamente.
A questo punto non so cosa fare per intervenire sull'errore.
Come posso vedere a quale riga se riferisce l'errore nell'eseguibile del
cliente. Non so un file tipo .LOG in cui mi specifica la riga e l'errore.
Ho ricontrollato tutto il codice della routine e non vedo errori.
Mi date una dritta.
Carmelo

 Ripetendo la stessa operazione nel mio PC funziona perfettamente.
Numeri troppo grandi per il tipo di campo di destinazione?
Impostazioni diverse del pannello di controllo?

 Carmelo
ciaociao

 ha scritto nel messaggio
news:c6qkbd$ejkb4$1...@ID-193795.news.uni-berlin.de...

Da una delle postazioni ho controllato  (era in formato breve) e l'ho
modificata.
L'unica cosa che non ho controllato è il formato della data nelle
impostazioni internazionali, sul server dove risiede l'eseguibile e il
database.
Gli altri punti che mi hai suggerito sono a posto.
Ma scusate quale potrebbe essere la differenza per il DB tra la data
01/10/04 e la data 01/10/2004.
Carmelo

 01/10/04 e la data 01/10/2004.
1) La lettura del NG.
2) Per il resto la miglior definizione che io abbia mai trovato per una data
è di Zanna, anche questa nei post recenti
"
LE DATE NON HANNO 2, 4, 8, 3.14 CIFRE!
Una data è una data.
"
3) NO (!!!!!!!) Nessun'altra alternativa!

 01/10/04 e la data 01/10/2004.
Se la passi al db nel modo corretto, ossia con un Format$ (che è l'unico
modo corretto, a parte la concatenazione di stringhe create con CStr di
Interi), non c'è differenza, per cui cambiare le impostazioni internazionali
non serve.
Se la passi in modo locale (ad esempio con un CStr, implicito o esplicito),
le due cose che hai scritto possono essere molto diverse fra loro.
Ciao
Alberto

 ha scritto nel messaggio
news:c6qtj6$euun3$1...@ID-222113.news.uni-berlin.de...

Infatti una data è una data.
Io uso il DTPiker quindi le date sono passate in modo corretto, credo
formato dd/mm/yyyy
Carmelo

 credo formato dd/mm/yyyy
Hai, mi sa che ci sia qualcosa che tocca...
Non vorrai dire che metti il .Value del DTPicker direttamente nella stringa
sql, vero?
Ciao
Alberto


Non ho nessuna stringa sql.
Il mio problema si verifica quando salvo i dati update ecc.
E poi l'ho usato un sacco di volte con stringhe sql e non mi ha mai dato
problemi.
Carmelo

 ha scritto nel messaggio
news:c6qt0g$f7tbr$1...@ID-174464.news.uni-berlin.de...

E comunque il problema non so se è una data.
Il fatto è che nel mio Pc tutto funziona regolarmente mentre dal cliente da
errore.
E non so l'errore a cosa è dovuto. Il Db è uguale.
Carmelo

 dato problemi.
Come si usa dire: puro culo. Il .Value del DTPicker, se viene concatenato in
una stringa SQL, deve SEMPRE passare attraverso un Format$, altrimenti su
certi PC va e su altri no.
Ciao
Alberto
--
Santo cielo, Magnum, si puň sapere cos'č questo baccano?
Higgins, posso spiegarle...
Credo non sia necessario.
Zeus, Apollo, a voi...

 01/10/04 e la data 01/10/2004.
Nessuna.
La differenza è tra "01/10/04" e "01/10/2004", ma queste non sono date ;)
Adesso mi metto qui e scrivo un libro da 2500 pagine sulla differenza 
tra le stringhe e le date.
Non capisco: tutti sanno distinguere che 1 è un numero e "1" è una 
stringa, ma con le date... in dialetto milanese si direbbe che è più 
facile fargli entrare qualcosa in c=|o che in testa.
Ciao

 ha scritto nel messaggio
news:c6r4bo$en909$7...@ID-184808.news.uni-berlin.de...

Anche se ho modificato una delle postazioni, mi da sempre errore.
Qindi il problema non è quello.
Poi non capisco il fatto delle stringhe.
I miei campi sono di tipo data, non testo.
Voi usate i campi di tipo testo per le date?
Carmelo

 Voi usate i campi di tipo testo per le date?
Noi no, ma tu a giudicare da come parli sě ;)
Ciao

 Voi usate i campi di tipo testo per le date?
Qualcuno lo fa, anche se a me sembra assurdo, ma non è questo l'argomento.
Ciao
Alberto

 ha scritto nel messaggio
news:c6r6cj$f52nr$1...@ID-222113.news.uni-berlin.de...

Si usa il campo testo per le date forse perchè si può lasciare vuoto
(stringa lunghezza zero)
Voi come fate se volete che il campo data non abbia un valore (vuoto)
Inserisco i dati nel recordset in questo modo. Ha sempre funzionato
correttamente.
RSTemp!Data = DTPData
Carmelo

 RSTemp!Data = DTPData
Sě, se vuoi memorizzare il valore, anche se la sintassi corretta sarebbe
RsTemp("Data") = TdpData.Value
Contrazione di
RsTemp.Fields("Data").Value = TdpData.Value
Se vuoi memorizzare il valore Null, semplicemente
RsTemp("Data") = Null
E ovviamente il campo deve accettare i Null.
Ciao