freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: Tim Uckun <tim AT diligence.com>
- To: "TDS Development Group" <freetds AT franklin.oit.unc.edu>
- Subject: Re: More on Odd Problem.
- Date: Tue, 26 Dec 2000 16:46:21 -0700
Need more information from you; do it again, but this time at the (gdb)
prompt type bt and hit enter. I think I mentioned this before. This
issues a stack back trace, telling us what software component is
responsible for calling the memcpy function. Mail the result. We can
then voice an opinion on the responsible code.
As I look at the original post yes indeed you said to do a bt but I must have skipped over that. Ok then here is the whole output from the gdb session.
This GDB was configured as "i386-redhat-linux"...
(gdb) -f testdbs.php
Undefined command: "-f". Try "help".
(gdb) run -f testdbs.php
Starting program: /usr/local/bin/php -f testdbs.php
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
Attempting to convert unknown source type 104
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
#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
#9 0x8060919 in main (argc=3, argv=0xbffffa24) at cgi_main.c:715
(gdb) Quit
(gdb)
TIA!
:wq
Tim Uckun
Due Diligence Inc. http://www.diligence.com/ Americas Background Investigation Expert.
If your company isn't doing background checks, maybe you haven't considered the risks of a bad hire.
-
More on Odd Problem.,
Tim Uckun, 12/21/2000
- <Possible follow-up(s)>
- Re: More on Odd Problem., James Cameron, 12/21/2000
- Re: More on Odd Problem., Tim Uckun, 12/21/2000
- Re: More on Odd Problem., James Cameron, 12/21/2000
- Re: More on Odd Problem., Tim Uckun, 12/21/2000
- Re: More on Odd Problem., Tim Uckun, 12/21/2000
- Re: More on Odd Problem., James Cameron, 12/21/2000
- Re: More on Odd Problem., Tim Uckun, 12/22/2000
- Re: More on Odd Problem., James Cameron, 12/26/2000
- Re: More on Odd Problem., Fabien Roy, 12/26/2000
- Re: More on Odd Problem., Tim Uckun, 12/26/2000
- Re: More on Odd Problem., James Cameron, 12/26/2000
- Re: More on Odd Problem., Tim Uckun, 12/26/2000
- Re: More on Odd Problem., Tim Uckun, 12/27/2000
- Re: More on Odd Problem., Ilya Storozhilov, 12/27/2000
- Re: More on Odd Problem., Tim Uckun, 12/27/2000
- Re: More on Odd Problem., James Cameron, 12/27/2000
- Re: More on Odd Problem., Tim Uckun, 12/27/2000
- Re: More on Odd Problem., James Cameron, 12/27/2000
- Re: More on Odd Problem., Tim Uckun, 12/28/2000
- Re: More on Odd Problem., James Cameron, 12/28/2000
Archive powered by MHonArc 2.6.24.