× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Has anyone seen this problem?

We have a VB application that communicates with the database using ADO
and ODBC.  Original development was done against MS SQL Server, but we
have recently implemented it against DB2/400, and it worked fine.  On
one file there is a long field which was defined as a VARCHAR(2000).
Requirements changed, and it will now have to hold considerably more
data (an XML message, not that that makes any difference).

Initially we set it to a VARCHAR(10000).  This works fine on SQL Server,
but does not against DB2/400.  We have tried various lengths of VARCHARs
and CLOBs.  For either data type there seems to be a length above which
the data is not returned correctly.  Unfortunately, this is the hardest
type of problem to diagnose, as it is intermittent.

There appear to be two distinct classes of error: if we use a CLOB with
the default size (which I believe is 1MB), the application gets null
returned for that field, despite the fact that there is data in it
(indeed, it is defined as NOT NULL).  If we use a shorter CLOB or
VARCHAR, the application will successfully read several records, then at
some arbitrary time it will fail; the debugger shows an error in a
Microsoft DLL: this has been MSADO15.DLL and MSDART.DLL.

We have opened a PMR with IBM, and they are looking into it, but any
supporting information from you guys would be helpful, as would any
solutions or workarounds you might have seen.

The AS/400 is at V5R1, and Client Access Express is at the service pack
that came out on the 15th of February.

I am waiting for a license code from HiT Software, to try an evaluation
copy of their driver, but we would prefer to stick with the IBM one
rather than pay for an alternative.

Cheers,

Martin.

--
Martin McCallion
Senior Technical Consultant
Work:  martin.mccallion@misys.com
Home: martin.mccallion@ukonline.co.uk
Misys International Banking Systems
1 St George's Road, London, SW19 4DR, UK
T +44 (0)20 8486 1951
F +44 (0) 20 8947 3373
www.misys.com
This email message is intended for the named recipient only. It may be
privileged and/or confidential. If you are not the  intended named
recipient of this email then you should not  copy it or use it for any
purpose, nor disclose its contents to any other person. You should
contact Misys International Banking Systems as shown below so that we
can take appropriate action at no cost to yourself.
Misys International Banking Systems Ltd,1 St
George's Road, London, SW19 4DR, UK. Email: ibs.postmaster@misys.com.
Tel: +44 (0) 20 8879 1188 Fax: +44 (0) 20 8947 3373
Misys International Banking Systems Ltd is
registered in England and Wales under company no. 971479


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.