ID: 20203
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: ODBC related
Operating System: sparc solaris 2.8 and 2.6
PHP Version: 4.2.3
New Comment:
1) Your sample script and your backtrace do not agree with each other
on what is happening. If you feed me data for another run, I need to
know how that script is working. I can't debug one, when the problem
is in an entirely different format/layout.
2) You still haven't provided a SQL Log. You can enable this in your
odbc.ini file, please read up on the odbc.ini for more information.
3) Which version of iODBC?
4) Did you try to connect using the SQL_CUR_USE_ODBC option?
5) Have you tried using an odbc_prepare command to see if that works.
The error you're seeing is happening within the iODBC system, to which
I have no access to.
6) Why have you commented out the ODBCINI putenv line? Thats generally
a useful line for anything you're going to do with ODBC.
This is as much debugging as I can do right now. My time is rather
commited to other projects right now.
Previous Comments:
------------------------------------------------------------------------
[2002-11-05 17:10:47] [EMAIL PROTECTED]
Not any idea ??
Pleas help !!
I have a customer waiting
Please if you have any idea Let me know
Christos
------------------------------------------------------------------------
[2002-11-04 10:54:49] [EMAIL PROTECTED]
I use iODBC but this is the log that is produced every time
i run php.
I have compiled with
--without-mysql --with-iodbc
Christos
------------------------------------------------------------------------
[2002-11-04 10:27:30] [EMAIL PROTECTED]
Are you using FreeTDS or iOBDC? I'm very confused...
------------------------------------------------------------------------
[2002-11-03 18:45:49] [EMAIL PROTECTED]
Having recompiled the iodbclib.so with the symbols in it
Here is the new output of gdb Just before the crash
SQLExecDirect (hstmt=0x1c5050, szSqlStr=0x1c4ff0 "select * from
kan_keim",
cbSqlStr=-3) at execute.c:330
330 if (hproc == SQL_NULL_HPROC)
1: pstmt.asyn_on = 0
(gdb) s
338 (pstmt->dhstmt, szSqlStr, cbSqlStr));
1: pstmt.asyn_on = 0
(gdb) s
Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so
(gdb)
------------------------------------------------------------------------
[2002-11-03 10:04:57] [EMAIL PROTECTED]
I dont know if it helps But i send the last part of /tmp/freetds.log
======================
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is e3
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is ab
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbnextrow()
2002-11-03 17:51:27 leaving dbnextrow() returning -2
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
Sending packet @ 2002-11-03 17:51:27
0000 01 01 00 38 00 00 01 00 73 00 65 00 74 00 20 00 |...8....s.e.t.
.|
0010 71 00 75 00 6f 00 74 00 65 00 64 00 5f 00 69 00
|q.u.o.t.e.d._.i.|
0020 64 00 65 00 6e 00 74 00 69 00 66 00 69 00 65 00
|d.e.n.t.i.f.i.e.|
0030 72 00 20 00 6f 00 6e 00 |r. .o.n.|
Received packet @ 2002-11-03 17:51:27
0000 fd 00 00 fd 00 00 00 00 00 |.........|
2002-11-03 17:51:27 inside tds_process_default_tokens() marker is fd
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 1
2002-11-03 17:51:27 inside dbresults()
2002-11-03 17:51:27 leaving dbresults() returning 2
==============================================
Best regards
Christos
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20203
--
Edit this bug report at http://bugs.php.net/?id=20203&edit=1
