Hello,
we use VB6, SQL2000i SP4 and PervasiveOLEDB. In some databases we use the VB-Currency-Datatye (which is represented in the DDF-file as bigint, but changing it to "Currency" will make no difference).
In VB we have to calculate the data with 10000 (because VB stores this datatype with 4 decimals, SQL2000i stores it without decimals).
When saving the recordset, values <>0 are saved correctly. But if the value is zero then there are obscure values like 31877366 stored in our database. The VB-code is correct, we use the correct VBCurrency-datatype. Even after saving in my recordset there is the correct value "0", but in PCC (or after reloading data from databse) we see that the wrong values are stored.
The problem does not occur with datatypes like double or single, but unfortunately we don't have the possibility to change our database, because there is a complex software in the background.
Can anybody help me?
Ronald Hoehn
RAMSYS Datensysteme GmbH
we use VB6, SQL2000i SP4 and PervasiveOLEDB. In some databases we use the VB-Currency-Datatye (which is represented in the DDF-file as bigint, but changing it to "Currency" will make no difference).
In VB we have to calculate the data with 10000 (because VB stores this datatype with 4 decimals, SQL2000i stores it without decimals).
When saving the recordset, values <>0 are saved correctly. But if the value is zero then there are obscure values like 31877366 stored in our database. The VB-code is correct, we use the correct VBCurrency-datatype. Even after saving in my recordset there is the correct value "0", but in PCC (or after reloading data from databse) we see that the wrong values are stored.
The problem does not occur with datatypes like double or single, but unfortunately we don't have the possibility to change our database, because there is a complex software in the background.
Can anybody help me?
Ronald Hoehn
RAMSYS Datensysteme GmbH