RE: QZDASOINIT SQL attributes?

On you PC you are running the program from, check the OBDC, ADO OLE/DB
connection properties.  That is where you specify your decimal point for
the connection.


Christopher Bipes
Information Services Director
CrossCheck, Inc.

707.586.0551, ext. 1102
707.585.5700 FAX

Chris.Bipes@xxxxxxxxxxxxxxx
www.Cross-Check.com

Notice of Confidentiality: This e-mail, and any attachments thereto, is
intended only for use by the addressee(s) named herein and may contain
legally privileged and/or confidential information.  If you are not the
intended recipient of this e-mail, you are hereby notified that any
dissemination, distribution or copying of this e-mail, and any
attachments thereto, is strictly prohibited.  If you have received this
e-mail in error, please immediately notify me by e-mail (by replying to
this message) or telephone (noted above) and permanently delete the
original and any copy of any e-mail and any printout thereof.  Thank you
for your cooperation with respect to this matter.


-----Original Message-----

Folks, I have a problem:
Trying to set up a sample of ADO OLE/DB environment for VB/Delphi to 
iSeries.
Downloaded the ADO OLE/DB samples from 
http://www-03.ibm.com/servers/eserver/iseries/access/toolkit/adooledb.ht
m

Once installed, you need to "set up the environment for the server" 
(i.e. the AS/400), which means creating a Library, ACTIVEXSDK, and some 
files Customers, Parts, etc) plus some other objects (DTAQ's, etc).
A program, "vbass1oledb.exe" will do all that for you. So far so good, 
but... Problem?
Program "vbass1oledb.exe" starts, from the PC side, creating the library

in the AS/400, and some files, etc and then will populate those files 
with some sample data, with SQL sentences like:

Insert into Activexsdk.Parts VALUES(12301, 'Quad ...', 44, 120.00, 
'1996-01-12'

Well, here QZDASOINIT fails with SQL0104 : Token "." not valid ...

The reason is the "decimal point" in the fourth value above (item price)

of 120.00
Obviously, it was meant for the US market, with "decimal point" instead 
of "decimal comma" which is our standard...

Shouldn't QDECFMT be good enough for that purpose? Any ideas?