Core dumps with FreeTDS 0.50, PHP 3.0.14 & MS-SQL V7 under FBSD 3.3-R
Karl Pielorz
kpielorz at tdx.co.uk
Wed Feb 9 06:36:54 EST 2000
Hi,
I used to be subscribed to this mailing list, but left it a while ago... I did
try finding an archive or something I could check through, but I couldn't see
anything... If this is 'old news', or has been fixed please accept my
appologies...
--
We have FreeTDS 0.50, running under FreeBSD 3.3-R. We're using PHP 3.0.14.
I've built it all, and gotten everything running...
Using PHP to connect to our MS-SQL v7 server, I get a connection - and I can
return result sets. If I make _any_ errors in the SQL Statements, I get a core
dump from php :(
Worse, if I try and execute a query such as:
UPDATE test SET name = 'Mr. Rock' WHERE id = 343
I instantly get a core dump :(
(a "SELECT name FROM test WHERE id = 343" does work fine, just the update
core's).
I'm not 'brilliant' with debugging, I did manage to get a stack backtrace -
though I'm not sure why the final point is in ?? () teritory... FreeTDS is a
debug build, and PHP is also a debug build...
I'd really like to know what's going on - if it can be fixed, and if theres
any help I can provide, as I'd really like this working :)
Regards,
Karl
--
Backtrace from php.core...
#0 0x280c4c4b in ?? ()
#1 0x807ae8f in php3_sybase_query (ht=0x8712610, return_value=0x80abf00,
list=0x80bce34, plist=0x80bce08) at functions/sybase.c:747
#2 0x805360c in phpparse () at control_structures_inline.h:929
#3 0x805997a in php3_parse (yyin=0x28175340) at main.c:1538
#4 0x805a11a in main (argc=3, argv=0xbfbfdc0c) at main.c:1829
#5 0x804b239 in _start ()
--
Background...
PHP is built as a standalone executable (not Apache module), and was
conifgured with:
--with-sybase=/usr/local/freetds
FreeTDS was configured with:
--with-tdsver=4.2 (i.e. -DTDS42)
More information about the FreeTDS
mailing list