php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #2238 Memory allocation error., SQL state HY001 in SQLGetData
Submitted: 1999-09-05 10:57 UTC Modified: 1999-09-06 05:03 UTC
From: rhg at soulianis dot com Assigned:
Status: Closed Package: Adabas-D related
PHP Version: 3.0.12 OS: Linux 2.2.10 #15 SMP i686
Private report: No CVE-ID: None
 [1999-09-05 10:57 UTC] rhg at soulianis dot com
Adabas D 11.0 ODBC driver for Linux fails to retrieve any BINARY data.

Symptoms: Each SQLGetData() in functions/unified_odbc.c fails with
"[SOFTWARE AG][ODBCLIB A]Memory allocation error., SQL state HY001 in SQLGetData" if the contents of any BINARY column are retrieved.
This happens regardless of any odbc_binmode() settings (of course,
odbc_result_all() and odbc_fetch_into() succeed if odbc_binmode() is
set to ODBC_BINMODE_PASSTHRU).

This applies to odbclib.a of Adabas D 11.0 with file size of 733858 bytes.

As a workaround, I replaced it with the Adabas D 10.0 odbclib.a
which has a file size of 629128 bytes.
This one perfectly works and has no side-effects when applied to the
Adabas 11.0 engine as far as I examined.

I assume this is not a PHP bug, instead it seems to occur due to changed
internal behavior of the Adabas D 11.0 ODBC driver for Linux.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1999-09-06 04:44 UTC] kara at cvs dot php dot net
There have been problems with several versions of the adabas libraries
regarding memory allocation for LONG data. Fortunatly, the different 
versions of database kernel and odbc libs seem to work together.
 [1999-09-06 05:03 UTC] rhg at soulianis dot com
LONG data isn't really an issue in this context. The columns in question
are of type BINARY (length=16 bytes), not VARBINARY or even
LONGVARBINARY. In some cases, the problem arises even with VARCHAR
columns.

 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Fri Aug 07 13:01:24 2020 UTC