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:

Are you using FreeTDS or iOBDC?  I'm very confused...


Previous Comments:
------------------------------------------------------------------------

[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

------------------------------------------------------------------------

[2002-11-03 09:00:37] [EMAIL PROTECTED]

How do I activate the SQL log ??
(is it on the PC running MSSQL or on the sun machine ?)
Best regards 
Christos :)

------------------------------------------------------------------------

[2002-11-02 14:20:10] [EMAIL PROTECTED]

I'd still appriciate the SQL Log :)

------------------------------------------------------------------------

[2002-11-02 07:26:43] [EMAIL PROTECTED]

at /usr/pkg/php/php4-200210311500/ext/odbc/php_odbc.c:1274
1274            convert_to_string_ex(pv_query);
(gdb) n
1277            result = (odbc_result *)emalloc(sizeof(odbc_result));
(gdb) display result
1: result = (odbc_result *) 0x1b4a88
(gdb) display result.stmt
2: result.stmt = 0x1b9da8
(gdb) display /s result.stmt
3: x/s result.stmt  0x1b9da8:    "select * from kan_keim"

At this point the query statment is correct
But just before producing the fault is the following :

1305                            if (SQLSetStmtOption(result->stmt,
SQL_CURSOR_TY
PE, SQL_CURSOR_DYNAMIC)
5: /u rc = 16
4: rc = 16
3: x/s result.stmt  0x1c5148:    ""
2: result.stmt = 0x1c5148
1: result = (odbc_result *) 0x1b9dd8
(gdb) s

Program received signal SIGSEGV, Segmentation fault.
0xfeff55dc in SQLExtendedFetch () from
/usr/local/odbc/lib/sql_st_lt.so

I hope this helps you
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

Reply via email to