[unixODBC-dev] Regarding SQLAllocate handle.

sidhartha.bardoloye at wipro.com sidhartha.bardoloye at wipro.com
Tue Aug 29 12:23:40 BST 2006


Hi,



We have an application which uses just one connection handle and for
this connection we have a global statement handle. The application
crashed while trying to allocate the statement handle and on debugging
the core file with dbx utility we see the following:



(dbx) where
  [1] realfree(0xffbfc8a8, 0x1a31, 0x2008, 0x2008, 0xffbfc2d0, 0x0), at
0xff046fc4
  [2] _malloc_unlocked(0x5d0, 0x0, 0x220e4, 0xff0bc000, 0x0, 0x0), at
0xff046a3c
  [3] malloc(0x5d0, 0x1, 0x22174, 0xff0bc000, 0xff0c2f34, 0x117428), at
0xff0467b4
  [4] calloc(0x5d0, 0x0, 0x11c248, 0xffbfeaa0, 0xff24c518, 0x1fe), at
0xff037428
  [5] __alloc_stmt(0xff24c518, 0x1fe, 0x0, 0x0, 0x1987c0, 0xff273088),
at 0xff2375a0
  [6] __SQLAllocHandle(0x3, 0x1987b8, 0x1173d8, 0x0, 0x0, 0x0), at
0xff209ec0
  [7] SQLAllocHandle(0x3, 0x1987b8, 0x1173d8, 0x0, 0x0, 0x0), at
0xff20a724
  [8] ODBCAllocHandle(flag = 2), line 79 in
"/l1/src/Dev_3_2/ODBCLibrary/ODBCFunctions.c"



This is the first time we are seeing this kind of an issue and it
happened in the production scenario. We are using easy soft drivers and
Oracle Database for a long time (over 1 year) and are not able to
replicate the problem.



In what situation, this problem would arise. Is it that if momentarily
the DB connection goes off and at that moment the statement handle is
being allocated, the application might crash.



Thanks

Sidhartha




The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

www.wipro.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.unixodbc.org/pipermail/unixodbc-dev/attachments/20060829/8e834b8a/attachment.html>


More information about the unixODBC-dev mailing list