Newsgroup: it.comp.lang.visual-basic
Titolo: Punti interrogativi con MySQL, perchè

Al posto delle date, in VB, cominciano a spuntarmi dei punti
interrogativi.
Le colonne in questione sono di tipo DATE NOT NULL, e sono comunque
valorizzate.
Il bello è che su due pc in particolare succede questo, sugli altri
no.
Accedo ai dati con:
RS.Fields.Item("data_versamento").Value
Niente. Nelle combobox che vado a popolare, compaiono punti
interrogativi al posto delle date.
Nel ciclo di popolamento ho inserito anche una MsgBox("Data " & iData
& ": " & RS.Fields.Item("data_versamento").Value)
Ma niente, la msgbox mi visualizza "Data 1: ?????", "Data 2: ?????",
che vuol dire?
Perchè su tutte le altre macchine è ok e su quelle due no?
Ho anche rifatto il pacchetto di installazione del progetto.
Reinstallato tutto (il progetto). Reinstallato i driver MySQL ODBC
3.51, reinstallato i MDAC...
HELP ME!!!

 ha scritto nel messaggio
news:f911bef2-351a-4673...@t1g2000pra.googlegroups.com...
Al posto delle date, in VB, cominciano a spuntarmi dei punti
interrogativi.
Le colonne in questione sono di tipo DATE NOT NULL, e sono comunque
valorizzate.
Il bello č che su due pc in particolare succede questo, sugli altri
no.
Accedo ai dati con:
RS.Fields.Item("data_versamento").Value
Niente. Nelle combobox che vado a popolare, compaiono punti
interrogativi al posto delle date.
Nel ciclo di popolamento ho inserito anche una MsgBox("Data " & iData
& ": " & RS.Fields.Item("data_versamento").Value)
Ma niente, la msgbox mi visualizza "Data 1: ?????", "Data 2: ?????",
che vuol dire?
Perchč su tutte le altre macchine č ok e su quelle due no?


 in Pannello di Controllo.
Fatto, ed è tutto in regola :(

 & ": " & RS.Fields.Item("data_versamento").Value)
Giusto per avere altri indizi, prova a mettere un format$ al posto del 
CStr nella chiamata al msgbox che citi.
Ciao
Alberto
-- 
Carlo Rubbia: Siamo su un treno che va a trecento chilometri all'ora, 
non sappiamo dove ci sta portando e, soprattutto, ci siamo accorti che 
non c'è il macchinista.

 Alberto
Provo subito.
Aggiungo però due cose:
1. La colonna in questione la ottengo già "castata" da MySQL con la
funzione DATE_FORMAT() che me la converte in stringa
2. C'è stato il bisogno di appoggiare il DB MySQL su un'altra macchina
rispetto a quella su cui si trovava, ed ho installato la versione 5.0.
Il problema non c'è più (con quella versione).
Però la cosa strana è che il software è sempre lo stesso, il database
pure. Non è cambiato nulla nè nel database nè nel software. Perchè su
quella macchina da un giorno all'altro le cose son cambiate?

 quella macchina da un giorno all'altro le cose son cambiate?
Può essere che il DATE_FORMAT di MySql (che non conosco), dia problemi 
su una versione e non su un'altra.
Può essere che il provider che utilizzi dia problemi con una versione e 
non con l'altra...
Può anche essere che il Date_Format venga invocato con una sintassi 
localizzata (ad esempio con qualcosa tipo gg/mm/aaaa anzichè 
dd/mm/yyyy, sempre che sia questa la sintassi di quella funzione), 
interpretabile in una connessione con un utente italiano ma non con un 
utente inglese...
Tante possibilità, insomma, servono prove e riprove...
Ciao
Alberto
-- 
La bellezza è opinabile, sulla bruttezza sono tutti d'accordo.