FreeTDS Development Group

[James Cameron <cameron AT stl.dec.com>]

Points the finger at PHP.  What version was it?  I'd download the source
and open it in an editor to check the various source lines mentioned.

Tim Uckun wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x4014f4a7 in memcpy (dstpp=0x81c40dc, srcpp=0x81a4164, len=4294967295) at
> ../sysdeps/generic/memcpy.c:55
> 55      ../sysdeps/generic/memcpy.c: No such file or directory.
> (gdb) bt
> #0  0x4014f4a7 in memcpy (dstpp=0x81c40dc, srcpp=0x81a4164, len=4294967295)
> at ../sysdeps/generic/memcpy.c:55
> #1  0x80d291b in _estrndup (s=0x81a4164 "", length=4294967295) at
> zend_alloc.c:320

Looking at the line above and the line below, this tells me that code in
_zval_copy_ctor function in zend_variables.c is calling _estrndup
function in zend_alloc.c with a length of minus one.  The task would be
to examine the source of PHP at this point to see if the value came from
FreeTDS or not.  If not, then it's a PHP defect.

> #2  0x80df339 in _zval_copy_ctor (zvalue=0x81c5414) at zend_variables.c:127
> #3  0x809232b in php_if_strval (ht=1, return_value=0x81c5414, this_ptr=0x0,
> return_value_used=1) at basic_functions.c:1043
> #4  0x810d566 in execute (op_array=0x818a8b4) at ./zend_execute.c:1519
> #5  0x810d7b7 in execute (op_array=0x818a91c) at ./zend_execute.c:1559
> #6  0x810d7b7 in execute (op_array=0x8188914) at ./zend_execute.c:1559
> #7  0x80e0440 in zend_execute_scripts (type=8, file_count=3) at zend.c:717
> 
> #8  0x80624b1 in php_execute_script (primary_file=0xbffff9c4) at main.c:1200

This line at least tells you it is executing the script.

> #9  0x8060919 in main (argc=3, argv=0xbffffa24) at cgi_main.c:715

-- 
James Cameron                                      (cameron AT stl.dec.com)

Light at the end of my tunnel: edit down your reply.