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