No Fabio non me l'hai rovinaa ma,..dicimo che mi hai gettato nel panico !:-)
Grazie dei sugerimenti e delle delucidazioni
a presto
Alessio

>Alessio, ti scrivo in italiano perchè ho poco tempo.
>
>Su UT vi sono decine di membri che pensano di conoscere VFP solo perchè lo usano da 10 o 20 anni.
>
>molti di questi ti diranno che io vedo solo bugs, ma è un fatto:
>molti bugs sistemati in VFP8SP1 e VFP9 sono il risultato di un mio duro lavoro personale per controllare questa schifezza.
>Sfortunatamente il mercato non offre molto, e se uno vuole fare qualcosa di esatto, o usa C++ oppure si spara in bocca.
>VFP ha una porta sul C, e se non passo a NET 2005 probabilmente lo cannibalizzo dentro a un processo C.
>
>Comunque per quanto riguarda i calcoli, la storia è molto lunga, ma il succo è questo:
>se vuoi fare delle somme esatte devi usare i currency, non hai altra via perchè ogni altro numero è trattato come un double.
>Il risultato è che se usi MSSQL e fai delle somme su MSSQL con dei decimal, oppure scarichi i decimal dentro a dei
>numeric di VFP e rifai le somme in VFP, puoi ottenere risultati diversi.
>Molti ti diranno di usare ROUND(), ma questa funzione non è sempre corretta ( la stessa MS lo ha ammesso ).
>Lo stesso INT() in VFP8 ha un bug, corretto in VFP9, ma non è detto che non ve ne siano altri.
>Ma, per quanti sforzi possano fare, è impossibile garantire la somma esatta usando i double.
>
>Puoi trovare qualcosa in Message #871747
>Dedicandoci del tempo, penso si possa trovare un esempio molto più semplice
>

>CLEAR
>s= 0.000000
>v= 0.100000
>FOR I=1 TO 1000000
>	s = m.s + m.v
>NEXT
>? m.s, ROUND(m.s,6)
>s= 0.000000
>v= 0.100000
>FOR I=1 TO 1000000
>	s = ROUND(m.s + m.v,6)
>NEXT
>? m.s, ROUND(m.s,6)
>s= 0.000000
>v= 0.100000
>FOR I=1 TO 1000000
>	s = ROUND(m.s,6) + ROUND(m.v,6)
>NEXT
>? m.s, ROUND(m.s,6)
>

>Quindi dovresti tappezzare il tuo programma di Round(), ma sono certo che esiste un controesempio
>dove round non funzione.
>Per rinforzare la cosa:
>
>

>? round(3.9 * 55.15,2) - round(3.900000000 * 55.15,2)
>

>Qualcuno ti dirà che il mondo non è perfetto, certamente VFP riporta ( come output ! ) dei risultati corretti nel 99.999%
>dei casi, e ovviamente, finchè fai 3 somme e due moltiplicazioni con numeri banali il tutto è ok.
>
>Ma, vai da un cliente, magari una banca, e quando gli proponi il pacch(o)etto gli dici:
>"il programma qualche rara volta ti darà dei risultati leggermente sbagliati,
>ma devi essere realista, il mondo non è perfetto!"
>( a parte che a me sembra che il mondo sia fatto sufficientemente bene, e che non vi sono errori sistematici e quelli casuali
>sono governati dalla costante di Planck, un numero piuttosto piccolo)
>
>Io uso MS SQL, e questo non è perfetto ma certamente ha un livello professionale, e finora sui calcoli non ha mai ceduto.
>Tutti i calcoli li faccio fare a MSSQL, VFP lo uso solo come interfaccia.
>
>Spero di non averti rovinato la giornata.
>Ciao.
>
>>Fabio told me that VCX and SCX object are just vfp tables that can be edited with a simple browse command, he also told me that you cannot trust abiut VFP calculation and i asked him to tell me more about this "bug"
>>
>>E ora te speri di cavartela così ?
>>più che una pulce mi hai piazzato un cammello nell'orecchio.... che è 'sta storia dei calcoli ?
>>Comunque sapevo che le classi sono nient'altro che tabelle, ma conitnuo a non capire, ammesso che esista, il metodo per ovviare al piccolo inconveniente di cui all'oggetto :-)
>>Comunque una cosa l'ho capita... è un gran bel casino !
>>Alla luce di tutto ciò...secondo te conviene continuare a programmare in VFP o conviene passare ad un altro linguaggio (ammesso che ne esista uno affidabile) ?
>>Tu cosa usi ? e soprattutto dormi sonno tranquilli ? :-)
>>
>>
>>
>>>Nonchalance, mi fai sorridere, se questo fosse il peggio, sarei ben felice.
>>>( lo sai che non puoi fidarti di come fa i calcoli ?)
>>>
>>>Comunque, soprassediamo.
>>>
>>>VCX e SCX sono tabelle VFP. Se le apri con USE puoi facilmente vederlo.
>>>Rapidamente,
>>>Apri una classe, chiudi, sul command ti resta MODIFI .... OF ...,
>>>riprendi la riga e cambia MODIFY ... OF con USE, enter.
>>>BROWSE.
>>>
>>>Non è semplice ed intuitivo, ma cerco di spiegartelo:
>>>VFP mette il codice ( p-code ) compilato in un campo memo dei VCX/SCX di nome ObjCode ( è il codice degli fxp),
>>>quando tu apri una Classe/Form, VFP non analizza il codice ASCII ( come qualunque essere pensante farebbe ),
>>>no!, lui prende il p-code, lo analizza, estrae i puntatori al codice sorgente che ha generato il p-code
>>>e usa questi per estrarre le procedure dal campo methods ( dove c'è il programma ASCII ).
>>>
>>>Quindi, se per qualche motivo le due cose non vanno d'accordo,
>>>oppure ( come penso ) la cosa è inutilmente complessa e VFP ha un bug che si può presentare ARANDOM,
>>>i puntatori vanno per conto loro e ti estraggono o routine diverse ( come ti è capitato )
>>>oppure ( come è capitato a me ) pezzi sparsi di routine diverse.
>>>
>>>Un vero gusto!
>>>
>>>Ciao.
>>>Fabio
>>>>Cavolo.... e me lo dici con questa nonchalance o..come diavolo si scrive ?
>>>>'to fatto mi ha fatto usire pazzo per mesi e mesi... anni ormai ma come ho scritto interessava solo gli eventi close e open del dataenvironment, così mi risultava piuttosto semplice mterci una "pezza manuale".
>>>>Cosa intendo per ObjCode... spiegami melio ch non ho capito bne cosa intendi dire.
>>>>Grazie comunque
>>>>Alessio
>>>>
>>>>
>>>>What do you mean with the method code of ObjCode ?
>>>>Thank you anyway
>>>>Alessio
>>>>
>>>>
>>>>>>Sometimes happens, and it happened since the VFP6 version that the code i put inside a method migrate in another one.
>>>>>>Till today it happened only in the Dataenvironment. After some ununderstandable errors i go to see the code and what I wrote inside the open table event went inside the close table.. till today it was a little bit nasty but it was limited o these two events.
>>>>>>Today the same thing happened in two method of a textbox object.
>>>>>>Anyone knows anything about this ? how can i get rid of this problem ?
>>>>>>Thank you
>>>>>>Alessio
>>>>>
>>>>>Confermo, sia su VCX che SCX.
>>>>>Quello che ho osservato è che il codice si scambia a coppie due metodi.
>>>>>
>>>>>Il problema nasce dal fatto che VFP usa sia il codice del campo Methods che il codice ObjCode
>>>>>( se cambi il codice di Methods e ricompili senza prima cancellare ObjCode, non ottieni alcun effetto ).
>>>>>Penso che ci sia un bug nei codice che correla Methods con ObjCode ( objCode è una sequenza di link a 16 bits )
>>>>>Impossibile da riprodurre.
>>>>>
>>>>>I confirm, is on VCX that SCX.
>>>>>What I have observed is that the code exchanges to braces two methods.
>>>>>
>>>>>I think, that the problem is born from the fact that VFP uses is the code of the Methods field that the ObjCode code
>>>>>(if changes the code of Methods and compile without before to cancel ObjCode, does not obtain some effect).
>>>>>Probably there is a bug in the code that correlates Methods with ObjCode (objCode is one sequence of link to 16 bits)
>>>>>Impossible to reproduce.