Newsgroup: it.comp.lang.visual-basic
Titolo: funzione year risultati diversi

ciao a tutti
ho letto vecchi post e anche tutto quello di oggi sulle impostazioni
internazionali, ma non ho trovato la soluzione al mio problema.
Perchè la funzione year su 2 pc diversi mi da l'anno a 2 cifre in un caso e
a 4 cifre in un altro?
dipende da qualche impostazione di sistema?
c'è un modo per averlo sempre a 4 cifre?
grazie a tutti.

 internazionali, ma non ho trovato la soluzione al mio problema.
Probabilmente non sei arrivato fino in fondo... leggi dove si discute
della differenza tra "valori" e "rappresentazioni di valori".
Bye, G.

 ha scritto nel messaggio
news:asiivu$62f$1...@grillo.cs.interbusiness.it...

Questa mi suona nuova, e mi incuriosisce...
Vuoi dire che:
Dim Data As Date
Data = #1/1/1999#
Debug.Print Format$(Data, "yyyy")
Debug.Print CStr(Year(Data))
non si comporta allo stesso modo su due PC diversi?
Puoi provare e poi postare l'esito?
Ciao
Alberto


Effettivamente l'errore non era della funzione year, ma il problema nasce
quando il ad esempio ho una data in una textbox o comunque in una stringa,
questa data ha l'anno a 4 cifre, se io muovo questa stringa senza fare
nessun tipo di operazione di formattazione in una variabile definita come
date, nel pc del lavoro win2000 mi da la data sempre con l'anno di 4 cifre,
mentre nel pc di casa (win98) mi da la data con l'anno di 2 cifre....
Questo vuol dire che per sicurezza non devo mai utilizzare operazioni di
questo tipo? come è meglio gestire la cosa?
Non ero andato a fondo bene al problema scusate, ma siccome ero al lavoro e
l'altro caso si verificava a casa, quando me ne sono accorto sono rimasta
esterefatto e non avevo modo di fare prove perchè il pc del lavoro dava
regolarmente la data di 4 cifre.
Forse, anzi sicuramente anche questo è un caso di rappresentazione diversa
dal reale valore, ma a mio avviso se non si fanno sempre delle formattazioni
manuali questo può causare dei problemi, perchè poi quando vado a scrivere
sul db se si aspetta una data a 4 cifre e gli arriva a 2, va in errore.
grazie grazie, ciao.







 sul db se si aspetta una data a 4 cifre e gli arriva a 2, va in errore.
Questo può avvenire solamente se viene richiesta una conversione implicita.
Quando si lavora coi DB è tassativo usare il Format$, o una propria funzione
che formatti il valore in una stringa opprtuna per il DB.
Ciao
Alberto


cut
-
Grazie mille, sei stato chiarissimo e scusami se ti ho fatto perdere del
tempo, purtroppo vengo da linguaggi tipo cobol e non ho una mentalità molto
preparata a queste cose...:(
ciao e buon lavoro.

 ha scritto nel messaggio
news:askkav$cpu$1...@fata.cs.interbusiness.it...

Mmmmmhhh....
Nei linguaggi 'old style' la tipizzazione era molto più rigida dei vari VB.
E' proprio chi arriva dal C o dal Pascal, che generalmente è più rigoroso in
queste cose.
I tuoi fraintendimenti sembravano invece proprio di chi ha iniziato
direttamente col VB, che, a mio parere, è troppo buono. Non perchè mi
piaccia la disciplina militare, ma perchè questa sua bontà consente
l'instaurarsi di abitudini molto pericolose, che si traducono in problemi
assurdi e 'apparentemente' inspiegabili.
Cioa
Alberto

 wrote in message
news:iylH9.55927$2B1.1...@twister2.libero.it...

Il punto è proprio questo, il cobol non faceva niente per i fatti suoi e
quindi gestivi manualmente per forza le visualizzazioni, arrivo al vb che
sembra fare tutto da solo, mi si illuminano gli occhi, ci provo, ma rimango
fregato e come sempre chi fa da se fa per 3, poi ora sono passato a
programmare in powerbuilder...
ma stiamo diventando troppo ot...
comunque grazie.

 sviluppatori di affidarsi alle conversioni implicite.
scusate se mi intrometto: non è possibile impostare il compilatore di VB in
modo che generi un errore (o una specie di warning come nel C) in caso di
conversioni implicite o - analogamente - proprietà implicite ? non esiste
nemmeno un add-on che faccia questo al posto di VB ?
ciao!
Marco

 ha scritto nel messaggio
news:FXpH9.56885$2B1.1...@twister2.libero.it...

E' il mio sogno nel cassetto (non il primo, diciamo che sta attorno alla 28°
posizione. Victoria Silvstedt è piazzata molto meglio).
L'avevo già chiesto, e sembra che nessuno conosca niente al riguardo.
Ciao
Alberto