#21647 [Com]: make test gives loop error
ID: 21647 Comment by: brunzema at dimdi dot de Reported By: imiller at bsd dot uchicago dot edu Status: Closed Bug Type: *General Issues Operating System: solaris 8 PHP Version: 4.3.0 New Comment: Current version (4.3.1): make test fails with same symptoms on Solaris 8. Bug closed too early? (gcc 2.95.3, apache 1.3.27) no apxs. Previous Comments: [2003-01-31 02:22:59] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Also see http://bugs.php.net/21751 for more info. However this part is fixed. [2003-01-31 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2003-01-15 03:27:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-14 23:50:11] imiller at bsd dot uchicago dot edu SED is gnu also [2003-01-14 23:49:10] imiller at bsd dot uchicago dot edu gcc 3.2.1 with gnu ld and solaris 8 with latest patches apache 2.0.43 and php 4.3.0 compile with --with-apxs2=/PATH_TO_APXS or anything and I get this loop are after make make test and this is what I get ( I am not running php in safe mode) PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php ?? added question marks -- Edit this bug report at http://bugs.php.net/?id=21647&edit=1
#22671 [Ana->Bgs]: IMG SRC not able to get SESSION values
ID: 22671
Updated by: [EMAIL PROTECTED]
Reported By: ronneil at restricted dot dyndns dot org
-Status: Analyzed
+Status: Bogus
Bug Type: Session related
Operating System: FreeBSD 4.7 and Redhat 7.3
PHP Version: 4.3.0
New Comment:
Well, sometimes the session data may not have been written by the time
the second request comes in. You need to take care of race conditions.
In cases like these you need to populate your session, then call
session_write_close() before you generate those img src links. Getting
session data from an img src triggered PHP script works just fine. I
do it all the time.
Previous Comments:
[2003-03-13 16:59:18] ronneil at restricted dot dyndns dot org
I have tried the same code and followed what you told me. I have
removed the session_destroy() and still, I am not able to extract any
values from the session variables. I have noticed that it works when I
used include("test2.php"). But I can't used this function since the
real code that I have does generate real image.
You should try the code and you will see what I mean.
Thanks. I will wait for another response.
[2003-03-13 01:36:25] [EMAIL PROTECTED]
You explicitly destroy the session right there at the bottom of
test1.php. Why do you think that the session will still be around by
the time the request for the test2 image comes through? Chances are
that test1 has finished executing by then and thus you session data has
been destroyed.
[2003-03-13 01:31:31] ronneil at restricted dot dyndns dot org
I am trying to retrieve values from a SESSION variable array. To
retrieve, I am using . Unfortunately, I am not
able to see any value. Below are 2 sample php files to recreate the
error. "test1.php" calls "test2.php" via TAG.
Currently in production, I have a working code
(http://restricted.dyndns.org/codes/ocishow1.php) that uses almost same
concept below but this one saves the data to a file first. This code
calls another php file
(http://restricted.dyndns.org/codes/ocishow2.php) to generate the graph
and is called via .
--TEST CODE---
FILENAME : test1.php
";
}
$pagenum = $ipage;
$arraysize = count($_SESSION[$ipage]);
echo "Pagenum : $pagenum, Size of current array :
$arraysize";
echo '';
echo "New line";
}
session_destroy();
?>
-
FILENAME : test2.php
--
Edit this bug report at http://bugs.php.net/?id=22671&edit=1
#22690 [NEW]: problem using create_function() as output_callback argument to ob_start()
From: hightman at hightman dot net Operating system: FreeBSD PHP version: 4.3.1 PHP Bug Type: Output Control Bug description: problem using create_function() as output_callback argument to ob_start() Test enviroment: apache 1.3.27, PHP 4.3.1 built as apache module The following two programs demonstrates the difference: Our expectation is that all characters was upper, Unfortunately, "Helo, the World!" was not changed. It seems that the $foo function had not been called. I have ever running with php 4.2.1, It works well. When I change a little about the source, it works well, too. -- Edit bug report at http://bugs.php.net/?id=22690&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22690&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22690&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22690&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22690&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22690&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22690&r=support Expected behavior: http://bugs.php.net/fix.php?id=22690&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22690&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22690&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22690&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22690&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22690&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22690&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22690&r=gnused
#22688 [Fbk]: readfile()/get_file_contents() seg faults
ID: 22688 Updated by: [EMAIL PROTECTED] Reported By: cfield at affinitysolutions dot com Status: Feedback Bug Type: Reproducible crash Operating System: Solaris (64Bit) PHP Version: 4CVS-2003-03-13 (stable) New Comment: and open(), close() etc. Previous Comments: [2003-03-13 23:42:32] [EMAIL PROTECTED] If you compile PHP without the 64bit defines and options, do you get the same problem? Could you paste here the declaration for mmap from your system headers and man page ? [2003-03-13 18:01:57] cfield at affinitysolutions dot com Build flags/config options LD_LIBRARY_PATH=/usr/local/lib/sparcv9:/usr/local/lib:/usr/local/ssl/lib:/usr/local/pgsql/lib:/usr/local/mysql/lib PATH=/usr/local/mysql/bin:/usr/local/pgsql/bin:/usr/local/bin:$PATH:/usr/ccs/bin:/opt/sfw/bin//php CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -mcpu=v9 -m64 -ggdb3" export LD_OPTIONS="-64" export LD_FLAGS="-64" export CPPFLAGS=$CFLAGS export CXXFLAGS=$CFLAGS export CC=gcc ./configure --host=sparcv9-sun-solaris2.9 --build=sparcv9-sun-solaris2.9 --enable-bcmath\ --with-pgsql=/usr/local/pgsql --enable-ftp --enable-inline-optimization\ --enable-sockets --enable-sysvsem --enable-sysvshm --enable-magic-quotes --with-bz2 \ --enable-calendar --with-ftp --enable-cli --with-mysql=/usr/local/mysql \ --enable-cli --disable-cgi --enable-debug --without-pear --disable-pear //this segfaults Stack Trace: Program received signal SIGSEGV, Segmentation fault. 0x0001001a34d4 in php_stdiop_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164) at /usr/local/src/php4/main/streams.c:1535 1535*ret = (void*)fd; (gdb) where #0 0x0001001a34d4 in php_stdiop_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164) at /usr/local/src/php4/main/streams.c:1535 #1 0x0001001a49d8 in _php_stream_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164, show_err=0) at /usr/local/src/php4/main/streams.c:2041 #2 0x0001001a1954 in _php_stream_copy_to_mem (src=0x1003e3140, buf=0x7fffd298, maxlen=0, persistent=0, __php_stream_call_depth=0, __zend_filename=0x1002267d0 "/usr/local/src/php4/ext/standard/file.c", __zend_lineno=432, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php4/main/streams.c:1096 #3 0x0001000bac50 in zif_file_get_contents (ht=1, return_value=0x1003e2fe0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php4/ext/standard/file.c:432 #4 0x00010020ec68 in execute (op_array=0x1003deac0) at /usr/local/src/php4/Zend/zend_execute.c:1606 #5 0x0001001f14c4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php4/Zend/zend.c:864 #6 0x00010018bcb4 in php_execute_script (primary_file=0x77e0) at /usr/local/src/php4/main/main.c:1636 #7 0x0001002191c0 in main (argc=1, argv=0x78e8) at /usr/local/src/php4/sapi/cli/php_cli.c:753 This fixes: cvs diff main/streams.c Index: main/streams.c === RCS file: /repository/php4/main/Attic/streams.c,v retrieving revision 1.125.2.37 diff -u -r1.125.2.37 streams.c --- main/streams.c 6 Mar 2003 20:58:19 - 1.125.2.37 +++ main/streams.c 13 Mar 2003 23:32:16 - @@ -1024,7 +1024,7 @@ int ready = 0; char buf[8192]; #ifdef HAVE_MMAP - int fd; + long fd; #endif #ifdef HAVE_MMAP @@ -1076,7 +1076,7 @@ int step = CHUNK_SIZE; int min_room = CHUNK_SIZE / 4; #if HAVE_MMAP - int srcfd; + long srcfd; #endif if (buf) -- Edit this bug report at http://bugs.php.net/?id=22688&edit=1
#22688 [Opn->Fbk]: readfile()/get_file_contents() seg faults
ID: 22688 Updated by: [EMAIL PROTECTED] Reported By: cfield at affinitysolutions dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris (64Bit) PHP Version: 4CVS-2003-03-13 (stable) New Comment: If you compile PHP without the 64bit defines and options, do you get the same problem? Could you paste here the declaration for mmap from your system headers and man page ? Previous Comments: [2003-03-13 18:01:57] cfield at affinitysolutions dot com Build flags/config options LD_LIBRARY_PATH=/usr/local/lib/sparcv9:/usr/local/lib:/usr/local/ssl/lib:/usr/local/pgsql/lib:/usr/local/mysql/lib PATH=/usr/local/mysql/bin:/usr/local/pgsql/bin:/usr/local/bin:$PATH:/usr/ccs/bin:/opt/sfw/bin//php CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -mcpu=v9 -m64 -ggdb3" export LD_OPTIONS="-64" export LD_FLAGS="-64" export CPPFLAGS=$CFLAGS export CXXFLAGS=$CFLAGS export CC=gcc ./configure --host=sparcv9-sun-solaris2.9 --build=sparcv9-sun-solaris2.9 --enable-bcmath\ --with-pgsql=/usr/local/pgsql --enable-ftp --enable-inline-optimization\ --enable-sockets --enable-sysvsem --enable-sysvshm --enable-magic-quotes --with-bz2 \ --enable-calendar --with-ftp --enable-cli --with-mysql=/usr/local/mysql \ --enable-cli --disable-cgi --enable-debug --without-pear --disable-pear //this segfaults Stack Trace: Program received signal SIGSEGV, Segmentation fault. 0x0001001a34d4 in php_stdiop_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164) at /usr/local/src/php4/main/streams.c:1535 1535*ret = (void*)fd; (gdb) where #0 0x0001001a34d4 in php_stdiop_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164) at /usr/local/src/php4/main/streams.c:1535 #1 0x0001001a49d8 in _php_stream_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164, show_err=0) at /usr/local/src/php4/main/streams.c:2041 #2 0x0001001a1954 in _php_stream_copy_to_mem (src=0x1003e3140, buf=0x7fffd298, maxlen=0, persistent=0, __php_stream_call_depth=0, __zend_filename=0x1002267d0 "/usr/local/src/php4/ext/standard/file.c", __zend_lineno=432, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php4/main/streams.c:1096 #3 0x0001000bac50 in zif_file_get_contents (ht=1, return_value=0x1003e2fe0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php4/ext/standard/file.c:432 #4 0x00010020ec68 in execute (op_array=0x1003deac0) at /usr/local/src/php4/Zend/zend_execute.c:1606 #5 0x0001001f14c4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php4/Zend/zend.c:864 #6 0x00010018bcb4 in php_execute_script (primary_file=0x77e0) at /usr/local/src/php4/main/main.c:1636 #7 0x0001002191c0 in main (argc=1, argv=0x78e8) at /usr/local/src/php4/sapi/cli/php_cli.c:753 This fixes: cvs diff main/streams.c Index: main/streams.c === RCS file: /repository/php4/main/Attic/streams.c,v retrieving revision 1.125.2.37 diff -u -r1.125.2.37 streams.c --- main/streams.c 6 Mar 2003 20:58:19 - 1.125.2.37 +++ main/streams.c 13 Mar 2003 23:32:16 - @@ -1024,7 +1024,7 @@ int ready = 0; char buf[8192]; #ifdef HAVE_MMAP - int fd; + long fd; #endif #ifdef HAVE_MMAP @@ -1076,7 +1076,7 @@ int step = CHUNK_SIZE; int min_room = CHUNK_SIZE / 4; #if HAVE_MMAP - int srcfd; + long srcfd; #endif if (buf) -- Edit this bug report at http://bugs.php.net/?id=22688&edit=1
#22672 [Opn]: User not logged under Apache2
ID: 22672
Updated by: [EMAIL PROTECTED]
Reported By: bugzilla at ab dot thatcow dot com
Status: Open
Bug Type: Apache2 related
Operating System: SunOS 5.9
PHP Version: 4.3.1
-Assigned To:
+Assigned To: ianh
New Comment:
Hi.
Can you mail me some php script which does user-authentication. so I
can test the patch.
I want to verify it works if a user does user-authentication via apache
before I commit it.
TIA
Ian
Previous Comments:
[2003-03-13 03:11:31] bugzilla at ab dot thatcow dot com
I send headers through PHP to force authentication. Under apache1.3,
the username would show up properly under my combined logs - under
apache2.0.44, I always see "-". The folks over at Apache (see their bug
#8500) suggest PHP needs to be setting user in the request structure.
I've add one line in php_apache_request_ctor() in sapi_apache2.c to set
this. This hack is fairly ignorant of the internals of both php and
apache, but here it is anyway. Do with as you wish. Forgive the
formatting here if it doesn't come out right.
if (!PG(safe_mode)) {
auth = apr_table_get(f->r->headers_in,
"Authorization");
php_handle_auth_data(auth TSRMLS_CC);
+ ctx->r->user =
apr_pstrdup(ctx->r->pool,SG(request_info).auth_user);
} else {
SG(request_info).auth_user = NULL;
SG(request_info).auth_password = NULL;
--
Edit this bug report at http://bugs.php.net/?id=22672&edit=1
#21752 [Com]: mail() function lost
ID: 21752 Comment by: fred at fred dot fred Reported By: ciano at borgosatollo dot it Status: Bogus Bug Type: Mail related Operating System: Linux Mandrake 9.0 kernel 2.4.19 PHP Version: 4.3.0 New Comment: I followed your link to the manual and found this: XLIX. Mail functions Introduction The mail() function allows you to send mail. Requirements No external libraries are needed to build this extension. Installation There is no installation needed to use these functions; they are part of the PHP core. Previous Comments: [2003-01-19 18:29:48] ciano at borgosatollo dot it Thx, that solved my problem =))) sorry for my lack of attention :D [2003-01-19 18:12:26] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your php lacks the mail() function because during installation (configure phase) PHP was unable to fund sendmail or equivalent binary on your system. [2003-01-19 11:12:36] ciano at borgosatollo dot it I'm using the mail() function as I used to do in the older versions but what I'm getting is an error =((. script: error: Fatal error: Call to undefined function: mail() in /var/www/html/mail.php on line 2 this happens only with php 4.3.0, I read the changelog and ther was nothing reguarding this. thx for help -- Edit this bug report at http://bugs.php.net/?id=21752&edit=1
#22689 [Opn->Bgs]: function registration falied - duplicate name
ID: 22689
Updated by: [EMAIL PROTECTED]
Reported By: c-g at uol dot com dot br
-Status: Open
+Status: Bogus
Bug Type: IIS related
Operating System: NT 4 Svpk 6
PHP Version: 4.3.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
remove the extension = php_gd.dll from php.ini or remove dl('gd.dll')
from your php code - it's built into the binary.
Previous Comments:
[2003-03-13 20:40:24] c-g at uol dot com dot br
Sorry for my english, is terrifc...
After the instalation of PHP version, i can't run .php pages
the browser send me Message Box with the above messages
function registration falied - duplicate name - gd_info
function registration falied - duplicate name - imagearc
function registration falied - duplicate name - imageellipse
function registration falied - duplicate name - imagechar
function registration falied - duplicate name - imagecharup
function registration falied - duplicate name - imagecolorallocate
function registration falied - duplicate name - imagepalettecopy
function registration falied - duplicate name - imagecreateformstring
function registration falied - duplicate name - imagecolorat
function registration falied - duplicate name - imagecolorclosest
function registration falied - duplicate name - imagecolordeallocate
function registration falied - duplicate name - imagecolorresolve
function registration falied - duplicate name - imagecolorexact
function registration falied - duplicate name - imagecolorset
function registration falied - duplicate name - imagecolortransparent
function registration falied - duplicate name - imagecolorstotal
function registration falied - duplicate name - imagecolorsforindex
function registration falied - duplicate name - imagecopy
function registration falied - duplicate name - imagecopymerge
function registration falied - duplicate name - imagecopymergegray
function registration falied - duplicate name - imagecopyresized
function registration falied - duplicate name - imagecreate
function registration falied - duplicate name - imagesetstyle
function registration falied - duplicate name - imagecreateformpng
function registration falied - duplicate name - imagecreateformjpeg
function registration falied - duplicate name - imagecreateformwbmp
function registration falied - duplicate name - imagecreateformgd
function registration falied - duplicate name - imagecreateformgd2
function registration falied - duplicate name - imagecreateformgd2part
function registration falied - duplicate name - imagepng
function registration falied - duplicate name - imagejpeg
function registration falied - duplicate name - imagewbmp
function registration falied - duplicate name - imagegd
function registration falied - duplicate name - imagegd2
function registration falied - duplicate name - imagedestroy
function registration falied - duplicate name - imagegammacorrect
function registration falied - duplicate name - imagefill
function registration falied - duplicate name - imagefilledpolygon
function registration falied - duplicate name - imagefiledrectangle
function registration falied - duplicate name - imagefilltoborder
function registration falied - duplicate name - imagefontwidth
function registration falied - duplicate name - imagefontheight
function registration falied - duplicate name - imageinterlace
function registration falied - duplicate name - imageline
function registration falied - duplicate name - imageloadfont
function registration falied - duplicate name - imagepolygon
function registration falied - duplicate name - imagerectangle
function registration falied - duplicate name - imagesetpixel
function registration falied - duplicate name - imagestring
function registration falied - duplicate name - imagestringup
function registration falied - duplicate name - imagesx
function registration falied - duplicate name - imagesy
function registration falied - duplicate name - imageashedline
function registration falied - duplicate name - imagettfbbox
function registration falied - duplicate name - imagettftext
function registration falied - duplicate name - imagetypes
function registration falied - duplicate name - jpeg2wbmp
function registration falied - duplicate name - png2wbmp
function registration falied - duplicate name - image2wbmp
gd: unable to register function, unable to load
--
Edit this bug report at http://bugs.php.net/?id=22689&edit=1
#22689 [NEW]: function registration falied - duplicate name
From: c-g at uol dot com dot br Operating system: NT 4 Svpk 6 PHP version: 4.3.1 PHP Bug Type: IIS related Bug description: function registration falied - duplicate name Sorry for my english, is terrifc... After the instalation of PHP version, i can't run .php pages the browser send me Message Box with the above messages function registration falied - duplicate name - gd_info function registration falied - duplicate name - imagearc function registration falied - duplicate name - imageellipse function registration falied - duplicate name - imagechar function registration falied - duplicate name - imagecharup function registration falied - duplicate name - imagecolorallocate function registration falied - duplicate name - imagepalettecopy function registration falied - duplicate name - imagecreateformstring function registration falied - duplicate name - imagecolorat function registration falied - duplicate name - imagecolorclosest function registration falied - duplicate name - imagecolordeallocate function registration falied - duplicate name - imagecolorresolve function registration falied - duplicate name - imagecolorexact function registration falied - duplicate name - imagecolorset function registration falied - duplicate name - imagecolortransparent function registration falied - duplicate name - imagecolorstotal function registration falied - duplicate name - imagecolorsforindex function registration falied - duplicate name - imagecopy function registration falied - duplicate name - imagecopymerge function registration falied - duplicate name - imagecopymergegray function registration falied - duplicate name - imagecopyresized function registration falied - duplicate name - imagecreate function registration falied - duplicate name - imagesetstyle function registration falied - duplicate name - imagecreateformpng function registration falied - duplicate name - imagecreateformjpeg function registration falied - duplicate name - imagecreateformwbmp function registration falied - duplicate name - imagecreateformgd function registration falied - duplicate name - imagecreateformgd2 function registration falied - duplicate name - imagecreateformgd2part function registration falied - duplicate name - imagepng function registration falied - duplicate name - imagejpeg function registration falied - duplicate name - imagewbmp function registration falied - duplicate name - imagegd function registration falied - duplicate name - imagegd2 function registration falied - duplicate name - imagedestroy function registration falied - duplicate name - imagegammacorrect function registration falied - duplicate name - imagefill function registration falied - duplicate name - imagefilledpolygon function registration falied - duplicate name - imagefiledrectangle function registration falied - duplicate name - imagefilltoborder function registration falied - duplicate name - imagefontwidth function registration falied - duplicate name - imagefontheight function registration falied - duplicate name - imageinterlace function registration falied - duplicate name - imageline function registration falied - duplicate name - imageloadfont function registration falied - duplicate name - imagepolygon function registration falied - duplicate name - imagerectangle function registration falied - duplicate name - imagesetpixel function registration falied - duplicate name - imagestring function registration falied - duplicate name - imagestringup function registration falied - duplicate name - imagesx function registration falied - duplicate name - imagesy function registration falied - duplicate name - imageashedline function registration falied - duplicate name - imagettfbbox function registration falied - duplicate name - imagettftext function registration falied - duplicate name - imagetypes function registration falied - duplicate name - jpeg2wbmp function registration falied - duplicate name - png2wbmp function registration falied - duplicate name - image2wbmp gd: unable to register function, unable to load -- Edit bug report at http://bugs.php.net/?id=22689&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22689&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22689&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22689&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22689&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22689&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22689&r=support Expected behavior: http://bugs.php.net/fix.php?id=22689&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22689&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22689&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22689&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22689&r=php
#22650 [Fbk->Opn]: Recompile to add in TTF doesn't change phpinfo()
ID: 22650 User updated by: khyri at khyri dot com Reported By: khyri at khyri dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.6 PHP Version: 4.3.1 New Comment: It looks like make clean (and even make distclean) weren't cleaning out enough things. Running a 'make' after a clean or distclean resulted in just one compile line, and then straight into the long link command line. I had to remove the entire source directory structure, and untar the distribution again before it would recompile everything. (It's doing it now, but it will be a while before it's done). Previous Comments: [2003-03-11 22:38:24] [EMAIL PROTECTED] Are you sure it's not just that the page is cached in the browser? :) [2003-03-11 22:36:03] [EMAIL PROTECTED] Check your configure log and see if PHP was able to find the correct version of freetype etc... [2003-03-11 22:27:50] khyri at khyri dot com Installed PHP with the following configure three days ago: './configure' '--with-pgsql=/usr/local/pgsql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-gd' '- -with-png-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-zlib-dir=/usr/local' Today I installed freetype 2.0 and wanted to recompile with --with-freetype-dir=/usr/local as well. Removed config.cache, did 'make clean' and then did the configure, make and make install. '-lfreetype' is present in the last line of the make. The copy of libphp4.so in apache/libexec is dated today. I have stopped and started the apache server, and check in httpd.conf that it is loading libphp4.so from the right place. Yet the output of phpinfo() shows a build date of three days ago, and the TTF functions are not present. What am I forgetting to do? -- Edit this bug report at http://bugs.php.net/?id=22650&edit=1
#22393 [Opn->Bgs]: __FILE__, __LINE__ as default parameter value
ID: 22393
Updated by: [EMAIL PROTECTED]
Reported By: tom dot polak at post dot cz
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Windows, but all
PHP Version: 4.2.3
New Comment:
This should have been posted as a comment to the original (fixed) bug,
not opened as a new bug, therefor this needs to be flagged as 'Bogus'.
The Comment listed with closing states to use debug_backtrace() to get
these values... In your case try the following:
function my_function($msg, $file=false, $line=false) {
$bt = debug_backtrace();
if (!$file) $file = $bt[0]['file'];
if (!$line) $line = $bt[0]['line'];
/* Do your thing */
}
Previous Comments:
[2003-02-24 13:28:51] michael dot mauch at gmx dot de
Have a look at
, then
use an error handler like in the example:
// error handler function
function myErrorHandler ($errno, $errstr, $errfile, $errline) {
print("Error {$msg} in file {$errfile} on line {$errline}\n");
}
where you get $errfile and $errline without problems. For your extra
errors, you can use the trigger_error function.
[2003-02-24 08:11:18] tom dot polak at post dot cz
Hello,
First, I have found similar request as #13944,
but there is NO SOLUTION EXPLAINED, only closed.
If this request is solved, then my request is solved too,
but how was #13944 solved?
I am trying to write error handler function as follows:
function ErrorHandler($msg,$file=__FILE__,$line=__LINE__){
print("Error {$msg} in file {$file} on line {$line}\n");
}
which can be called from any php script when error occurs:
...
if($somethingwrong){
ErrorHandler("something wrong");
}
I can to see the $file and $line pointing to the place,
from which is ErrorHanlder function called.
But currently I see allwys the same file and line
of the ErrorHandler function itself.
This request is based on big amount of php script files,
where is not so simple to found, where the error condition
occurs. Because the $msg itself is often not enough to
explain the point in source code.
Secondary, I need to have own errorhandler, because
using some features when the error appears in SQL command,
there is more additional information displayed (not
showed in example above, because is not relevant to this request). I am
logging errors by its type to several
locations, conditionally email it to response admin
and other things.
Because of hunderts calls of ErrorHandler, using __FILE__
and __LINE__ is very time and place consuming.
With hope, that this description is understandable,
even my poor english knowledge.
Best regards,
Tomas Polak
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=22393&edit=1
#22688 [NEW]: readfile()/get_file_contents() seg faults
From: cfield at affinitysolutions dot com Operating system: Solaris (64Bit) PHP version: 4CVS-2003-03-13 (stable) PHP Bug Type: Reproducible crash Bug description: readfile()/get_file_contents() seg faults Build flags/config options LD_LIBRARY_PATH=/usr/local/lib/sparcv9:/usr/local/lib:/usr/local/ssl/lib:/usr/local/pgsql/lib:/usr/local/mysql/lib PATH=/usr/local/mysql/bin:/usr/local/pgsql/bin:/usr/local/bin:$PATH:/usr/ccs/bin:/opt/sfw/bin//php CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -mcpu=v9 -m64 -ggdb3" export LD_OPTIONS="-64" export LD_FLAGS="-64" export CPPFLAGS=$CFLAGS export CXXFLAGS=$CFLAGS export CC=gcc ./configure --host=sparcv9-sun-solaris2.9 --build=sparcv9-sun-solaris2.9 --enable-bcmath\ --with-pgsql=/usr/local/pgsql --enable-ftp --enable-inline-optimization \ --enable-sockets --enable-sysvsem --enable-sysvshm --enable-magic-quotes --with-bz2 \ --enable-calendar --with-ftp --enable-cli --with-mysql=/usr/local/mysql \ --enable-cli --disable-cgi --enable-debug --without-pear --disable-pear //this segfaults Stack Trace: Program received signal SIGSEGV, Segmentation fault. 0x0001001a34d4 in php_stdiop_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164) at /usr/local/src/php4/main/streams.c:1535 1535*ret = (void*)fd; (gdb) where #0 0x0001001a34d4 in php_stdiop_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164) at /usr/local/src/php4/main/streams.c:1535 #1 0x0001001a49d8 in _php_stream_cast (stream=0x1003e3140, castas=1, ret=0x7fffd164, show_err=0) at /usr/local/src/php4/main/streams.c:2041 #2 0x0001001a1954 in _php_stream_copy_to_mem (src=0x1003e3140, buf=0x7fffd298, maxlen=0, persistent=0, __php_stream_call_depth=0, __zend_filename=0x1002267d0 "/usr/local/src/php4/ext/standard/file.c", __zend_lineno=432, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/local/src/php4/main/streams.c:1096 #3 0x0001000bac50 in zif_file_get_contents (ht=1, return_value=0x1003e2fe0, this_ptr=0x0, return_value_used=0) at /usr/local/src/php4/ext/standard/file.c:432 #4 0x00010020ec68 in execute (op_array=0x1003deac0) at /usr/local/src/php4/Zend/zend_execute.c:1606 #5 0x0001001f14c4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php4/Zend/zend.c:864 #6 0x00010018bcb4 in php_execute_script (primary_file=0x77e0) at /usr/local/src/php4/main/main.c:1636 #7 0x0001002191c0 in main (argc=1, argv=0x78e8) at /usr/local/src/php4/sapi/cli/php_cli.c:753 This fixes: cvs diff main/streams.c Index: main/streams.c === RCS file: /repository/php4/main/Attic/streams.c,v retrieving revision 1.125.2.37 diff -u -r1.125.2.37 streams.c --- main/streams.c 6 Mar 2003 20:58:19 - 1.125.2.37 +++ main/streams.c 13 Mar 2003 23:32:16 - @@ -1024,7 +1024,7 @@ int ready = 0; char buf[8192]; #ifdef HAVE_MMAP - int fd; + long fd; #endif #ifdef HAVE_MMAP @@ -1076,7 +1076,7 @@ int step = CHUNK_SIZE; int min_room = CHUNK_SIZE / 4; #if HAVE_MMAP - int srcfd; + long srcfd; #endif if (buf) -- Edit bug report at http://bugs.php.net/?id=22688&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22688&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22688&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22688&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22688&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22688&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22688&r=support Expected behavior: http://bugs.php.net/fix.php?id=22688&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22688&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22688&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22688&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22688&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22688&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22688&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22688&r=gnused
#22683 [Opn->Fbk]: Looks like math lib not found, which is installed
ID: 22683 Updated by: [EMAIL PROTECTED] Reported By: j dot lammerts at chello dot nl -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: AIX 5.1 PHP Version: 4CVS-2003-03-13 (stable) New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-03-13 14:30:40] j dot lammerts at chello dot nl First try to compile PHP on AIX 5.1. gcc version 2.95.3 AIX level 5.1.0.0 Only option used (for test) in configure: --without-mysql. Make ends in this: ld: 0711-317 ERROR: Undefined symbol: .pow ld: 0711-317 ERROR: Undefined symbol: .ceil ld: 0711-317 ERROR: Undefined symbol: .floor ld: 0711-317 ERROR: Undefined symbol: .sin ld: 0711-317 ERROR: Undefined symbol: .cos ld: 0711-317 ERROR: Undefined symbol: .tan ld: 0711-317 ERROR: Undefined symbol: .asin ld: 0711-317 ERROR: Undefined symbol: .acos ld: 0711-317 ERROR: Undefined symbol: .atan ld: 0711-317 ERROR: Undefined symbol: .atan2 ld: 0711-317 ERROR: Undefined symbol: .sinh ld: 0711-317 ERROR: Undefined symbol: .cosh ld: 0711-317 ERROR: Undefined symbol: .tanh ld: 0711-317 ERROR: Undefined symbol: .exp ld: 0711-317 ERROR: Undefined symbol: .expm1 ld: 0711-317 ERROR: Undefined symbol: .log ld: 0711-317 ERROR: Undefined symbol: .log10 ld: 0711-317 ERROR: Undefined symbol: .sqrt ld: 0711-317 ERROR: Undefined symbol: .fmod ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. I remember that these messages can mean that libm is not installed, but it is.. Any suggestions ? Hans -- Edit this bug report at http://bugs.php.net/?id=22683&edit=1
#22684 [Opn->Fbk]: Unhappy with strtoll declaration in bundled libmysql
ID: 22684 Updated by: [EMAIL PROTECTED] Reported By: michael dot mauch at gmx dot de -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Tru64 4.0g PHP Version: 4.3.2RC1 New Comment: Do you get the same error when you compile mysql? Previous Comments: [2003-03-13 15:24:21] michael dot mauch at gmx dot de cc: Error: /house/elmicha/local/src/php-4.3.2RC1/ext/mysql/libmysql/strto.c, line 68: In this declaration, the type of "strtoll" is not compatible with the type of a previous declaration of "strtoll" at line number 44 in file /usr/include.dtk/stdlib.h. (notcompat) function (const char *nptr,char **endptr,int base) ^ The declaration of strtoll() in stdlib.h is: extern long long int strtoll( const char * /*restrict*/ __nptr, char ** /*restrict*/ __endptr, int __base); The declaration in strto.c is expanded to: longlong strtoll (const char *nptr,char **endptr,int base) % cc -V: Compaq C V6.5-207 (dtk) on Digital UNIX V4.0G (Rev. 1530) Compiler Driver V6.5-207 (dtk) (dtk) cc Driver http://bugs.php.net/bug.php?id=18815 looks similar, but it's closed (and on Linux). -- Edit this bug report at http://bugs.php.net/?id=22684&edit=1
#22685 [Opn->Fbk]: Persistent connections not closed
ID: 22685 Updated by: [EMAIL PROTECTED] Reported By: M dot Hankus at ce3 dot pl -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: Linux PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-13 15:59:40] M dot Hankus at ce3 dot pl Recently I upgraded postgresql and php (to postgresql 7.3.2 and php 4.3.1) and encountered problem with persistent connections. phpinfo says that: Active Persistent Links =1 Active Links = 1 but pgmonitor (tool for monitoring postgresql) reports at the same time that there is 5 open connection (number grows to number of allowed connections by postgresql in my case 70, but pgsql.max_links is set to 15 so it should never happen). -- Edit this bug report at http://bugs.php.net/?id=22685&edit=1
#20449 [Com]: sessions randomly fail
ID: 20449 Comment by: dave at flitsservice dot nl Reported By: josh at zebotech dot com Status: Open Bug Type: Session related Operating System: redhat 7.3 PHP Version: 4.4.0-dev New Comment: * PHP Version 4.2.2 (and 4.1.1) * Apache 2.0.40 (and 1.3.23) * Windows NT 5.1 build 2600 (Windows XP sp1) Allright, I experience this problem also! (thnx Google). It drives me mad, I already did a downgrade to PHP v4.1.1 without succes. I experience the same situation as jpmarray, the page looks like it loads, I get some HTML code and a part of my page is displayed... Suddenly it breaks off the output showing some unfinished HTML code and a "Page cannot be displayed" occurs. And I'm talking of the well known phpinfo.php now! The strange thing which someone else mentioned also here, is that it works perfectly well with all non-IE related browsers. I tested it for example with Mozilla 1.0 and everything is working fine. And now comes the strange part. I have another server here, running exactly the same OS (Windows NT 5.1 build 2600) and exactly the same installation and php.ini file (version 4.1.1) and that is working perfectly well. The only difference is the Apache server version; 1.3.23 And I don't want to downgrade Apache unless I have too... Oh and another thing, I tried to run phpinfo.php on different machines, all resulting with the same problem. No go with IE and Mozilla and Opera 7 everything looks OK... But while I test this when I'm writing this now, I see that it isn't OK either with other browsers... It does not result in a "page cannot be found" error but it just unfinishes the page ending. This looks like it's doing it at random... Sometimes stopping earlier and sometimes near the end of the output... Very strange! Nothing is wrong with my php maximum execution time or something. Remember that I have two different servers with exactly the same PHP installation... Maybe I'll try an Apache downgrade to exclude some things out tomorrow... First I'll get some sleep, luckily this is less critical than the problem of Josh... Dave Lolkes de Beer The Netherlands Previous Comments: [2003-01-31 14:57:30] jpmurray at hxti dot com Hello all, * PHP Version 4.2.3 * Apache 1.3.27 * Linux * config: ./configure' '--with-apxs' '--with-oci8=/usr/local/oracle/m01/app/oracle/product/8.1.7/' '--with-openssl' '--with-curl' '--with-mysql' I'm having this problem every day, and can reproduce at will. Extremely frustrating. For me it only occurs upon (successful) login to my site. Instead of going to the php index, I get a "Page cannot be displayed". I'm using non-cookie sessions managed by an Oracle database. Once I am in, past the login, the error never occurs however. It seems only to be a problem when the session is first initialized via session_start(). After this, I pass the sid via the URL, and its subsequently checked by the target script against the oracle db for authenticity- No problems at all there. Does anybody else see this problem occur only upon doing things such as logging in? Thanks, J. Murray HX Technologies [2003-01-08 11:45:20] phpBug20449 at rehner dot net Further testing shows that on Windows 2000 Server with Identical Configurations as the Windows 2000 Pro (I did diffs to be sure) reveals: Win2000Server 2 Processor- 2 failues in an estimates 300,000 tests. Win2000Server 4 processor - 0 failures in 1000 tests (Just started running this one.) Basically I had everyone in the office run the test against the 2 Processor system at the same time. Only 2 failures in that many requests I can live with. So is it more of an issue on less capable systems? [2003-01-08 01:52:58] josh at zebotech dot com interesting. However, I switched my session manager to a dbase function and it still died. How would file locking effect that? I'm interested in the fact though that you can actually witness the bug first hand. I only saw that it was happening. However, I could never get the thing to happen to me. Also, since I have gone to my own session code without using php's built in sessions, I don't have problems at all anymore. Josh [2003-01-08 01:19:06] bug20449 at rehner dot net My script will fail in as short as 1 request or over 1000 requests. I did set session.gc_probability = 0 but still fails. -Ryan [2003-01-08 01:13:53] phpBug20449 at rehner dot net I CAN REPRODUCE THIS BUG!!! Sort ofÂ… I too had my software working perfectly for over a year under PHP 4.0.6 / Apache 1.3.24 on Win2000 Pro (development) Win2000 Server (production). After upgrading to PHP 4
#22671 [Ana]: IMG SRC not able to get SESSION values
ID: 22671
User updated by: ronneil at restricted dot dyndns dot org
Reported By: ronneil at restricted dot dyndns dot org
Status: Analyzed
Bug Type: Session related
Operating System: FreeBSD 4.7 and Redhat 7.3
PHP Version: 4.3.0
New Comment:
I have tried the same code and followed what you told me. I have
removed the session_destroy() and still, I am not able to extract any
values from the session variables. I have noticed that it works when I
used include("test2.php"). But I can't used this function since the
real code that I have does generate real image.
You should try the code and you will see what I mean.
Thanks. I will wait for another response.
Previous Comments:
[2003-03-13 01:36:25] [EMAIL PROTECTED]
You explicitly destroy the session right there at the bottom of
test1.php. Why do you think that the session will still be around by
the time the request for the test2 image comes through? Chances are
that test1 has finished executing by then and thus you session data has
been destroyed.
[2003-03-13 01:31:31] ronneil at restricted dot dyndns dot org
I am trying to retrieve values from a SESSION variable array. To
retrieve, I am using . Unfortunately, I am not
able to see any value. Below are 2 sample php files to recreate the
error. "test1.php" calls "test2.php" via TAG.
Currently in production, I have a working code
(http://restricted.dyndns.org/codes/ocishow1.php) that uses almost same
concept below but this one saves the data to a file first. This code
calls another php file
(http://restricted.dyndns.org/codes/ocishow2.php) to generate the graph
and is called via .
--TEST CODE---
FILENAME : test1.php
";
}
$pagenum = $ipage;
$arraysize = count($_SESSION[$ipage]);
echo "Pagenum : $pagenum, Size of current array :
$arraysize";
echo '';
echo "New line";
}
session_destroy();
?>
-
FILENAME : test2.php
--
Edit this bug report at http://bugs.php.net/?id=22671&edit=1
#9862 [Com]: fopen of http://user:pass@domain:port/file.html failed with Bad file descriptor
ID: 9862
Comment by: ottawasixtyseven at hotmail dot com
Reported By: stenzel at hnm dot de
Status: Closed
Bug Type: Filesystem function related
Operating System: redhat 7.0/apache 1.3.19
PHP Version: 4.0.4pl1
New Comment:
Fixed in latest snapshot. Thank you.
Ottawa
Previous Comments:
[2003-03-03 13:11:21] ottawasixtyseven at hotmail dot com
Hi,
This is still a problem. It appears to be random. Certain combinations
of letters and numbers within the URL will cause the fopen() to fail.
This bug still exists in PHP 4.3
Please re-open this bug.
Thanks,
Ottawa
[2001-04-19 09:38:01] [EMAIL PROTECTED]
No feedback. If problem still perists with soon to be released 4.0.5,
reopen this bug report.
--Jani
[2001-03-20 08:17:16] [EMAIL PROTECTED]
Works for me with latest CVS. Please try the latest CVS snapshot from
http://snaps.php.net/
--Jani
[2001-03-20 05:46:03] stenzel at hnm dot de
$file = "http://user:[EMAIL PROTECTED]:/file.html";
$fh = fopen($file, "r");
while(! feof($fh)) {
...
}
this script fails with the following error:
Warning:
fopen("http://[EMAIL PROTECTED]:/file.html","r")
- Bad file descriptor in ... on line 2
this script runs with php 4.0.3pl1 and $file =
"http://user:[EMAIL PROTECTED]/file.html" works too on php 4.0.4pl1,
but I need the port in combination with a user and password!!
--
Edit this bug report at http://bugs.php.net/?id=9862&edit=1
#10110 [Com]: Problem with fopen() - Bad file descriptor
ID: 10110
Comment by: ottawasixtyseven at hotmail dot com
Reported By: senser at email dot si
Status: Closed
Bug Type: *Directory/Filesystem functions
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
Fixed in latest snapshot. Thank you.
Ottawa
Previous Comments:
[2003-03-05 09:33:07] ottawasixtyseven at hotmail dot com
Note: This bug still exists in ALL versions of PHP right up to 4.3.1
and the snapshots.
Ottawa
[2001-04-02 18:28:09] [EMAIL PROTECTED]
This should be fixed in CVS. Try latest CVS snapshot from
http://snaps.php.net/
Reopen this bug report if problem still exists with latest CVS
snapshot.
(I tried your script and it worked just fine)
--Jani
[2001-04-02 07:26:48] senser at email dot si
I have used and tested a script on linux machine with an apache
webserver and php4 installed, i got error of a bad file desctiptor in
the fopen statement:
The code i used is:
$page="http://www.feri.uni-mb.si/";;
$fp=fopen($page,"r") or die("Error");
when the url was http://www.senser.f2s.com/welcome.html";
(my website)
everthing worked fine!
Ales!
--
Edit this bug report at http://bugs.php.net/?id=10110&edit=1
#22687 [Opn->Bgs]: remove adresse does not working
ID: 22687 Updated by: [EMAIL PROTECTED] Reported By: bertrand dot vauthier at free dot fr -Status: Open +Status: Bogus Bug Type: *URL Functions Operating System: windows XP PHP Version: 4.3.2RC1 New Comment: Please stop posting these as bug reports.. Previous Comments: [2003-03-13 16:21:21] bertrand dot vauthier at free dot fr when i want to remove my email adresse from yours database on teh web site : http://www.quickleadz.bz/mort/rem/, I have got this follow message : " Warning: fopen(removes.txt) [function.fopen]: failed to create stream: Permission denied in /home/www/mainsite/mort/rem/index.php on line 12 Warning: fputs(): supplied argument is not a valid stream resource in /home/www/mainsite/mort/rem/index.php on line 13 " I always try to get off my email adress from you but each time, i receive mails. Please make something to stop mails. Tks a lot -- Edit this bug report at http://bugs.php.net/?id=22687&edit=1
#22686 [Opn->Fbk]: ldap_get_entries crash with no error.
ID: 22686
Updated by: [EMAIL PROTECTED]
Reported By: pyrox_pro at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: RedHat 7.3
PHP Version: 4.3.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-03-13 16:20:06] pyrox_pro at hotmail dot com
For a description that looks pretty, go here:
http://www.phpbuilder.com/board/showthread.php?s=&threadid=10232112
This code worked awhile back. Seems like it was working a few versions
back. Now it just dies, no errors to screen, no errors in apache logs,
not one thing anywhere. The output just stops at the function:
$info=ldap_get_entries($ds, $sr);
For no apparent reason. At first I thought it was outdated libs, so I
updated everything, openldap, openssl, php to 4.3.1 , ect.
Still nothing. It just dies with no output or explanation.
PHP:
$ds=ldap_connect("ldaps://".$ldap['SERV']."/");
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
if(ldap_errno($ds)) die("".ldap_error($ds));
$sr=ldap_search($ds,"OU=".stripslashes($agent).",
".$ldap['dn']."","CN=*");
if(ldap_errno($ds)) die("".ldap_error($ds));
echo "Number of entires returned is
".ldap_count_entries($ds,$sr)."";
echo "Getting entries ...";
flush();
$info=ldap_get_entries($ds, $sr);
echo "Data for ".$info["count"]." items returned:";
flush();
for ($i=0; $i<$info["count"]; $i++) {
echo "dn is: ". $info[$i]["dn"] ."";
echo "first cn entry is: ". $info[$i]["cn"][0] ."";
echo "first email entry is: ". $info[$i]["mail"][0] ."";
}
echo "Closing connection";
flush();
The output when run looks like this:
Number of entires returned is 580
Getting entries ...
And thats it, just sudden death. I view the page source just to be
sure. And like I said, there is squat in the logs about any errors.
Much of this code is pulled directly from the manual or tutorials.
It used to work, some event caused it to fail.
( I went from php 4.2.2 to php 4.3 )
I have searched google, the php.net bug lists, ect.
--
Edit this bug report at http://bugs.php.net/?id=22686&edit=1
#22687 [NEW]: remove adresse does not working
From: bertrand dot vauthier at free dot fr Operating system: windows XP PHP version: 4.3.2RC1 PHP Bug Type: *URL Functions Bug description: remove adresse does not working when i want to remove my email adresse from yours database on teh web site : http://www.quickleadz.bz/mort/rem/, I have got this follow message : " Warning: fopen(removes.txt) [function.fopen]: failed to create stream: Permission denied in /home/www/mainsite/mort/rem/index.php on line 12 Warning: fputs(): supplied argument is not a valid stream resource in /home/www/mainsite/mort/rem/index.php on line 13 " I always try to get off my email adress from you but each time, i receive mails. Please make something to stop mails. Tks a lot -- Edit bug report at http://bugs.php.net/?id=22687&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22687&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22687&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22687&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22687&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22687&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22687&r=support Expected behavior: http://bugs.php.net/fix.php?id=22687&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22687&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22687&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22687&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22687&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22687&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22687&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22687&r=gnused
#22686 [NEW]: ldap_get_entries crash with no error.
From: pyrox_pro at hotmail dot com
Operating system: RedHat 7.3
PHP version: 4.3.1
PHP Bug Type: LDAP related
Bug description: ldap_get_entries crash with no error.
For a description that looks pretty, go here:
http://www.phpbuilder.com/board/showthread.php?s=&threadid=10232112
This code worked awhile back. Seems like it was working a few versions
back. Now it just dies, no errors to screen, no errors in apache logs, not
one thing anywhere. The output just stops at the function:
$info=ldap_get_entries($ds, $sr);
For no apparent reason. At first I thought it was outdated libs, so I
updated everything, openldap, openssl, php to 4.3.1 , ect.
Still nothing. It just dies with no output or explanation.
PHP:
$ds=ldap_connect("ldaps://".$ldap['SERV']."/");
$r=ldap_bind($ds,$ldap['user'],$ldap['pass']);
if(ldap_errno($ds)) die("".ldap_error($ds));
$sr=ldap_search($ds,"OU=".stripslashes($agent).",
".$ldap['dn']."","CN=*");
if(ldap_errno($ds)) die("".ldap_error($ds));
echo "Number of entires returned is ".ldap_count_entries($ds,$sr)."";
echo "Getting entries ...";
flush();
$info=ldap_get_entries($ds, $sr);
echo "Data for ".$info["count"]." items returned:";
flush();
for ($i=0; $i<$info["count"]; $i++) {
echo "dn is: ". $info[$i]["dn"] ."";
echo "first cn entry is: ". $info[$i]["cn"][0] ."";
echo "first email entry is: ". $info[$i]["mail"][0] ."";
}
echo "Closing connection";
flush();
The output when run looks like this:
Number of entires returned is 580
Getting entries ...
And thats it, just sudden death. I view the page source just to be sure.
And like I said, there is squat in the logs about any errors.
Much of this code is pulled directly from the manual or tutorials.
It used to work, some event caused it to fail.
( I went from php 4.2.2 to php 4.3 )
I have searched google, the php.net bug lists, ect.
--
Edit bug report at http://bugs.php.net/?id=22686&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22686&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22686&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22686&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22686&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22686&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22686&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22686&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22686&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22686&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22686&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22686&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22686&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22686&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22686&r=gnused
#22670 [Opn->Bgs]: session_start() URL Bug
ID: 22670 Updated by: [EMAIL PROTECTED] Reported By: r_stretch at yahoo dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Debian PHP Version: 4.3.1 New Comment: And again: This is not a bug. It's normal. Previous Comments: [2003-03-13 13:39:33] r_stretch at yahoo dot com I am editting the code so you can actually see the example more appropriately. Try this actual code an you will see the bug I am speaking of. < start > INDEX.PHP hover mouse - click to reload http://path_to_URL/index.php";>hover mouse only <- end -> [2003-03-13 00:18:04] [EMAIL PROTECTED] Yes, it's normal. (the cookie is not set at the first request) [2003-03-12 23:03:05] r_stretch at yahoo dot com Hi there, It seems that if the index.php starts with session_start() any hyperlinks that do not begin with "http://"; within the document will have the PHPSESSID appended to the end of the hyperlink. Though once you refresh the same page the PHPSESSID removes itself from the hyperlink. Example: < start > INDEX.PHP reload this page <- end -> When you hover the cursor over the hyperlink you will see: http://path_to_URL/index.php?PHPSESSID=hash_characters Now click that same link and you will see (will refresh the page): http://path_to_URL/index.php I install only with MySQL, GD, CGI modules. Is this a bug or is it working as expected? -- Edit this bug report at http://bugs.php.net/?id=22670&edit=1
#21475 [Opn->Csd]: Conflict in versions of gds32.dll
ID: 21475 Updated by: [EMAIL PROTECTED] Reported By: tdb at hotmail dot ru -Status: Open +Status: Closed Bug Type: InterBase related Operating System: WIN32 PHP Version: 4.3.0 New Comment: see bug #8043 Previous Comments: [2003-01-06 17:33:45] tdb at hotmail dot ru Using Interbase 5.6 and precompiled Win32 version of PHP (not only 4.3.0, also in 4.1.0) I've found, that there is conflict in gds32.dll. PHP can't work with file from Interbase installation, and Interbase cant work with same file from PHP. -- Edit this bug report at http://bugs.php.net/?id=21475&edit=1
#22290 [Com]: curl seems to have problems sending https
ID: 22290 Comment by: daniel at haxx dot se Reported By: donauinsel at hotmail dot com Status: No Feedback Bug Type: cURL related Operating System: W32/NT PHP Version: 4.3.1 New Comment: I'd just like to mention that the documentation on curl and how to deal with certificate verification in libcurl 7.10 and later has a new "permanent" URL that is better to point to than the one previously mentioned in another bug report: http://curl.haxx.se/docs/sslcerts.html Previous Comments: [2003-03-13 05:04:51] black at flamingo dot ru Just found the answer in the next bug-report: http://bugs.php.net/bug.php?id=22379 [2003-03-13 04:37:35] black at flamingo dot ru I have the same problem - when I'm trying to retreive https:// content via cURL I'm getting "SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed". When I go to the same urls with a browser - everything's Ok. http:// queries work just fine. I have PHP 4.3.1 newly installed so I'm absolutely sure I use libraries from 4.3.1 package. Here's code which causes the error (CGI under IIS): https://www.verisign.com/"; ; $ch = curl_init(); curl_setopt ($ch, CURLOPT_URL, $url); curl_setopt ($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (compatible; MSIE5.01; Windows NT 5.0)"); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); echo "|". curl_exec($ch)."|"; if (curl_errno($ch)) echo "ERROR: ".curl_error($ch); curl_close($ch); ?> Thanks [2003-02-25 02:08:22] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-19 17:00:32] daniel at haxx dot se Please elaborate a lot more on the "seems to have problems" part. [2003-02-19 04:18:37] [EMAIL PROTECTED] What was your previous PHP version? Are you sure you have upgraded ALL the old dlls with the new ones found in the 4.3.1 release package? 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/22290 -- Edit this bug report at http://bugs.php.net/?id=22290&edit=1
#20641 [Opn->Csd]: Numeric type returns invalid result using ibase_fetch_row/ibase_fetch_object
ID: 20641 Updated by: [EMAIL PROTECTED] Reported By: jear at aabc dot dk -Status: Open +Status: Closed Bug Type: InterBase related Operating System: Windows NT / Firebird 1.0 PHP Version: 4.2.3 New Comment: Fixed in current CVS and php_4_3 Previous Comments: [2003-02-11 02:37:53] jear at aabc dot dk I've tried the CVS snapshot for Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Unfortunately the numeric/decimal datatype beyond the bounds of the PHP integer type (> 2147483647), still causes an overflow. integer overflow is still there. [2003-02-10 13:01:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2002-12-22 06:04:48] jear at aabc dot dk The problem still exits after downloadning the latest PHP4 at http://snaps.php.net/win32/php4-win32-latest.zip. [2002-12-21 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-04 22:49:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/20641 -- Edit this bug report at http://bugs.php.net/?id=20641&edit=1
#22497 [Opn]: php writes on wrong position in file after new lines
ID: 22497 User updated by: henrik dot gebauer at web dot de Reported By: henrik dot gebauer at web dot de Status: Open Bug Type: Apache2 related Operating System: Windows 2000 -PHP Version: 4CVS-2003-03-05 (stable) (Apache2 module) +PHP Version: 4.3.2RC1 New Comment: I could locate the bug in main/streams.c main/php_streams.h by using old versions of those files (PHP 4.3.0) I hope this helps. Previous Comments: [2003-03-09 18:40:33] [EMAIL PROTECTED] I'm not sure, but maybe this problem has something to do with _setmode() invocation in the CLI/CGI version. [2003-03-05 14:04:10] henrik dot gebauer at web dot de Yes. I tried the CGI version today and all chars were written into the file. [2003-03-05 12:34:41] [EMAIL PROTECTED] So the bug happens ONLY under Apache2 when you run PHP as apache module? [2003-03-05 07:48:24] henrik dot gebauer at web dot de I have my own php.ini. (changes: max_execution_time=5, error_reporting=E_ALL, include_path, extension_dir, extension=php_gd2.dll, session.save_path=C:\WINNT\TEMP and I have the Zend Optimizer installed) But I tried it also with the php.ini-dist of the latest stable snapshot what didn't fix the bug. Normally, I'm using PHP as an Apache2 module but I couldn't reproduce the bug with CGI/FastCGI. It doesn't matter if I use a compiled snapshot or if I compile it by myself. [2003-03-04 19:29:00] [EMAIL PROTECTED] Are you 100% sure there isn't some clash with the versions now?? Also, does this happen with CLI/CGI ? What php.ini are you using? And what have you changed in it? Are you loading any extensions in it? If only you have this problem, and two developers can't reproduce it, it's most likely something wrong in your side, not in PHP.. 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/22497 -- Edit this bug report at http://bugs.php.net/?id=22497&edit=1
#22685 [NEW]: Persistent connections not closed
From: M dot Hankus at ce3 dot pl Operating system: Linux PHP version: 4.3.1 PHP Bug Type: PostgreSQL related Bug description: Persistent connections not closed Recently I upgraded postgresql and php (to postgresql 7.3.2 and php 4.3.1) and encountered problem with persistent connections. phpinfo says that: Active Persistent Links =1 Active Links = 1 but pgmonitor (tool for monitoring postgresql) reports at the same time that there is 5 open connection (number grows to number of allowed connections by postgresql in my case 70, but pgsql.max_links is set to 15 so it should never happen). -- Edit bug report at http://bugs.php.net/?id=22685&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22685&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22685&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22685&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22685&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22685&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22685&r=support Expected behavior: http://bugs.php.net/fix.php?id=22685&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22685&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22685&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22685&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22685&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22685&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22685&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22685&r=gnused
#22684 [NEW]: Unhappy with strtoll declaration in bundled libmysql
From: michael dot mauch at gmx dot de Operating system: Tru64 4.0g PHP version: 4.3.2RC1 PHP Bug Type: Compile Failure Bug description: Unhappy with strtoll declaration in bundled libmysql cc: Error: /house/elmicha/local/src/php-4.3.2RC1/ext/mysql/libmysql/strto.c, line 68: In this declaration, the type of "strtoll" is not compatible with the type of a previous declaration of "strtoll" at line number 44 in file /usr/include.dtk/stdlib.h. (notcompat) function (const char *nptr,char **endptr,int base) ^ The declaration of strtoll() in stdlib.h is: extern long long int strtoll( const char * /*restrict*/ __nptr, char ** /*restrict*/ __endptr, int __base); The declaration in strto.c is expanded to: longlong strtoll (const char *nptr,char **endptr,int base) % cc -V: Compaq C V6.5-207 (dtk) on Digital UNIX V4.0G (Rev. 1530) Compiler Driver V6.5-207 (dtk) (dtk) cc Driver http://bugs.php.net/bug.php?id=18815 looks similar, but it's closed (and on Linux). -- Edit bug report at http://bugs.php.net/?id=22684&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22684&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22684&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22684&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22684&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22684&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22684&r=support Expected behavior: http://bugs.php.net/fix.php?id=22684&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22684&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22684&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22684&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22684&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22684&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22684&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22684&r=gnused
#19599 [Bgs]: "driver initialization failed" on any "driver"
ID: 19599 User updated by: ivoras at fer dot hr Reported By: ivoras at fer dot hr Status: Bogus Bug Type: DBM/DBA related Operating System: Linux (Debian 3) PHP Version: 4.2.3 Assigned To: helly New Comment: Just to add, this was NOT a bogus report, and the problem was visible on many systems, including FreeBSD. There IS something fishy going on with the DBA module, no the least with the (absence/improper use) of record locking. My final solution was to use a custom PHP-written flat file system, until all is solved. Previous Comments: [2003-03-13 14:09:19] [EMAIL PROTECTED] With flatfile i mean "--enable-flatfile" However do you use lib-d2.a or .so? In case of .a use the .so (it may be necessary to recompile db2 with "--enable-shared"). To test this use "ldd php". [2003-03-13 08:52:10] b0nks at nerim dot net actually i have db2 support enabled and it does not work at all, i'll try and tell you what the result is without ndbm enabled. what do you mean "enabling flatfile"? Did another test: on a RedHat 8 / PHP 4.3.1 same result [2003-03-10 17:12:38] [EMAIL PROTECTED] For a first start please only use db2 OR db3 support. If this doesn't help disable ndbm also. Then enable flatfile and see if this works. Since you cannot have both db2 and db3 enabled this stays bogus. [2003-03-10 03:00:42] b0nks at nerim dot net I got the same error whatever dba_* function i use: i have tested on Windows XP / PHP 4.2.0 Linux GNU Debian / PHP 4.1.2 Linux GNU Debian / PHP 4.3.1 dba support is enabled in all versions refering to phpinfo(); [2002-09-25 17:11:58] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. 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/19599 -- Edit this bug report at http://bugs.php.net/?id=19599&edit=1
#22416 [NoF->Dup]: failed to create stream: Too many open files in Unknown on line 0
ID: 22416 Updated by: [EMAIL PROTECTED] Reported By: jhalla at legion dot org -Status: No Feedback +Status: Duplicate Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.3.0 -Assigned To: +Assigned To: wez New Comment: The issue is that the (brain-dead) solaris libc has a hard limit of 256 FILE*s. It is not possible to fopen() more files than that (although open() works just fine). Duplicate of Bug #20274. Previous Comments: [2003-03-13 12:44:39] fowler at csufresno dot edu Still seeing it with php4-STABLE-200303121630. [2003-03-13 12:16:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-07 19:55:47] [EMAIL PROTECTED] jflemer: Thats my guess. You could try running the "ab" (apache bench) tool to stress test the dev server and see if the fault occurs. [2003-03-07 11:34:39] [EMAIL PROTECTED] Wez, I've just tried a recent snapshot (stable 200303051430), and I no longer see this warning. However, without deploying this on a production server, I cannot get the same hit rate, and the same variation on php script execution. Do you think that this was just a symptom of Bug #21713 (leaky descriptors on remote includes)? [2003-03-05 18:20:11] fowler at csufresno dot edu 4.3.2-dev (stable latest snap) Still see it. "failed to open stream: Too many open files in Unknown on line 0" Anyone run pstack on the httpd, yet? 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/22416 -- Edit this bug report at http://bugs.php.net/?id=22416&edit=1
#22683 [NEW]: Looks like math lib not found, which is installed
From: j dot lammerts at chello dot nl Operating system: AIX 5.1 PHP version: 4CVS-2003-03-13 (stable) PHP Bug Type: Compile Failure Bug description: Looks like math lib not found, which is installed First try to compile PHP on AIX 5.1. gcc version 2.95.3 AIX level 5.1.0.0 Only option used (for test) in configure: --without-mysql. Make ends in this: ld: 0711-317 ERROR: Undefined symbol: .pow ld: 0711-317 ERROR: Undefined symbol: .ceil ld: 0711-317 ERROR: Undefined symbol: .floor ld: 0711-317 ERROR: Undefined symbol: .sin ld: 0711-317 ERROR: Undefined symbol: .cos ld: 0711-317 ERROR: Undefined symbol: .tan ld: 0711-317 ERROR: Undefined symbol: .asin ld: 0711-317 ERROR: Undefined symbol: .acos ld: 0711-317 ERROR: Undefined symbol: .atan ld: 0711-317 ERROR: Undefined symbol: .atan2 ld: 0711-317 ERROR: Undefined symbol: .sinh ld: 0711-317 ERROR: Undefined symbol: .cosh ld: 0711-317 ERROR: Undefined symbol: .tanh ld: 0711-317 ERROR: Undefined symbol: .exp ld: 0711-317 ERROR: Undefined symbol: .expm1 ld: 0711-317 ERROR: Undefined symbol: .log ld: 0711-317 ERROR: Undefined symbol: .log10 ld: 0711-317 ERROR: Undefined symbol: .sqrt ld: 0711-317 ERROR: Undefined symbol: .fmod ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. I remember that these messages can mean that libm is not installed, but it is.. Any suggestions ? Hans -- Edit bug report at http://bugs.php.net/?id=22683&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22683&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22683&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22683&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22683&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22683&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22683&r=support Expected behavior: http://bugs.php.net/fix.php?id=22683&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22683&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22683&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22683&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22683&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22683&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22683&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22683&r=gnused
#19599 [Bgs]: "driver initialization failed" on any "driver"
ID: 19599 Updated by: [EMAIL PROTECTED] Reported By: ivoras at fer dot hr Status: Bogus Bug Type: DBM/DBA related Operating System: Linux (Debian 3) PHP Version: 4.2.3 Assigned To: helly New Comment: With flatfile i mean "--enable-flatfile" However do you use lib-d2.a or .so? In case of .a use the .so (it may be necessary to recompile db2 with "--enable-shared"). To test this use "ldd php". Previous Comments: [2003-03-13 08:52:10] b0nks at nerim dot net actually i have db2 support enabled and it does not work at all, i'll try and tell you what the result is without ndbm enabled. what do you mean "enabling flatfile"? Did another test: on a RedHat 8 / PHP 4.3.1 same result [2003-03-10 17:12:38] [EMAIL PROTECTED] For a first start please only use db2 OR db3 support. If this doesn't help disable ndbm also. Then enable flatfile and see if this works. Since you cannot have both db2 and db3 enabled this stays bogus. [2003-03-10 03:00:42] b0nks at nerim dot net I got the same error whatever dba_* function i use: i have tested on Windows XP / PHP 4.2.0 Linux GNU Debian / PHP 4.1.2 Linux GNU Debian / PHP 4.3.1 dba support is enabled in all versions refering to phpinfo(); [2002-09-25 17:11:58] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-25 13:34:00] ivoras at fer dot hr Running php with db3 and db2 and gdbm causes all dba_* functions to fail with "driver initialization failed" error regardless of which driver is used. -- Edit this bug report at http://bugs.php.net/?id=19599&edit=1
#21820 [WFx->Ctl]: bc break in parser
ID: 21820
Updated by: [EMAIL PROTECTED]
Reported By: george at omniti dot com
-Status: Wont fix
+Status: Critical
Bug Type:Scripting Engine problem
-PHP Version: 4.3.0
+PHP Version: 4.3.2-RC1
New Comment:
This still provides a bogus E_NOTICE, which is the bug. The feature
request of "$arr['foo']" working is #15677 not #21820
To simply fix the bug, 4.3.2 should provide a parse error just like
4.2.3 does.
A/the discussion took place on the zend2 mailing list, which can be
seen around here:
http://www.zend.com/lists/engine2/200302/maillist.html
Thread title: "[Zend Engine 2] fix for bug 21820"
Previous Comments:
[2003-02-25 04:50:31] [EMAIL PROTECTED]
Stig's reply on the mailing list:
Take consistency further, and you wonder should "'a'" === "a"?
No, so why should "$foo['a']" === "$foo[a]"?
The index is already quoted, it's inside the string.
The syntax we're talking about here is supposed to be
straightforward and simple, and for any kind of tricks we
recommend the "{$foo['a']}" syntax. IMHO this would bloat the syntax
beyond straightforward.
Thus we better keep it like it is now -> wont fix.
[2003-02-13 13:04:39] [EMAIL PROTECTED]
I still maintain that the patch I posted is the right way
to solve the problem.
$a['b'] is the 'correct' way to access an associative array
outside of a quoted section, it should at least be allowed
inside double quotes. This encourages consisitency within
the language.
[2003-02-13 12:52:17] [EMAIL PROTECTED]
Marking as critical. This is a serious bug as it's subtle and confuses
newbies, especially when they/we try to use autoglobals in strings.
This bug fix really needs to make it into 4.3.1
[2003-01-22 20:28:56] george at omniti dot com
This bug appeared in 4.3.0 as a result of the lexer changes
added to ZE1 and ZE2 in november to speed up
variableinterpolation in strings.
Previous to 4.3 this was valid:
echo "$a[b]";
but
echo "$a['b']"; generated a parse error.
The bug manifests itself by turning this parse error into a
non-sensical E_NOTICE error.
The patch 'fixes' the bug by making
echo "$a['b']";
work, which has been a pending feature request and seems
nice (to me), or at least harmless.
[2003-01-22 19:53:20] [EMAIL PROTECTED]
Anyone remember in what version of PHP this did work? :)
Correct (?) way to do this is:
'bar');
print "{$arr['foo']}";
?>
Or at least I've started to use that just because of this bug.
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/21820
--
Edit this bug report at http://bugs.php.net/?id=21820&edit=1
#22092 [Com]: Strange warning and no functionality in imagettfbbox and imagettftext
ID: 22092 Comment by: FR at ncis dot ca Reported By: davidl at tocquigny dot com Status: No Feedback Bug Type: GD related Operating System: Redhat 7.1 PHP Version: 4.3.0 New Comment: We also have this bug with 4.3.1 Previous Comments: [2003-02-20 08:08:16] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-08 13:13:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Also, try specifying the full path to the font, by doing realpath() on the font path before passing it to imagettfbox(). [2003-02-06 15:15:28] davidl at tocquigny dot com Also, it won't accept spaces in the font file name, if I have no spaces (ie arial.ttf) it works, with spaces (ie "futura bold.ttf") generates: Could not find/open font in /xxx/xxx/xxx/test2.php on line 3 [2003-02-06 15:01:53] davidl at tocquigny dot com okies, that fixed one problem and created another (although MUCH LESS MAJOR) the results now: 1 Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /xxx/xxx/xxx/xxx/test2.php on line 3 if I put an absolute path into the font location, it works, but relative paths do not. [2003-02-06 13:33:10] [EMAIL PROTECTED] Try adding the --with-freetype-dir option to your configure. As is I cannot replicate the bug using the latest CVS (4.3.1-dev). 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/22092 -- Edit this bug report at http://bugs.php.net/?id=22092&edit=1
#22670 [Bgs->Opn]: session_start() URL Bug
ID: 22670 User updated by: r_stretch at yahoo dot com Reported By: r_stretch at yahoo dot com -Status: Bogus +Status: Open Bug Type: Session related Operating System: Debian PHP Version: 4.3.1 New Comment: I am editting the code so you can actually see the example more appropriately. Try this actual code an you will see the bug I am speaking of. < start > INDEX.PHP hover mouse - click to reload http://path_to_URL/index.php";>hover mouse only <- end -> Previous Comments: [2003-03-13 00:18:04] [EMAIL PROTECTED] Yes, it's normal. (the cookie is not set at the first request) [2003-03-12 23:03:05] r_stretch at yahoo dot com Hi there, It seems that if the index.php starts with session_start() any hyperlinks that do not begin with "http://"; within the document will have the PHPSESSID appended to the end of the hyperlink. Though once you refresh the same page the PHPSESSID removes itself from the hyperlink. Example: < start > INDEX.PHP reload this page <- end -> When you hover the cursor over the hyperlink you will see: http://path_to_URL/index.php?PHPSESSID=hash_characters Now click that same link and you will see (will refresh the page): http://path_to_URL/index.php I install only with MySQL, GD, CGI modules. Is this a bug or is it working as expected? -- Edit this bug report at http://bugs.php.net/?id=22670&edit=1
#22258 [Opn]: imap_open() always fails when running as NSAPI
ID: 22258
Updated by: [EMAIL PROTECTED]
Reported By: gandhia at agcs dot com
Status: Open
Bug Type: iPlanet related
Operating System: Solaris 2.8
PHP Version: 4.3.0
New Comment:
seems to be the same problem like bug #20274. Could be that some
fopen() or fdopen() fails when using stream to IMAP.
Previous Comments:
[2003-02-17 17:16:35] [EMAIL PROTECTED]
This is most likely some thread safety issue:
http://httpd.apache.org/docs-2.0/developer/thread_safety.html
Adding the url here as reference to any other possible
issues with PHP. This is not really PHP problem..
[2003-02-17 15:25:52] gandhia at agcs dot com
Under an iPlanet 4.1 SP11 web server, with PHP compiled as an NSAPI
module, imap_open() always fails. It does not even attempt to make a
connection to the IMAP server. However, the same code, executed in the
PHP CLI works perfectly.
Here is a sample of a script that does not work under the NSAPI module,
but works under the CLI:
When run under the NSAPI module, the following error is generated:
Warning: imap_open(): Couldn't open stream {srv.abc.com:143/imap}INBOX
in /usr/SUNWips/public_html/agtest.php on line 2
Can't connect to srv.abc.com,143: No such file or directory
The remote IMAP server is an iPlanet Messaging server, but this is
irrelevant as traces have shown that the connection is not even
attempted when running as NSAPI.
A truss revealed only that once connect() is called, in the success
case (the CLI) time() and poll() follow, but under NSAPI, close()
immediately follows the call to connect().
--
Edit this bug report at http://bugs.php.net/?id=22258&edit=1
#20109 [Ver->Csd]: iplanet 6 core dump w/NSAPI load
ID: 20109 Updated by: [EMAIL PROTECTED] Reported By: cjs at goosenest dot org -Status: Verified +Status: Closed Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip NSAPI register_server_variables completely redesigned. Should work now. Previous Comments: [2003-01-02 16:52:51] cjs at goosenest dot org Tested and reverified with 4.3.0 release. [2002-11-21 22:57:08] cjs at goosenest dot org Added 4.3.0-dev to version. [2002-11-16 13:09:18] cjs at goosenest dot org Updated to iPlanet-WebServer-Enterprise/6.0SP5 and tried php4-STABLE-200211161630. Same crash, no change. [16/Nov/2002:14:07:33] catastrophe (22765): Server crash detected (signal SIGBUS) [16/Nov/2002:14:07:33] info (22765): Crash occurred in NSAPI SAF php4_execute [16/Nov/2002:14:07:33] info (22765): Crash occurred in function php_register_variable_ex from module /usr/iplanet/servers/bin/libphp4.so [2002-11-02 14:11:14] [EMAIL PROTECTED] As much as I don't like nsapi, we can't have it not working for 4.3.0 release... since it has historically worked (sometimes). [2002-10-27 08:49:16] cjs at goosenest dot org Tried php4-200210262100, same crash, same backtrace. Crash: [27/Oct/2002:09:45:07] catastrophe (29972): Server crash detected (signal SIGBUS) [27/Oct/2002:09:45:07] info (29972): Crash occurred in NSAPI SAF php4_execute [27/Oct/2002:09:45:07] info (29972): Crash occurred in function php_register_variable_ex from module /usr/iplanet/servers/bin/libphp4.so [27/Oct/2002:09:45:12] failure (29957): Child process admin thread is shutting down Backtrace: #0 0xfe629ccc in php_register_variable_ex (var=0xfe6c05c0 "REQUEST_LINE", val=0xfda5f6b8, track_vars_array=0xfe6c05c0, tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/main/php_variables.c:176 #1 0xfe62988c in php_register_variable_safe (var=0xfe6c05c0 "REQUEST_LINE", strval=0xc722f0 "GET /phpinfo.php HTTP/1.1", str_len=25, track_vars_array=0x35a6d8, tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/main/php_variables.c:56 #2 0xfe6297a4 in php_register_variable (var=0xfe6c05c0 "REQUEST_LINE", strval=0xc722f0 "GET /phpinfo.php HTTP/1.1", track_vars_array=0x35a6d8, tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/main/php_variables.c:37 #3 0xfe678e10 in sapi_nsapi_register_server_variables ( track_vars_array=0x35a6d8, tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/sapi/nsapi/nsapi.c:290 #4 0xfe61e7b4 in php_hash_environment (tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/main/main.c:1220 #5 0xfe61d278 in php_request_startup (tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/main/main.c:857 #6 0xfe679590 in nsapi_module_main (request_context=0xc72d60, tsrm_ls=0x1792d8) at /home/cjs/work/php4-200210262100/sapi/nsapi/nsapi.c:460 #7 0xfe679768 in php4_execute (pb=0xc3f88, sn=0xc36a48, rq=0xc36a90) at /home/cjs/work/php4-200210262100/sapi/nsapi/nsapi.c:525 #8 0xff1d89b4 in __0FNfunc_exec_strP6KFuncStructP6GpblockP6HSessionP6HRequest () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #9 0xff1d9cf8 in INTobject_execute () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #10 0xff1dd8e8 in INTservact_service () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #11 0xff1dde84 in INTservact_handle_processed () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #12 0xff215c0c in __0fLHttpRequestUUnacceleratedRespondPCcTBPc () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #13 0xff2150c0 in __0fLHttpRequestNHandleRequestP6Gnetbuf () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #14 0xff213388 in __0fNDaemonSessionDrunv () from /usr/iplanet/servers/bin/https/lib/libns-httpd40.so #15 0xff163b80 in ThreadMain () from /usr/iplanet/servers/bin/https/lib/libnsprwrap.so #16 0xfede76a0 in _pt_root () from /usr/iplanet/servers/bin/https/lib/libnspr4.so 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/20109 -- Edit this bug report at http://bugs.php.net/?id=20109&edit=1
#22682 [Fbk->Opn]: Proplems with fread(), ftell() and fseek() and CRLF newlines
ID: 22682 User updated by: fbeyer at clickhand dot de Reported By: fbeyer at clickhand dot de -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4CVS-2003-03-13 (stable) New Comment: I really don't want to annoy you and I think I've done everything to verify that my bug report is not bogus. I installed PHP as a apache module from the snapshot php4-win32-STABLE-200303130930.zip, I have copied the new php4ts.dll (overwriting the old one), edited php.ini and httpd.conf and restarted apache. Although I find it strange, I even rebooted the machine as you demanded. The behavior stays the same - the same bug. phpinfo() gives me PHP Version 4.3.2-RC - it should be installed correctly, right? Previous Comments: [2003-03-13 11:55:48] [EMAIL PROTECTED] Are you absolutely SURE you really updated PHP correctly?? We've seen this so many times that it's getting annoying, people report bugs that are fixed, and after couple of comments here, they find out that they really had old version there..usually of php4ts.dll. To be 100% you really get it updated, remove ALL the php related files from your machine, reboot (yes, reboot!), and then install the snapshot. [2003-03-13 11:41:40] fbeyer at clickhand dot de I have found this bug in 4.3.0, searched matching bug reports and they said the bug is fixed in the latest stable CVS snap. I have downloaded and installed today's latest version, the fix is mentioned in the news.txt, but the bug is still there. Here are my test files for a short reproducing script: file test.txt: (saved in dos format, ie. newlines are CRLF/\r\n): -- This is a test file in win32 / dos format ie. lines end with CRLF resp. \r\n -- file test.php -- -- Output: -- This is a test file in win32 // dos format ie. lines end wit bool(false) -- It can be seen that fseek() or ftell() don't work as expected: the '/' character is read twice. Furthermore, fread() doesn't return \r characters. I also have tested this for fgetc() - \r is not read. A strange thing is that this bug doesn't occurr in the newest php5/ze2 snapshot. -- Edit this bug report at http://bugs.php.net/?id=22682&edit=1
#22416 [Com]: failed to create stream: Too many open files in Unknown on line 0
ID: 22416 Comment by: fowler at csufresno dot edu Reported By: jhalla at legion dot org Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Still seeing it with php4-STABLE-200303121630. Previous Comments: [2003-03-13 12:16:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-07 19:55:47] [EMAIL PROTECTED] jflemer: Thats my guess. You could try running the "ab" (apache bench) tool to stress test the dev server and see if the fault occurs. [2003-03-07 11:34:39] [EMAIL PROTECTED] Wez, I've just tried a recent snapshot (stable 200303051430), and I no longer see this warning. However, without deploying this on a production server, I cannot get the same hit rate, and the same variation on php script execution. Do you think that this was just a symptom of Bug #21713 (leaky descriptors on remote includes)? [2003-03-05 18:20:11] fowler at csufresno dot edu 4.3.2-dev (stable latest snap) Still see it. "failed to open stream: Too many open files in Unknown on line 0" Anyone run pstack on the httpd, yet? [2003-03-05 08:16:28] [EMAIL PROTECTED] *please* try the stable snapshot. 4.3.1 contains *NO* bug fixes over 4.3.0 (as it states in the NEWS). 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/22416 -- Edit this bug report at http://bugs.php.net/?id=22416&edit=1
#22583 [Fbk->NoF]: CGI-Version of PHP has 65 Byte limit on path length
ID: 22583 Updated by: [EMAIL PROTECTED] Reported By: brunni at netestate dot de -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-07 12:09:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Lot has changed since 4.3.1 in this snapshot (for CGI) so please test first that this happens also with it. (I can't reproduce this either..) [2003-03-07 07:33:23] cg at gordimer dot net Here it works perfectly on Win2k with IIS/CGI. No problems with long paths. Christoph [2003-03-07 03:44:05] brunni at netestate dot de If I try to call the URL http://cube.netestate.de//test.php php logs this to syslog: Mar 7 10:38:22 roja php: PHP Fatal error: Unknown(): Unable to open /home/www/cube.netestate.de/data/ccc\221^A in Unknown on line 0 If I mv to ccc and call the URL with one 'c' less, it works. If i set /cbi-bin/printenv.cgi as interpreter instead of /cgi-bin/php and call the URL causing problems, i get this: QUERY_STRING = SERVER_ADDR = 195.30.92.56 HTTP_ACCEPT_LANGUAGE = en-us, en;q=0.50 SERVER_PROTOCOL = HTTP/1.1 HTTP_CONNECTION = keep-alive PATH_TRANSLATED = /home/www/cube.netestate.de/data//test.php REMOTE_PORT = 1129 HTTP_ACCEPT = text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 HTTP_USER_AGENT = Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.1) Gecko/20020826 GATEWAY_INTERFACE = CGI/1.1 HTTP_HOST = cube.netestate.de PATH_INFO = //test.php SERVER_SOFTWARE = Apache/1.3.27 Ben-SSL/1.48 (Unix) mod_jk SERVER_ADMIN = [EMAIL PROTECTED] REMOTE_ADDR = 195.30.92.1 SCRIPT_NAME = /cgi-bin/printenv.cgi SERVER_NAME = cube.netestate.de HTTP_ACCEPT_ENCODING = gzip, deflate, compress;q=0.9 DOCUMENT_ROOT = /home/www/cube.netestate.de/data REQUEST_URI = //test.php HTTP_ACCEPT_CHARSET = ISO-8859-1, utf-8;q=0.66, *;q=0.66 REDIRECT_STATUS = 200 REQUEST_METHOD = GET REDIRECT_URL = //test.php SCRIPT_FILENAME = /home/www/cube.netestate.de/cgi-bin/printenv.cgi HTTP_KEEP_ALIVE = 300 PATH = /usr/local/bin:/usr/bin:/bin SERVER_PORT = 80 -- Edit this bug report at http://bugs.php.net/?id=22583&edit=1
#22681 [Ver->Csd]: cURL Special case Segfault
ID: 22681
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Closed
Bug Type: cURL related
Operating System: Redhat
PHP Version: 4.3.2-RC
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-03-13 10:31:56] [EMAIL PROTECTED]
I've found, by complete accident a very strange curl segfault produced
by the following code:
$ch = curl_init ("ftp://localhost/itworked.txt";);
curl_setopt($ch, CURLOPT_USERPWD, "php:foobar");
$fr = fopen("curl_ex6.php");
curl_setopt($ch, CURLOPT_INFILE, $fr);
curl_setopt($ch, CURLOPT_UPLOAD, true);
curl_exec($ch);
fclose($fr);
curl_close($ch);
Two important parts to this segfault:
1) fopen() cannot actually be correctly formatted. It must fail to
specify the mode.
2) The username, password set by curl_setopt must actually be a real
username/password that works. If you provide a fake password,
everything is fine.. but if you actually used a real password you
segfault.
here's the BT:
#0 0x40259a85 in _IO_fread (buf=0x821ca25, size=1, count=16384,
fp=0x0)
at iofread.c:42
#1 0x08069893 in curl_read (data=0x821ca25 "", size=1, nmemb=16384,
ctx=0x8217aac) at /usr/local/src/php-4.3.1/ext/curl/curl.c:394
#2 0x400f0842 in fillbuffer (conn=0x82130b0, bytes=16384) at
transfer.c:137
#3 0x400f1c7e in Curl_readwrite (conn=0x82130b0, done=0xbfffccff "")
at transfer.c:948
#4 0x400f24d2 in Transfer (conn=0x82130b0) at transfer.c:1247
#5 0x400f2a4e in Curl_perform (data=0x82183a8) at transfer.c:1586
#6 0x400f2dfc in curl_easy_perform (curl=0x82183a8) at easy.c:247
#7 0x0806b03d in zif_curl_exec (ht=1, return_value=0x820e73c,
this_ptr=0x0,
return_value_used=0) at
/usr/local/src/php-4.3.1/ext/curl/curl.c:994
#8 0x0814c928 in execute (op_array=0x8213024)
at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596
#9 0x0813a538 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php-4.3.1/Zend/zend.c:864
#10 0x081143f5 in php_execute_script (primary_file=0xba40)
at /usr/local/src/php-4.3.1/main/main.c:1573
#11 0x08154e9c in main (argc=2, argv=0xbae4)
at /usr/local/src/php-4.3.1/sapi/cli/php_cli.c:746
#12 0x40207306 in __libc_start_main (main=0x815451c , argc=2,
ubp_av=0xbae4, init=0x806461c <_init>, fini=0x815d280 <_fini>,
rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xbadc)
--
Edit this bug report at http://bugs.php.net/?id=22681&edit=1
#22581 [Fbk->NoF]: Image shows only half-way while outputting directly to browser
ID: 22581 Updated by: [EMAIL PROTECTED] Reported By: Tadej dot Kanizar at guest dot arnes dot si -Status: Feedback +Status: No Feedback Bug Type: GD related Operating System: Windows XP PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-07 02:10:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Even as it propably isn't bug, but try it still. What did you set the max_execution_time?? (try adding set_time_limit(0); in your script..maybe it just timeouts?) Do you have output_buffering enabled in php.ini? Are you possibly using compression? [2003-03-07 01:40:27] Tadej dot Kanizar at guest dot arnes dot si I have php_gd2.dll enabled in php.ini and I have a script, which reads from a file (250kb), turns that into a huge array and then, pixel by pixel, creates the needed image. If I then save the image into a jpeg and show it using img tag, it works, but if I try to send it directly to the browser, it usually displays only half-way. This only happens if the user is accessing remotely (not from lan, from which it works). And, though not related to GD, a similar problem occurs with a script (300 lines), which generates about 650 lines of html. To people accessing remotely, it usually just says "Page not found", but the script works correctly (at least on lan). I tried to make the timeout bigger, but it didn't help. I have, however, discovered that the script works better now than it did, when it outputted about 1800 lines of html. Then it didn't work correctly on lan too (and I'm 100% that the code itself doesn't and didn't have any errors). I don't really know if this is a bug or not, but nobody responded when I posted this problem onto several forums! So please, help me, if you can! -- Edit this bug report at http://bugs.php.net/?id=22581&edit=1
#22416 [Fbk->NoF]: failed to create stream: Too many open files in Unknown on line 0
ID: 22416 Updated by: [EMAIL PROTECTED] Reported By: jhalla at legion dot org -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-07 19:55:47] [EMAIL PROTECTED] jflemer: Thats my guess. You could try running the "ab" (apache bench) tool to stress test the dev server and see if the fault occurs. [2003-03-07 11:34:39] [EMAIL PROTECTED] Wez, I've just tried a recent snapshot (stable 200303051430), and I no longer see this warning. However, without deploying this on a production server, I cannot get the same hit rate, and the same variation on php script execution. Do you think that this was just a symptom of Bug #21713 (leaky descriptors on remote includes)? [2003-03-05 18:20:11] fowler at csufresno dot edu 4.3.2-dev (stable latest snap) Still see it. "failed to open stream: Too many open files in Unknown on line 0" Anyone run pstack on the httpd, yet? [2003-03-05 08:16:28] [EMAIL PROTECTED] *please* try the stable snapshot. 4.3.1 contains *NO* bug fixes over 4.3.0 (as it states in the NEWS). [2003-03-05 07:46:53] jhalla at legion dot org We have not tested PHP 4.3.1 on Solaris with Apache; only iPlanet/Sun ONE. Perhaps this issue is not 'iPlanet related' but 'Solaris related' ? 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/22416 -- Edit this bug report at http://bugs.php.net/?id=22416&edit=1
#19972 [Fbk->NoF]: Sessiondata randomly gets lost, possibly due to invalid session cookie
ID: 19972 Updated by: [EMAIL PROTECTED] Reported By: ivo at ibuildings dot nl -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Redhat Linux PHP Version: 4.2.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-07 03:57:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And update the Version on this report to 4.3.2 if this happens with the snapshot too. [2003-03-07 03:50:50] ivo at ibuildings dot nl The problem persists with PHP 4.3. I've reconfigured some settings, and the cookie being sent is ok now, however, still the session data gets lost every once in a while. The strange thing is, if I look at the session file that got written, all data is there.. [2002-11-10 18:23:43] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-18 09:18:43] [EMAIL PROTECTED] There is no patch because the session code has undergone major changes and revisions since the 4.2.2 release. Your best bet is to try to problematic code on a development server and see if the latest version of PHP still has this bug. [2002-10-18 06:09:32] ivo at ibuildings dot nl I wish I could, but it's a productionserver on which this occurs. Installing a snapshot for this site is too dangerous. Is there a patch for just this specific issue that I might try on our current source? 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/19972 -- Edit this bug report at http://bugs.php.net/?id=19972&edit=1
#22682 [Opn->Fbk]: Proplems with fread(), ftell() and fseek() and CRLF newlines
ID: 22682 Updated by: [EMAIL PROTECTED] Reported By: fbeyer at clickhand dot de -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 4CVS-2003-03-13 (stable) New Comment: Are you absolutely SURE you really updated PHP correctly?? We've seen this so many times that it's getting annoying, people report bugs that are fixed, and after couple of comments here, they find out that they really had old version there..usually of php4ts.dll. To be 100% you really get it updated, remove ALL the php related files from your machine, reboot (yes, reboot!), and then install the snapshot. Previous Comments: [2003-03-13 11:41:40] fbeyer at clickhand dot de I have found this bug in 4.3.0, searched matching bug reports and they said the bug is fixed in the latest stable CVS snap. I have downloaded and installed today's latest version, the fix is mentioned in the news.txt, but the bug is still there. Here are my test files for a short reproducing script: file test.txt: (saved in dos format, ie. newlines are CRLF/\r\n): -- This is a test file in win32 / dos format ie. lines end with CRLF resp. \r\n -- file test.php -- -- Output: -- This is a test file in win32 // dos format ie. lines end wit bool(false) -- It can be seen that fseek() or ftell() don't work as expected: the '/' character is read twice. Furthermore, fread() doesn't return \r characters. I also have tested this for fgetc() - \r is not read. A strange thing is that this bug doesn't occurr in the newest php5/ze2 snapshot. -- Edit this bug report at http://bugs.php.net/?id=22682&edit=1
#22682 [NEW]: Proplems with fread(), ftell() and fseek() and CRLF newlines
From: fbeyer at clickhand dot de Operating system: Windows XP PHP version: 4CVS-2003-03-13 (stable) PHP Bug Type: Filesystem function related Bug description: Proplems with fread(), ftell() and fseek() and CRLF newlines I have found this bug in 4.3.0, searched matching bug reports and they said the bug is fixed in the latest stable CVS snap. I have downloaded and installed today's latest version, the fix is mentioned in the news.txt, but the bug is still there. Here are my test files for a short reproducing script: file test.txt: (saved in dos format, ie. newlines are CRLF/\r\n): -- This is a test file in win32 / dos format ie. lines end with CRLF resp. \r\n -- file test.php -- -- Output: -- This is a test file in win32 // dos format ie. lines end wit bool(false) -- It can be seen that fseek() or ftell() don't work as expected: the '/' character is read twice. Furthermore, fread() doesn't return \r characters. I also have tested this for fgetc() - \r is not read. A strange thing is that this bug doesn't occurr in the newest php5/ze2 snapshot. -- Edit bug report at http://bugs.php.net/?id=22682&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22682&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22682&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22682&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22682&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22682&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22682&r=support Expected behavior: http://bugs.php.net/fix.php?id=22682&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22682&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22682&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22682&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22682&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22682&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22682&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22682&r=gnused
#22678 [Opn->Csd]: Failed to compile
ID: 22678 Updated by: [EMAIL PROTECTED] Reported By: sploscaru at yahoo dot com -Status: Open +Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: Good to hear. I added a test in the configure to prevent this happening from now on. Previous Comments: [2003-03-13 09:24:01] sploscaru at yahoo dot com I'm very very happy! Works. Thanks Sniper! [2003-03-13 09:13:32] sploscaru at yahoo dot com OK. Let me try... [2003-03-13 09:08:03] [EMAIL PROTECTED] And why do you have both --with-sybase and --with-sybase-ct??? Use JUST the --with-sybase-ct. [2003-03-13 09:06:43] [EMAIL PROTECTED] Remove this: --enable-versioning [2003-03-13 09:03:13] sploscaru at yahoo dot com Hi! I'm Sorin and I need your help... I tryed in RH 72, 73, 80 to recompile php 4.2.0,..., 4.3.0, 4.3.1 in different combination but doesn't work: My apache is 2.0.44(./configure --prefix=/usr --enable-layout=RedHat --enable-so --enable-ssl --enable-deflate --with-mpm=perchild --enable-proxy=shared --enable-cgi=shared --enable-mods-shared=all) Without sybase support work fine... :) Sorry, i have sybase 11.9.2. # ./configure --with-apxs2 --with-mysql --with-postgres --enable-bcmath --with-mhash --with-libmcrypt --enable-versioning --with-sybase --with-sybase-ct My logs are a lot of rows t -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la ext/sybase_ct/php_sybase_ct.lo: In function `_clean_invalid_results': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:109: multiple definition of `sybase_functions' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:145: first defined here /usr/bin/ld: Warning: size of symbol `sybase_functions' changed from 468 to 564 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_connect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:762: multiple definition of `zif_sybase_connect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:584: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_pconnect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:771: multiple definition of `zif_sybase_pconnect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:592: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_close': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:781: multiple definition of `zif_sybase_close' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:600: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 222 to 307 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_select_db': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:897: multiple definition of `zif_sybase_select_db' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:635: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 318 to 346 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_query': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1475: multiple definition of `zif_sybase_query' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:772: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1357 to 30 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_free_result': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1491: multiple definition of `zif_sybase_free_result' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:917: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 188 to 220 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_get_last_message': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1522: multiple definition of `zif_sybase_get_last_message' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:946: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_get_last_message' changed from 72 to 83 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_rows': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1530: multiple definition of `zif_sybase_num_rows' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:954: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed fr
#22681 [Opn->Ver]: cURL Special case Segfault
ID: 22681
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
Bug Type: cURL related
Operating System: Redhat
-PHP Version: 4.3.1
+PHP Version: 4.3.2-RC
Previous Comments:
[2003-03-13 10:31:56] [EMAIL PROTECTED]
I've found, by complete accident a very strange curl segfault produced
by the following code:
$ch = curl_init ("ftp://localhost/itworked.txt";);
curl_setopt($ch, CURLOPT_USERPWD, "php:foobar");
$fr = fopen("curl_ex6.php");
curl_setopt($ch, CURLOPT_INFILE, $fr);
curl_setopt($ch, CURLOPT_UPLOAD, true);
curl_exec($ch);
fclose($fr);
curl_close($ch);
Two important parts to this segfault:
1) fopen() cannot actually be correctly formatted. It must fail to
specify the mode.
2) The username, password set by curl_setopt must actually be a real
username/password that works. If you provide a fake password,
everything is fine.. but if you actually used a real password you
segfault.
here's the BT:
#0 0x40259a85 in _IO_fread (buf=0x821ca25, size=1, count=16384,
fp=0x0)
at iofread.c:42
#1 0x08069893 in curl_read (data=0x821ca25 "", size=1, nmemb=16384,
ctx=0x8217aac) at /usr/local/src/php-4.3.1/ext/curl/curl.c:394
#2 0x400f0842 in fillbuffer (conn=0x82130b0, bytes=16384) at
transfer.c:137
#3 0x400f1c7e in Curl_readwrite (conn=0x82130b0, done=0xbfffccff "")
at transfer.c:948
#4 0x400f24d2 in Transfer (conn=0x82130b0) at transfer.c:1247
#5 0x400f2a4e in Curl_perform (data=0x82183a8) at transfer.c:1586
#6 0x400f2dfc in curl_easy_perform (curl=0x82183a8) at easy.c:247
#7 0x0806b03d in zif_curl_exec (ht=1, return_value=0x820e73c,
this_ptr=0x0,
return_value_used=0) at
/usr/local/src/php-4.3.1/ext/curl/curl.c:994
#8 0x0814c928 in execute (op_array=0x8213024)
at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596
#9 0x0813a538 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php-4.3.1/Zend/zend.c:864
#10 0x081143f5 in php_execute_script (primary_file=0xba40)
at /usr/local/src/php-4.3.1/main/main.c:1573
#11 0x08154e9c in main (argc=2, argv=0xbae4)
at /usr/local/src/php-4.3.1/sapi/cli/php_cli.c:746
#12 0x40207306 in __libc_start_main (main=0x815451c , argc=2,
ubp_av=0xbae4, init=0x806461c <_init>, fini=0x815d280 <_fini>,
rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xbadc)
--
Edit this bug report at http://bugs.php.net/?id=22681&edit=1
#22681 [NEW]: cURL Special case Segfault
From: [EMAIL PROTECTED]
Operating system: Redhat
PHP version: 4.3.1
PHP Bug Type: cURL related
Bug description: cURL Special case Segfault
I've found, by complete accident a very strange curl segfault produced by
the following code:
$ch = curl_init ("ftp://localhost/itworked.txt";);
curl_setopt($ch, CURLOPT_USERPWD, "php:foobar");
$fr = fopen("curl_ex6.php");
curl_setopt($ch, CURLOPT_INFILE, $fr);
curl_setopt($ch, CURLOPT_UPLOAD, true);
curl_exec($ch);
fclose($fr);
curl_close($ch);
Two important parts to this segfault:
1) fopen() cannot actually be correctly formatted. It must fail to
specify the mode.
2) The username, password set by curl_setopt must actually be a real
username/password that works. If you provide a fake password, everything
is fine.. but if you actually used a real password you segfault.
here's the BT:
#0 0x40259a85 in _IO_fread (buf=0x821ca25, size=1, count=16384, fp=0x0)
at iofread.c:42
#1 0x08069893 in curl_read (data=0x821ca25 "", size=1, nmemb=16384,
ctx=0x8217aac) at /usr/local/src/php-4.3.1/ext/curl/curl.c:394
#2 0x400f0842 in fillbuffer (conn=0x82130b0, bytes=16384) at
transfer.c:137
#3 0x400f1c7e in Curl_readwrite (conn=0x82130b0, done=0xbfffccff "")
at transfer.c:948
#4 0x400f24d2 in Transfer (conn=0x82130b0) at transfer.c:1247
#5 0x400f2a4e in Curl_perform (data=0x82183a8) at transfer.c:1586
#6 0x400f2dfc in curl_easy_perform (curl=0x82183a8) at easy.c:247
#7 0x0806b03d in zif_curl_exec (ht=1, return_value=0x820e73c,
this_ptr=0x0,
return_value_used=0) at /usr/local/src/php-4.3.1/ext/curl/curl.c:994
#8 0x0814c928 in execute (op_array=0x8213024)
at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596
#9 0x0813a538 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/local/src/php-4.3.1/Zend/zend.c:864
#10 0x081143f5 in php_execute_script (primary_file=0xba40)
at /usr/local/src/php-4.3.1/main/main.c:1573
#11 0x08154e9c in main (argc=2, argv=0xbae4)
at /usr/local/src/php-4.3.1/sapi/cli/php_cli.c:746
#12 0x40207306 in __libc_start_main (main=0x815451c , argc=2,
ubp_av=0xbae4, init=0x806461c <_init>, fini=0x815d280 <_fini>,
rtld_fini=0x4000d2dc <_dl_fini>, stack_end=0xbadc)
--
Edit bug report at http://bugs.php.net/?id=22681&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22681&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22681&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22681&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22681&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22681&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22681&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22681&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22681&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22681&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22681&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22681&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22681&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22681&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22681&r=gnused
#21674 [Com]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674
Comment by: datsnice at bolt dot com
Reported By: moderator at blackpeeps dot com
Status: No Feedback
Bug Type: *URL Functions
Operating System: Cobalt RAQ4 Apache/Linux
PHP Version: 4.3.0
New Comment:
What is wrong with the web site it tells me that I have already signed
up and do not sign up twice, and I have never signed up before. It also
tells me that my e-mail address already exist with someone else which
it is not.
Previous Comments:
[2003-02-26 09:28:36] hmm dot hmm at firemail dot de
Hi
I have the some problem
Warning: main(shop/index&main_kat=11&nr=.php) [function.main]: failed
to create stream: No such file or directory in
/home/admin/lala.com/index.php on line 260
Warning: main() [function.main]: Failed opening
'shop/index&main_kat=11&nr=.php' for inclusion
(include_path='.:/usr/local/lib/php') in /home/admin/lala.com/index.php
on line 260
Can anyone help me?
[2003-02-12 01:18:49] xilord at yahoo dot com
Make sure you have the file names exactly correct and paths or you'll
get the same error messages.
[2003-02-04 16:49:32] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-01-22 22:25:22] [EMAIL PROTECTED]
The point of asking for var_dump(ini_get('include_path')); is so you'll
show the output of it. This is a form of debugging.
The problem has to do with the include_path directive. Now we're
trying to figure out why/where it gets set to '' before doing some of
these includes as this seems to be the case.
So, whenever you get this error:
Warning: main() [function.main]: Failed opening 'foo.php'...
Add this line above the include:
var_dump(array(ini_get('include_path'),__LINE__,__FILE));
This way we'll know some useful information. Basically put this line
above EVERY one of these failed includes, such as the inclusion
config.php, extra.php, and lang.php.
Please do this and show the output in your next reply. Btw, I modified
Wez's debug dump a little so we can be a little more specific :) Also,
be 100% sure you are not setting this directive in either httpd.conf or
.htaccess.
[2003-01-22 10:38:48] moderator at blackpeeps dot com
Hello Wez:
Not it does not look like that. I was asked to include
var_dump(ini_get('include_path'));
before the require_once statement in the primary script,
phpbug21674.php
Remember there are two scripts located in different paths representing
two different virtual domains.
/home/site3/phpbug21674.php (contains a require_once
("/home/sites/site2/web/IV/config.php");
and /home/sites/site2/web/IV/config.php" ---> contains
include_once ('lang.php');
include ('extras.php');
However, I did go back and also added the var_dump to config.php to
reflect as follows:
var_dump(ini_get('include_path'));
include_once ('lang.php');
include ('extras.php');
Results: Same results = Failed to create stream:
Again, this script worked fine on PHP 4.1.2 Now it seems to get it to
work, I have to reference the absolute path.
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/21674
--
Edit this bug report at http://bugs.php.net/?id=21674&edit=1
#21534 [Opn->Csd]: GMP lib gmp_gcdext() gives incorrect results
ID: 21534
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: *Math Functions
Operating System: Solaris 8
PHP Version: 4.3.0
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
PHP layer was passing arg 1 twice.
So in your example with a=1027 and b=712 What was reaching the gmp
library was a=1027 and b=1027
so the solution:
1027*1 + 1027*0 = 1027 was true (in so far as the library was
concerned)
Previous Comments:
[2003-01-08 23:50:56] [EMAIL PROTECTED]
Exactly the same results w/ the same version of the gmp lib, and using
PHP CLI compiled from CVS (Jan 3, 2003) on RH Linux 6.1
[2003-01-08 19:15:37] [EMAIL PROTECTED]
More information.
I found the following code:
http://mail.gnu.org/archive/html/bug-gmp/2001-05/msg00061.html
Which I then compiled w/ the gmp lib I have installed. Using that
little C program that calls the gmp lib directly, the Diophantine
equation mentioned in the bug submission gives the correct results:
% ./a.out
1027
712
a = 1027
b = 712
d = 1
s = -165
t = 238
d =? 1
Which is the correct solution.
And using a = 12 and b = 21:
% ./a.out
12
21
a = 12
b = 21
d = 3
s = 2
t = -1
d =? 3
Bottomline: The GMP lib seems to be behaving OK, so maybe somewhere
along the passing of the values from PHP to the lib the values are
being corrupted?
In view of this I had not sent a bug report to the GMP lib
maintainers.
[2003-01-08 18:56:44] [EMAIL PROTECTED]
I was testing some of the gmp functions and found that gmp_gcdext()
does not behave as the prototype and description claim, or I am not
understanding what exactly is the correct behavior of the function.
Based on the decsription in the documentation for the gmp library, and
the gmp_gcdext() function in the PHP manual, the code:
$r = gmp_gcdext($a, $b);
should return an array $r w/ elements g, s, and t, such that:
$a*$s + $b*$t = $g [Eq. 1]
where: $g = gmp_gcd($a, b);
Eq. [1] is similar to what is know as a "Diophantine Equation". See
http://mathworld.wolfram.com/DiophantineEquation.html for more
information, and an example.
Using: $a = gmp_init(1027); and $b = gmp_init(712); the function
gmp_gcdext() fails to produce the correct results. In fact, using
almost any set of values it just gives non-sensical results.
The following code:
echo "Diophantine equation: 1027*s + 712*t = 1\n";
echo "Solution: s = -165, t = 238\n";
$res = -165*1027 + 238*712;
echo "Check: 1027*(-165) + 238*712 = $res\n\n";
$a = gmp_init(1027);
$b = gmp_init(712);
echo 'a = '.gmp_strval($a)."\n";
echo 'b = '.gmp_strval($b)."\n";
$g = gmp_gcd($a, $b);
echo 'g = gcd(a,b) = '.gmp_strval($g)."\n";
echo "\na = ".gmp_strval($a)."\n";
echo 'b = '.gmp_strval($b)."\n";
$r = gmp_gcdext($a, $b);
var_dump($r);
echo 'g = '.gmp_strval($r['g'])."\n";
echo 's = '.gmp_strval($r['s'])."\n";
echo 't = '.gmp_strval($r['t'])."\n";
$test = gmp_add(gmp_mul($a, $r['s']), gmp_mul($b, $r['t']));
echo 'a*s + b*t = '.gmp_strval($test)."\n";
Produces the output:
a = 1027
b = 712
g = gcd(a,b) = 1
a = 1027
b = 712
array(3) {
["g"]=>
resource(7) of type (GMP integer)
["s"]=>
resource(8) of type (GMP integer)
["t"]=>
resource(9) of type (GMP integer)
}
g = 1027
s = 1
t = 0
a*s + b*t = 1027
Which is clearly wrong. If you look at the URL mentioned above, the
solution to:
1027x + 712y = 1
is: x = -165, y = 238
When I used 12 and 21 for $a and $b respectively, I got:
a = 12
b = 21
g = gcd(a,b) = 3
a = 12
b = 21
array(3) {
["g"]=>
resource(7) of type (GMP integer)
["s"]=>
resource(8) of type (GMP integer)
["t"]=>
resource(9) of type (GMP integer)
}
g = 12
s = 1
t = 0
a*s + b*t = 12
And when I used 21 and 12 for $a and $b respectively:
a = 21
b = 12
g = gcd(a,b) = 3
a = 21
b = 12
array(3) {
["g"]=>
resource(7) of type (GMP integer)
["s"]=>
resource(8) of type (GMP integer)
["t"]=>
resource(9) of type (GMP integer)
}
g = 21
s = 1
t = 0
a*s + b*t = 21
The PHP wrapping code seems to be OK (from today's CVS, 2003-01-08),
and I gave up tracking down the wrapping macros and such in the gmp lib
code, where the actual bug might reside. Will send an email to
#22665 [Csd]: UDM_PARAM_PAGE_SIZE can not be retrieved.
ID: 22665 Updated by: [EMAIL PROTECTED] Reported By: jon at jellybob dot co dot uk Status: Closed Bug Type: mnoGoSearch related Operating System: FreeBSD 4.6 PHP Version: 4.3.0 New Comment: Is it possible to get this added? I'm writing a PEAR wrapper for the mnoGoSearch functions, and it would be really useful to be able to retrieve this value with my results. Previous Comments: [2003-03-13 03:29:53] [EMAIL PROTECTED] UDM_PARAM_PAGE_SIZE is Udm_Set_Agent_Param command. You can set this parameter, not read since you are know what you how you set it up. Just for clarification: here is the list of acceptable command for fetched search result (note, that this list is differ for different mnogosearch versions, and most of all commands are available only with latest mnogosearch version): UDM_FIELD_URLID 1 UDM_FIELD_URL 2 UDM_FIELD_CONTENT 3 UDM_FIELD_TITLE 4 UDM_FIELD_KEYWORDS 5 UDM_FIELD_DESC 6 UDM_FIELD_TEXT 7 UDM_FIELD_SIZE 8 UDM_FIELD_RATING9 UDM_FIELD_MODIFIED 10 UDM_FIELD_ORDER 11 UDM_FIELD_CRC 12 UDM_FIELD_CATEGORY 13 UDM_FIELD_LANG 14 UDM_FIELD_CHARSET 15 UDM_FIELD_SITEID16 UDM_FIELD_POP_RANK 17 UDM_FIELD_ORIGINID 18 [2003-03-12 17:08:57] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-03-12 14:48:34] jon at jellybob dot co dot uk When I attempt to retrieve the parameter UDM_PARAM_PAGE_SIZE from a search result, it gives the error "Unknown mnoGoSearch param name". The search is returning valid results. -- Edit this bug report at http://bugs.php.net/?id=22665&edit=1
#6456 [Com]: ORA-03120 error witch OCILogon
ID: 6456
Comment by: breese at grandcentral dot com
Reported By: richard at dph dot no
Status: Closed
Bug Type: Oracle related
Operating System: Solaris 8 (x86)
PHP Version: 4.0.2
New Comment:
I had a very similar problem. Little did I know that patches were
applied to the Oracle DB. I don't know if that is the root cause but it
is the only thing that could explain why my simply recompiling PHP and
re-installing the libphp4.so file in Apache fixed the problem
mysteriously.
Previous Comments:
[2000-12-15 19:49:23] [EMAIL PROTECTED]
No feedback.
[2000-11-11 15:22:34] [EMAIL PROTECTED]
status->feedback
[2000-11-11 15:08:48] [EMAIL PROTECTED]
Does "tnsping oradb" works successfuly?
Is your problem still persist with the latest PHP?
[2000-08-31 03:49:57] richard at dph dot no
Setup:
Solaris 8 (x86)
Apache 1.3.12
Oracle 8.1.5.0.0
PHP 4.0.2
I try to connect to a remote Oracle db running on a different platform
(SPARC).
Testing Oracle Connection...
OCIDebug: _oci_open_server new conn=0 dname=oradb
Warning: OCISessionBegin: ORA-03120: two-task conversion routine:
integer overflow in /home/richard/www/oratest.php on line 6
OCIDebug: _oci_open_session: FAILURE -> CLEANUP called
OCIDebug: START _oci_close_session: logging-off sess=0
OCIDebug: _oci_close_session: logging-off DEAD session
OCIDebug: oci_do_connect: FAILURE -> CLEANUP called
OCIDebug: START _oci_conn_list_dtor: id=0
OCIDebug: END _oci_conn_list_dtor: id=0
script:
\n";
putenv("ORACLE_SID=STUD");
putenv("ORACLE_HOME=/usr/local/oracle");
OCIInternalDebug(1);
$conn = OCILogon('','','oradb');
echo "Done.\n";
?>
phpinfo:
http://home.dph.no/~richard/phpinfo.php";>phpinfo
--
Edit this bug report at http://bugs.php.net/?id=6456&edit=1
#22678 [Opn]: Failed to compile
ID: 22678 User updated by: sploscaru at yahoo dot com Reported By: sploscaru at yahoo dot com Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: I'm very very happy! Works. Thanks Sniper! Previous Comments: [2003-03-13 09:13:32] sploscaru at yahoo dot com OK. Let me try... [2003-03-13 09:08:03] [EMAIL PROTECTED] And why do you have both --with-sybase and --with-sybase-ct??? Use JUST the --with-sybase-ct. [2003-03-13 09:06:43] [EMAIL PROTECTED] Remove this: --enable-versioning [2003-03-13 09:03:13] sploscaru at yahoo dot com Hi! I'm Sorin and I need your help... I tryed in RH 72, 73, 80 to recompile php 4.2.0,..., 4.3.0, 4.3.1 in different combination but doesn't work: My apache is 2.0.44(./configure --prefix=/usr --enable-layout=RedHat --enable-so --enable-ssl --enable-deflate --with-mpm=perchild --enable-proxy=shared --enable-cgi=shared --enable-mods-shared=all) Without sybase support work fine... :) Sorry, i have sybase 11.9.2. # ./configure --with-apxs2 --with-mysql --with-postgres --enable-bcmath --with-mhash --with-libmcrypt --enable-versioning --with-sybase --with-sybase-ct My logs are a lot of rows t -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la ext/sybase_ct/php_sybase_ct.lo: In function `_clean_invalid_results': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:109: multiple definition of `sybase_functions' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:145: first defined here /usr/bin/ld: Warning: size of symbol `sybase_functions' changed from 468 to 564 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_connect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:762: multiple definition of `zif_sybase_connect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:584: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_pconnect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:771: multiple definition of `zif_sybase_pconnect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:592: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_close': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:781: multiple definition of `zif_sybase_close' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:600: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 222 to 307 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_select_db': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:897: multiple definition of `zif_sybase_select_db' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:635: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 318 to 346 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_query': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1475: multiple definition of `zif_sybase_query' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:772: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1357 to 30 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_free_result': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1491: multiple definition of `zif_sybase_free_result' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:917: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 188 to 220 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_get_last_message': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1522: multiple definition of `zif_sybase_get_last_message' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:946: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_get_last_message' changed from 72 to 83 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_rows': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1530: multiple definition of `zif_sybase_num_rows' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:954: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_fields': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1549: multiple definition of `zif_sybase_num_fields' ext/sybas
#22678 [Fbk->Opn]: Failed to compile
ID: 22678 User updated by: sploscaru at yahoo dot com Reported By: sploscaru at yahoo dot com -Status: Feedback +Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: OK. Let me try... Previous Comments: [2003-03-13 09:08:03] [EMAIL PROTECTED] And why do you have both --with-sybase and --with-sybase-ct??? Use JUST the --with-sybase-ct. [2003-03-13 09:06:43] [EMAIL PROTECTED] Remove this: --enable-versioning [2003-03-13 09:03:13] sploscaru at yahoo dot com Hi! I'm Sorin and I need your help... I tryed in RH 72, 73, 80 to recompile php 4.2.0,..., 4.3.0, 4.3.1 in different combination but doesn't work: My apache is 2.0.44(./configure --prefix=/usr --enable-layout=RedHat --enable-so --enable-ssl --enable-deflate --with-mpm=perchild --enable-proxy=shared --enable-cgi=shared --enable-mods-shared=all) Without sybase support work fine... :) Sorry, i have sybase 11.9.2. # ./configure --with-apxs2 --with-mysql --with-postgres --enable-bcmath --with-mhash --with-libmcrypt --enable-versioning --with-sybase --with-sybase-ct My logs are a lot of rows t -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la ext/sybase_ct/php_sybase_ct.lo: In function `_clean_invalid_results': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:109: multiple definition of `sybase_functions' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:145: first defined here /usr/bin/ld: Warning: size of symbol `sybase_functions' changed from 468 to 564 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_connect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:762: multiple definition of `zif_sybase_connect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:584: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_pconnect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:771: multiple definition of `zif_sybase_pconnect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:592: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_close': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:781: multiple definition of `zif_sybase_close' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:600: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 222 to 307 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_select_db': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:897: multiple definition of `zif_sybase_select_db' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:635: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 318 to 346 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_query': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1475: multiple definition of `zif_sybase_query' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:772: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1357 to 30 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_free_result': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1491: multiple definition of `zif_sybase_free_result' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:917: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 188 to 220 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_get_last_message': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1522: multiple definition of `zif_sybase_get_last_message' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:946: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_get_last_message' changed from 72 to 83 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_rows': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1530: multiple definition of `zif_sybase_num_rows' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:954: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_fields': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1549: multiple definition of `zif_sybase_num_fields' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:980: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num
#22676 [Opn]: Warning: 1 is not a Sybase link index in...
ID: 22676
User updated by: mgruenb at gmx dot net
Reported By: mgruenb at gmx dot net
Status: Open
Bug Type: Sybase (dblib) related
Operating System: Gentoo + SuSE
PHP Version: 4.3.1
New Comment:
OK I've also tried (on Gentoo only):
php4-200303131430.tar.bz2
php4-STABLE-200303131430.tar.bz2
with the same results / error messages. Btw, I get the following during
compilation:
/opt/sybase/lib/libsybdb.so: `sys_errlist' is deprecated; use
`strerror' or `strerror_r' instead
/opt/sybase/lib/libsybdb.so: `sys_nerr' is deprecated; use `strerror'
or `strerror_r' instead
Sybase version is ASE 11.9.2
With
php5-200303131430.tar.bz2 I get the following during compilation:
gcc -Iext/sybase/ -I/usr/local/php5-200303131430/ext/sybase/
-DPHP_ATOM_INC -I/usr/local/php5-200303131430/include
-I/usr/local/php5-200303131430/main -I/usr/local/php5-200303131430
-I/usr/local/php5-200303131430/Zend -I/usr/include/libxml2
-I/usr/X11R6/include -I/usr/include/freetype2 -I/opt/sybase/include
-I/usr/local/php5-200303131430/ext/xml/expat
-I/usr/local/php5-200303131430/TSRM -g -O2 -c
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c -o
ext/sybase/php_sybase_db.o && echo > ext/sybase/php_sybase_db.lo
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function
`php_sybase_do_connect':
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:395: request
for member `value' in something not a structure or union
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function
`zif_sybase_select_db':
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:669: invalid
type argument of `unary *'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function
`zif_sybase_free_result':
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:927: parse
error before "if"
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: At top level:
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:928: parse
error before "return"
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930:
`sybase_result_index' undeclared here (not in a function)
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: `type'
undeclared here (not in a function)
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: warning:
initialization makes integer from pointer without a cast
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930:
initializer element is not constant
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:930: warning:
data definition has no type or storage class
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:932: parse
error before "if"
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:934: parse
error before '->' token
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:936: parse
error before '(' token
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:937: parse
error before '->' token
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function
`zif_sybase_fetch_object':
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1081: invalid
lvalue in assignment
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1082: invalid
lvalue in assignment
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function
`zif_sybase_result':
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1299: request
for member `value' in something not a structure or union
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c: In function
`zif_sybase_affected_rows':
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343: invalid
type argument of `->'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343: invalid
type argument of `->'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343:
incompatible types in initialization
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343:
incompatible types in assignment
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343: invalid
type argument of `unary *'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343:
incompatible type for argument 1 of `_zval_copy_ctor'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343: invalid
type argument of `->'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343: invalid
type argument of `->'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1343:
incompatible type for argument 1 of `convert_to_long'
/usr/local/php5-200303131430/ext/sybase/php_sybase_db.c:1344: invalid
type argument of `unary *'
make: *** [ext/sybase/php_sybase_db.lo] Error 1
but that might be my gcc version: 3.2.2
Cheers,
Michael.
Previous Comments:
[2003-03-13 08:40:35] mgruenb at gmx dot net
Hi Guys,
I can't get Sybase to work with PHP any more. Everything worked fine
with previous versions of PHP, but since 4.3.1 I always get for all
scripts the following:
Warning: 1 is not a Sybase link index in
/mnt/hda7/www/html/pathbase2/sybase
#22678 [Fbk]: Failed to compile
ID: 22678 Updated by: [EMAIL PROTECTED] Reported By: sploscaru at yahoo dot com Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: And why do you have both --with-sybase and --with-sybase-ct??? Use JUST the --with-sybase-ct. Previous Comments: [2003-03-13 09:06:43] [EMAIL PROTECTED] Remove this: --enable-versioning [2003-03-13 09:03:13] sploscaru at yahoo dot com Hi! I'm Sorin and I need your help... I tryed in RH 72, 73, 80 to recompile php 4.2.0,..., 4.3.0, 4.3.1 in different combination but doesn't work: My apache is 2.0.44(./configure --prefix=/usr --enable-layout=RedHat --enable-so --enable-ssl --enable-deflate --with-mpm=perchild --enable-proxy=shared --enable-cgi=shared --enable-mods-shared=all) Without sybase support work fine... :) Sorry, i have sybase 11.9.2. # ./configure --with-apxs2 --with-mysql --with-postgres --enable-bcmath --with-mhash --with-libmcrypt --enable-versioning --with-sybase --with-sybase-ct My logs are a lot of rows t -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la ext/sybase_ct/php_sybase_ct.lo: In function `_clean_invalid_results': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:109: multiple definition of `sybase_functions' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:145: first defined here /usr/bin/ld: Warning: size of symbol `sybase_functions' changed from 468 to 564 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_connect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:762: multiple definition of `zif_sybase_connect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:584: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_pconnect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:771: multiple definition of `zif_sybase_pconnect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:592: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_close': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:781: multiple definition of `zif_sybase_close' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:600: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 222 to 307 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_select_db': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:897: multiple definition of `zif_sybase_select_db' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:635: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 318 to 346 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_query': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1475: multiple definition of `zif_sybase_query' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:772: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1357 to 30 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_free_result': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1491: multiple definition of `zif_sybase_free_result' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:917: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 188 to 220 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_get_last_message': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1522: multiple definition of `zif_sybase_get_last_message' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:946: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_get_last_message' changed from 72 to 83 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_rows': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1530: multiple definition of `zif_sybase_num_rows' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:954: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_fields': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1549: multiple definition of `zif_sybase_num_fields' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:980: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_fields' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_fetch_row': /src/gnu/php-4.3.1/ext/sybase_ct
#22678 [Opn->Fbk]: Failed to compile
ID: 22678 Updated by: [EMAIL PROTECTED] Reported By: sploscaru at yahoo dot com -Status: Open +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: Remove this: --enable-versioning Previous Comments: [2003-03-13 09:03:13] sploscaru at yahoo dot com Hi! I'm Sorin and I need your help... I tryed in RH 72, 73, 80 to recompile php 4.2.0,..., 4.3.0, 4.3.1 in different combination but doesn't work: My apache is 2.0.44(./configure --prefix=/usr --enable-layout=RedHat --enable-so --enable-ssl --enable-deflate --with-mpm=perchild --enable-proxy=shared --enable-cgi=shared --enable-mods-shared=all) Without sybase support work fine... :) Sorry, i have sybase 11.9.2. # ./configure --with-apxs2 --with-mysql --with-postgres --enable-bcmath --with-mhash --with-libmcrypt --enable-versioning --with-sybase --with-sybase-ct My logs are a lot of rows t -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la ext/sybase_ct/php_sybase_ct.lo: In function `_clean_invalid_results': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:109: multiple definition of `sybase_functions' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:145: first defined here /usr/bin/ld: Warning: size of symbol `sybase_functions' changed from 468 to 564 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_connect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:762: multiple definition of `zif_sybase_connect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:584: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_pconnect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:771: multiple definition of `zif_sybase_pconnect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:592: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_close': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:781: multiple definition of `zif_sybase_close' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:600: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 222 to 307 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_select_db': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:897: multiple definition of `zif_sybase_select_db' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:635: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 318 to 346 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_query': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1475: multiple definition of `zif_sybase_query' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:772: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1357 to 30 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_free_result': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1491: multiple definition of `zif_sybase_free_result' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:917: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 188 to 220 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_get_last_message': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1522: multiple definition of `zif_sybase_get_last_message' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:946: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_get_last_message' changed from 72 to 83 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_rows': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1530: multiple definition of `zif_sybase_num_rows' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:954: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_fields': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1549: multiple definition of `zif_sybase_num_fields' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:980: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_fields' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_fetch_row': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1568: multiple definition of `zif_sybase_fetch_row' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:1006: first defined here /usr/bin/ld: Warnin
#22678 [NEW]: Failed to compile
From: sploscaru at yahoo dot com Operating system: RedHat 8.0 PHP version: 4.3.1 PHP Bug Type: Sybase-ct (ctlib) related Bug description: Failed to compile Hi! I'm Sorin and I need your help... I tryed in RH 72, 73, 80 to recompile php 4.2.0,..., 4.3.0, 4.3.1 in different combination but doesn't work: My apache is 2.0.44(./configure --prefix=/usr --enable-layout=RedHat --enable-so --enable-ssl --enable-deflate --with-mpm=perchild --enable-proxy=shared --enable-cgi=shared --enable-mods-shared=all) Without sybase support work fine... :) Sorry, i have sybase 11.9.2. # ./configure --with-apxs2 --with-mysql --with-postgres --enable-bcmath --with-mhash --with-libmcrypt --enable-versioning --with-sybase --with-sybase-ct My logs are a lot of rows t -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la ext/sybase_ct/php_sybase_ct.lo: In function `_clean_invalid_results': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:109: multiple definition of `sybase_functions' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:145: first defined here /usr/bin/ld: Warning: size of symbol `sybase_functions' changed from 468 to 564 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_connect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:762: multiple definition of `zif_sybase_connect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:584: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_pconnect': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:771: multiple definition of `zif_sybase_pconnect' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:592: first defined here ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_close': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:781: multiple definition of `zif_sybase_close' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:600: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_close' changed from 222 to 307 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_select_db': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:897: multiple definition of `zif_sybase_select_db' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:635: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_select_db' changed from 318 to 346 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_query': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1475: multiple definition of `zif_sybase_query' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:772: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_query' changed from 1357 to 30 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_free_result': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1491: multiple definition of `zif_sybase_free_result' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:917: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_free_result' changed from 188 to 220 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_get_last_message': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1522: multiple definition of `zif_sybase_get_last_message' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:946: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_get_last_message' changed from 72 to 83 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_rows': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1530: multiple definition of `zif_sybase_num_rows' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:954: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_rows' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_num_fields': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1549: multiple definition of `zif_sybase_num_fields' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:980: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_num_fields' changed from 167 to 128 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_fetch_row': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1568: multiple definition of `zif_sybase_fetch_row' ext/sybase/php_sybase_db.lo:/src/gnu/php-4.3.1/ext/sybase/php_sybase_db.c:1006: first defined here /usr/bin/ld: Warning: size of symbol `zif_sybase_fetch_row' changed from 243 to 328 in ext/sybase_ct/php_sybase_ct.lo ext/sybase_ct/php_sybase_ct.lo: In function `zif_sybase_fetch_array': /src/gnu/php-4.3.1/ext/sybase_ct/php_sybase_ct.c:1703: multiple definition of `zif_sybase_fetch_array' ext/
#22675 [Opn->Bgs]: Bug? Feature? Classes and Contructors
ID: 22675
Updated by: [EMAIL PROTECTED]
Reported By: d dot freise at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: SuSE Linux 8.1/i386
PHP Version: 4.3.1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is documented at
http://www.php.net/manual/en/language.oop.constructor.php -- see the
"Caution" box near the bottom.
Previous Comments:
[2003-03-13 08:34:40] d dot freise at gmx dot de
Hi!
I'm not a 100% certain if this is a bug, but it made me think of it...
Here is some sample code:
---
class A {
var $test;
function A() { $this->test = 1; }
}
class B extends A {
function B() {}
function out() { echo $this->test; }
}
$test = &new B;
$test->out();
---
The abose sample will output "" - an empty string. I found out that the
contructor of class A is never called. I'm programing a lot with C++
and find this behaviour odd. All contructors of derived classes should
be called.
I searched the bug database and found bug #1856 - rather old - telling
me that it should be fixed in CVS that times.
If this an intended behaviour, please excuse me for disturbing ;-)
Dennis Freise
--
Edit this bug report at http://bugs.php.net/?id=22675&edit=1
#19599 [Com]: "driver initialization failed" on any "driver"
ID: 19599 Comment by: b0nks at nerim dot net Reported By: ivoras at fer dot hr Status: Bogus Bug Type: DBM/DBA related Operating System: Linux (Debian 3) PHP Version: 4.2.3 Assigned To: helly New Comment: actually i have db2 support enabled and it does not work at all, i'll try and tell you what the result is without ndbm enabled. what do you mean "enabling flatfile"? Did another test: on a RedHat 8 / PHP 4.3.1 same result Previous Comments: [2003-03-10 17:12:38] [EMAIL PROTECTED] For a first start please only use db2 OR db3 support. If this doesn't help disable ndbm also. Then enable flatfile and see if this works. Since you cannot have both db2 and db3 enabled this stays bogus. [2003-03-10 03:00:42] b0nks at nerim dot net I got the same error whatever dba_* function i use: i have tested on Windows XP / PHP 4.2.0 Linux GNU Debian / PHP 4.1.2 Linux GNU Debian / PHP 4.3.1 dba support is enabled in all versions refering to phpinfo(); [2002-09-25 17:11:58] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-09-25 13:34:00] ivoras at fer dot hr Running php with db3 and db2 and gdbm causes all dba_* functions to fail with "driver initialization failed" error regardless of which driver is used. -- Edit this bug report at http://bugs.php.net/?id=19599&edit=1
#22676 [NEW]: Warning: 1 is not a Sybase link index in...
From: mgruenb at gmx dot net Operating system: Gentoo + SuSE PHP version: 4.3.1 PHP Bug Type: Sybase (dblib) related Bug description: Warning: 1 is not a Sybase link index in... Hi Guys, I can't get Sybase to work with PHP any more. Everything worked fine with previous versions of PHP, but since 4.3.1 I always get for all scripts the following: Warning: 1 is not a Sybase link index in /mnt/hda7/www/html/pathbase2/sybasetest.php on line 5 Warning: 0 is not a Sybase result index in /mnt/hda7/www/html/pathbase2/sybasetest.php on line 6 In old versions I only used to get those if I did a fopen / include before a sybase_connect, but now I even get it in simple scripts like this: I'll try the lates snapshot now and report back here later. Hope this helps! Cheers, Michael. -- Edit bug report at http://bugs.php.net/?id=22676&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22676&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22676&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22676&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22676&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22676&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22676&r=support Expected behavior: http://bugs.php.net/fix.php?id=22676&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22676&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22676&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22676&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22676&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22676&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22676&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22676&r=gnused
#22675 [NEW]: Bug? Feature? Classes and Contructors
From: d dot freise at gmx dot de
Operating system: SuSE Linux 8.1/i386
PHP version: 4.3.1
PHP Bug Type: Unknown/Other Function
Bug description: Bug? Feature? Classes and Contructors
Hi!
I'm not a 100% certain if this is a bug, but it made me think of it...
Here is some sample code:
---
class A {
var $test;
function A() { $this->test = 1; }
}
class B extends A {
function B() {}
function out() { echo $this->test; }
}
$test = &new B;
$test->out();
---
The abose sample will output "" - an empty string. I found out that the
contructor of class A is never called. I'm programing a lot with C++ and
find this behaviour odd. All contructors of derived classes should be
called.
I searched the bug database and found bug #1856 - rather old - telling me
that it should be fixed in CVS that times.
If this an intended behaviour, please excuse me for disturbing ;-)
Dennis Freise
--
Edit bug report at http://bugs.php.net/?id=22675&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22675&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22675&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22675&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22675&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22675&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22675&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22675&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22675&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22675&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22675&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22675&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22675&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22675&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22675&r=gnused
#22674 [NEW]: Unexpected build-up of persistent connections
From: msquillace at sogei dot it Operating system: Redhat 7.3 PHP version: 4.3.1 PHP Bug Type: OCI8 related Bug description: Unexpected build-up of persistent connections Environment is Linux RedHat 7.3, Apache 1.3.27, PHP 4.3.1 DSO with OCI8 (8.1.7.0) and several other extensions; the Oracle database (8.1.7.3) is on a Win2k server. The described behaviour also shows in PHP 4.2.2 and PHP 4.2.3, and with Oracle 9i, and can be reproduced (I usually begin by starting Apache with the -X switch) e.g. with the following script: ".OCIServerVersion($conn0).""; print OCIServerVersion($conn1).""; ?> The number of outstanding Oracle sessions can be checked from sqlplus: select machine,process,username,status from v$session order by process; where "process" shows the PID of the Apache process executing the PHP script. I'd expect to see exactly one persistent session (for user1) associated with the single Apache process after running the script, but I observe two instead, one for each user. Running the same script again doesn't change the situation. There's more, though: if at this point I run a similar script where I've changed the OCILogon to OCINLogon, I observe the correct behaviour of (an additional) new session being first created for user2 then destroyed at script end, but when I subsequently re-run the original script (OCILogon), another persistent session for user2 appears! This leads to a persistent session build-up with Oracle eventually complaining for too many sessions. As a side (but important) note, I observed that while Oracle is case-insensitive with regard to the user credentials and the db alias used in a connection, the OCI8 extension is case-sensitive: if I make two OCIPLogon(s) whose arguments differ only in case I get two persistent Oracle sessions. I'd suggest converting the (left- and right-trimmed) arguments to upper or lower case in the extension before checking for reusability against already existing sessions. -- Edit bug report at http://bugs.php.net/?id=22674&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22674&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22674&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22674&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22674&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22674&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22674&r=support Expected behavior: http://bugs.php.net/fix.php?id=22674&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22674&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22674&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22674&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22674&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22674&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22674&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22674&r=gnused
#22574 [Fbk->Opn]: unsatisfied symbols freeaddrinfo and getaddrinfo
ID: 22574 User updated by: john345 at earthlink dot net Reported By: john345 at earthlink dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SCO OpenServer 5.0.6 PHP Version: 4.3.2-dev New Comment: Here are the lines from config.log you requested. configure:14379: checking for vsnprintf configure:14407: gcc -o conftest -g -O2 conftest.c -lm -lsocket 1>&5 configure:14433: checking for getaddrinfo configure:14445: gcc -c -g -O2 conftest.c 1>&5 configure:14468: checking for strlcat Previous Comments: [2003-03-11 21:00:38] [EMAIL PROTECTED] Okay, so in configure it's detected correctly, but during compile, it's somehow not found..check your config.log for this: "checking for getaddrinfo" And paste 2 lines before and after that line here. [2003-03-11 16:33:14] john345 at earthlink dot net I copied from the last gcc to the end from the output of make. gcc -Imain/ -I/home/john/downloads/php/php4-STABLE-200303101630/main/ -DPHP_ATOM_INC -I/home/john/downloads/php/php4-STABLE-200303101630/include -I/home/john/downloads/php/php4-STABLE-200303101630/main -I/home/john/downloads/php/php4-STABLE-200303101630 -I/home/john/downloads/php/php4-STABLE-200303101630/Zend -I/home/john/downloads/php/php4-STABLE-200303101630/TSRM -g -O2 -c main/internal_functions.c -o main/internal_functions.o && echo > main/internal_functions.lo /bin/ksh /home/john/downloads/php/php4-STABLE-200303101630/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lm -lsocket -o sapi/cgi/php Undefined first referenced symbol in file freeaddrinfomain/network.o getaddrinfo main/network.o sapi/cgi/php: fatal error: Symbol referencing errors. No output written to sapi/cgi/php collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 [2003-03-10 09:21:29] [EMAIL PROTECTED] Get the latest stable snapshot first! -
#22662 [Opn]: shell_exec not working on windows XP
ID: 22662 User updated by: pjaleysen at hotmail dot com Reported By: pjaleysen at hotmail dot com Status: Open Bug Type: Program Execution Operating System: Windows XP PHP Version: 4.3.0 New Comment: Nope, paths, all of that excluded.I tried to put some details below, comming from http://forums.devshed.com/t55038/s.html (which also deals with the various path issues. Many others also had a look at it). At the very end of the forum there is an assumption that it is a WinXP problem, since win2000 works fine. Previous Comments: [2003-03-13 06:25:57] [EMAIL PROTECTED] %PATH% issue? (blind guess) [2003-03-13 03:01:51] pjaleysen at hotmail dot com HI, I tried it out with PHP Version 4.3.2-RC but the problem remains; native MS-DOS commands work fine, other DOS-applications do not respond. kind regards Patrick [2003-03-12 17:05:51] [EMAIL PROTECTED] Yes, but the snapshot is 4.3.2-dev so try it out. We're about to release 4.3.2 soon. [2003-03-12 17:04:09] pjaleysen at hotmail dot com I have the same problem with php4.3 (at home) [2003-03-12 17:01:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 4.2.3 is way too old. 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/22662 -- Edit this bug report at http://bugs.php.net/?id=22662&edit=1
#22662 [Opn]: shell_exec not working on windows XP
ID: 22662 Updated by: [EMAIL PROTECTED] Reported By: pjaleysen at hotmail dot com Status: Open Bug Type: Program Execution Operating System: Windows XP PHP Version: 4.3.0 New Comment: %PATH% issue? (blind guess) Previous Comments: [2003-03-13 03:01:51] pjaleysen at hotmail dot com HI, I tried it out with PHP Version 4.3.2-RC but the problem remains; native MS-DOS commands work fine, other DOS-applications do not respond. kind regards Patrick [2003-03-12 17:05:51] [EMAIL PROTECTED] Yes, but the snapshot is 4.3.2-dev so try it out. We're about to release 4.3.2 soon. [2003-03-12 17:04:09] pjaleysen at hotmail dot com I have the same problem with php4.3 (at home) [2003-03-12 17:01:50] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 4.2.3 is way too old. [2003-03-12 11:58:58] pjaleysen at hotmail dot com like I said, the native Windows commands work correctly. I tried putting cmd before a command, but invain. This is a brief summary of the forum thread, found at http://forums.devshed.com/t55038/s.html): //--- I am trying to use pkzip to compress documents. I am running a windows PC, so I am trying to execute a DOS command. I have so far: It doesnt work //- shouldn't have to as long as cmd.exe is in your path. can't believe its not really. maybe try a little test like this and see what you get back, then you'll know if its a path problem. //-- The ping works ok! I can do the standard commands alright. I tried: 1)using absolute directories (like above) 2) changing path=, to include the pkzip file (A dos version of pkzip) 3) changing to the 'long' directory notation (e.g progra~1 => program files) //- Executing commands in the shell from a PHP script only works when the program you are trying to execute resides in your system directory (windows 2000: c:\winnt\system32). //- I might have a clue!?!? e.g. I have a batchfile saying: "echo this batchfile works" running this with: echoos 'echo this batchfile works' Shouldnt the 'echo' NOT be there in the echo $test? It's like it is just reading the line, instead of executing it... // 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/22662 -- Edit this bug report at http://bugs.php.net/?id=22662&edit=1
#22656 [Opn->Bgs]: socket_set_blocking() won't work?
ID: 22656 Updated by: [EMAIL PROTECTED] Reported By: thejoshes at josh dot com -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: OS X 10.2.3 PHP Version: 4.3.1 New Comment: Not a bug in PHP, as discussed in private mail. Setting status to bogus. Previous Comments: [2003-03-12 04:21:03] thejoshes at josh dot com Interesting. When I use socket_set_nonblock($s); instead, I get the following error, repeatedly: Warning: socket_accept() unable to accept incoming connection [35]: Resource temporarily unavailable in /Users/josha/test/noblock.php on line 27 [2003-03-12 03:29:39] [EMAIL PROTECTED] I was going to suggest reading the manual, however this point is not made clear: socket_set_blocking() has nothing to do with the sockets extension, and that is the reason that we changed its name: http://www.php.net/manual/en/function.socket-set-blocking.php http://www.php.net/manual/en/function.stream-set-blocking.php To acheive non-blocking "ext/sockets", you need to call this function: http://www.php.net/manual/en/function.socket-set-nonblock.php [2003-03-12 02:32:21] thejoshes at josh dot com The following script produces this error: Warning: socket_set_blocking(): supplied resource is not a valid stream resource in /Users/josha/test/noblock.php on line 10 Even though the socket connection will work fine... I expect this to work, since $s is indeed a valid stream resource, right? #!/usr/local/bin/php -- Edit this bug report at http://bugs.php.net/?id=22656&edit=1
#22290 [Com]: curl seems to have problems sending https
ID: 22290 Comment by: black at flamingo dot ru Reported By: donauinsel at hotmail dot com Status: No Feedback Bug Type: cURL related Operating System: W32/NT PHP Version: 4.3.1 New Comment: Just found the answer in the next bug-report: http://bugs.php.net/bug.php?id=22379 Previous Comments: [2003-03-13 04:37:35] black at flamingo dot ru I have the same problem - when I'm trying to retreive https:// content via cURL I'm getting "SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed". When I go to the same urls with a browser - everything's Ok. http:// queries work just fine. I have PHP 4.3.1 newly installed so I'm absolutely sure I use libraries from 4.3.1 package. Here's code which causes the error (CGI under IIS): https://www.verisign.com/"; ; $ch = curl_init(); curl_setopt ($ch, CURLOPT_URL, $url); curl_setopt ($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (compatible; MSIE5.01; Windows NT 5.0)"); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); echo "|". curl_exec($ch)."|"; if (curl_errno($ch)) echo "ERROR: ".curl_error($ch); curl_close($ch); ?> Thanks [2003-02-25 02:08:22] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-19 17:00:32] daniel at haxx dot se Please elaborate a lot more on the "seems to have problems" part. [2003-02-19 04:18:37] [EMAIL PROTECTED] What was your previous PHP version? Are you sure you have upgraded ALL the old dlls with the new ones found in the 4.3.1 release package? [2003-02-19 01:41:49] donauinsel at hotmail dot com With older version of curl - no problems on connecting to https. maybe a problem of openssl or libeay32.dll ? -- Edit this bug report at http://bugs.php.net/?id=22290&edit=1
#14397 [Com]: Wrong results when reading a float
ID: 14397 Comment by: gwenzel at emb dot de Reported By: hofmann at isl dot org Status: No Feedback Bug Type: Sybase (dblib) related Operating System: Linux PHP Version: 4.0.6 New Comment: I Experienced the same problem, but found a workaround. If I enclose the offending column by CAST(clumn AS DECIMAL) I get the correct result. Previous Comments: [2002-09-10 12:45:17] kinkie at tiscalinet dot it I have verified the same problem. In a table stored on a mssql 6.5 server, accessed via FreeTDS (both release 0.53 and 0.60.rc3) I have a column which is a float(24). I can confirm that accessing that table works fine both from the tsql utility supplied with freetds and from sqsh. That column's fields are however zeroed out when I access from inside PHP. This is both on 4.1.1 and 4.2.2. The host operating system is Redhat 7.1. [2002-03-18 05:20:33] tony at ec-server dot com I have the same error with PHP4.1.1. Even though I use float(16) instead of float(8), or use decimal(15,5), I got the wrong display when fetch a float/decimal/double field. [2002-01-28 10:41:54] [EMAIL PROTECTED] No feedback. [2002-01-07 02:35:05] [EMAIL PROTECTED] Can you reproduce this error with PHP 4.1.1? [2001-12-10 02:36:19] hofmann at isl dot org I found that the wrong float results happen with float(8) but NOT with float(16) !!! 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/14397 -- Edit this bug report at http://bugs.php.net/?id=14397&edit=1
#22290 [Com]: curl seems to have problems sending https
ID: 22290 Comment by: black at flamingo dot ru Reported By: donauinsel at hotmail dot com Status: No Feedback Bug Type: cURL related Operating System: W32/NT PHP Version: 4.3.1 New Comment: I have the same problem - when I'm trying to retreive https:// content via cURL I'm getting "SSL: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed". When I go to the same urls with a browser - everything's Ok. http:// queries work just fine. I have PHP 4.3.1 newly installed so I'm absolutely sure I use libraries from 4.3.1 package. Here's code which causes the error (CGI under IIS): https://www.verisign.com/"; ; $ch = curl_init(); curl_setopt ($ch, CURLOPT_URL, $url); curl_setopt ($ch, CURLOPT_USERAGENT, "Mozilla/5.0 (compatible; MSIE5.01; Windows NT 5.0)"); curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1); echo "|". curl_exec($ch)."|"; if (curl_errno($ch)) echo "ERROR: ".curl_error($ch); curl_close($ch); ?> Thanks Previous Comments: [2003-02-25 02:08:22] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-19 17:00:32] daniel at haxx dot se Please elaborate a lot more on the "seems to have problems" part. [2003-02-19 04:18:37] [EMAIL PROTECTED] What was your previous PHP version? Are you sure you have upgraded ALL the old dlls with the new ones found in the 4.3.1 release package? [2003-02-19 01:41:49] donauinsel at hotmail dot com With older version of curl - no problems on connecting to https. maybe a problem of openssl or libeay32.dll ? -- Edit this bug report at http://bugs.php.net/?id=22290&edit=1
#22665 [Fbk->Csd]: UDM_PARAM_PAGE_SIZE can not be retrieved.
ID: 22665 Updated by: [EMAIL PROTECTED] Reported By: jon at jellybob dot co dot uk -Status: Feedback +Status: Closed Bug Type: mnoGoSearch related Operating System: FreeBSD 4.6 PHP Version: 4.3.0 New Comment: UDM_PARAM_PAGE_SIZE is Udm_Set_Agent_Param command. You can set this parameter, not read since you are know what you how you set it up. Just for clarification: here is the list of acceptable command for fetched search result (note, that this list is differ for different mnogosearch versions, and most of all commands are available only with latest mnogosearch version): UDM_FIELD_URLID 1 UDM_FIELD_URL 2 UDM_FIELD_CONTENT 3 UDM_FIELD_TITLE 4 UDM_FIELD_KEYWORDS 5 UDM_FIELD_DESC 6 UDM_FIELD_TEXT 7 UDM_FIELD_SIZE 8 UDM_FIELD_RATING9 UDM_FIELD_MODIFIED 10 UDM_FIELD_ORDER 11 UDM_FIELD_CRC 12 UDM_FIELD_CATEGORY 13 UDM_FIELD_LANG 14 UDM_FIELD_CHARSET 15 UDM_FIELD_SITEID16 UDM_FIELD_POP_RANK 17 UDM_FIELD_ORIGINID 18 Previous Comments: [2003-03-12 17:08:57] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-03-12 14:48:34] jon at jellybob dot co dot uk When I attempt to retrieve the parameter UDM_PARAM_PAGE_SIZE from a search result, it gives the error "Unknown mnoGoSearch param name". The search is returning valid results. -- Edit this bug report at http://bugs.php.net/?id=22665&edit=1
#16619 [Asn->WFx]: mysql module build-in binary-release doesn't support GBK charset
ID: 16619 Updated by: [EMAIL PROTECTED] Reported By: Xuefer at 21cn dot com -Status: Assigned +Status: Wont fix Bug Type: MySQL related Operating System: win PHP Version: 4.2.0 Assigned To: zak New Comment: This will be fixed in PHP 5 (with a new bundled lib). If you need other charsets like default latin1 use an external libmysql. Previous Comments: [2002-06-18 05:32:17] [EMAIL PROTECTED] Should be working as soon as the MySQL client libs are upgraded. Assigning this to Zak as he's going to update it. [2002-04-15 22:28:19] Xuefer at 21cn dot com Sorry, I don't agree with u, so I open it again it's really the problem of client, not MySQL-server i've tested in linux, source-package installed MySQL with GBK support and install php using bundled MySQL lib -- --with-mysql[=DIR] PHP 4: Include MySQL support. DIR is the MySQL base directory. If _unspecified_, the _bundled_ MySQL library will be used. This option is turned on by default. -- there's no ctype-gbk.c in ext/mysql/libmysql. and the client complain about "no such charset" this is how the binary-package of php for win built, right? is this problem i described clear enough? but another relative problem: build-in charset is so big, with a huge array, i don't know if the build-in charset is a MUST in client, but it DID complain about it! maybe this is MySQL problem not PHP :( temp-solution for php-win: "copy charset\latin1.conf to charset\gbk.conf" this should have been told to users who prefer to GBK charset, agree? [2002-04-15 12:40:47] [EMAIL PROTECTED] I think this is a MySQL problem, not a PHP problem. [2002-04-15 12:40:19] [EMAIL PROTECTED] I think this is a MySQL problem, not a PHP problem. [2002-04-15 08:57:12] Xuefer at 21cn dot com when MYSQL use GBK as default charset the following error logged in apache File 'c:\mysql\\share\charsets\gbk.conf' not found (Errcode: 2) Character set '#28' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file error.log get bigger and bigger by filling these rubbish message! multi-byte charset in mysql-client can only be build in not charsets\gbk.conf binary-release should provoide as much as possible ability, right ? -- Edit this bug report at http://bugs.php.net/?id=16619&edit=1
#22672 [NEW]: User not logged under Apache2
From: bugzilla at ab dot thatcow dot com
Operating system: SunOS 5.9
PHP version: 4.3.1
PHP Bug Type: Apache2 related
Bug description: User not logged under Apache2
I send headers through PHP to force authentication. Under apache1.3, the
username would show up properly under my combined logs - under
apache2.0.44, I always see "-". The folks over at Apache (see their bug
#8500) suggest PHP needs to be setting user in the request structure.
I've add one line in php_apache_request_ctor() in sapi_apache2.c to set
this. This hack is fairly ignorant of the internals of both php and
apache, but here it is anyway. Do with as you wish. Forgive the formatting
here if it doesn't come out right.
if (!PG(safe_mode)) {
auth = apr_table_get(f->r->headers_in, "Authorization");
php_handle_auth_data(auth TSRMLS_CC);
+ ctx->r->user =
apr_pstrdup(ctx->r->pool,SG(request_info).auth_user);
} else {
SG(request_info).auth_user = NULL;
SG(request_info).auth_password = NULL;
--
Edit bug report at http://bugs.php.net/?id=22672&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22672&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22672&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22672&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22672&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22672&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22672&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22672&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22672&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22672&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22672&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22672&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22672&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22672&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22672&r=gnused
#22662 [Fbk->Opn]: shell_exec not working on windows XP
ID: 22662
User updated by: pjaleysen at hotmail dot com
Reported By: pjaleysen at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Program Execution
Operating System: Windows XP
PHP Version: 4.3.0
New Comment:
HI, I tried it out with PHP Version 4.3.2-RC but the problem remains;
native MS-DOS commands work fine, other DOS-applications do not
respond.
kind regards
Patrick
Previous Comments:
[2003-03-12 17:05:51] [EMAIL PROTECTED]
Yes, but the snapshot is 4.3.2-dev so try it out.
We're about to release 4.3.2 soon.
[2003-03-12 17:04:09] pjaleysen at hotmail dot com
I have the same problem with php4.3 (at home)
[2003-03-12 17:01:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
4.2.3 is way too old.
[2003-03-12 11:58:58] pjaleysen at hotmail dot com
like I said, the native Windows commands work correctly. I tried
putting cmd before a command, but invain.
This is a brief summary of the forum thread, found at
http://forums.devshed.com/t55038/s.html):
//---
I am trying to use pkzip to compress documents.
I am running a windows PC, so I am trying to execute a DOS command.
I have so far:
It doesnt work
//-
shouldn't have to as long as cmd.exe is in your path.
can't believe its not really.
maybe try a little test like this and see what you get back,
then you'll know if its a path problem.
//--
The ping works ok!
I can do the standard commands alright.
I tried:
1)using absolute directories (like above)
2) changing path=, to include the pkzip file (A dos version of pkzip)
3) changing to the 'long' directory notation (e.g progra~1 => program
files)
//-
Executing commands in the shell from a PHP script only works
when the program you are trying to execute resides in your
system directory (windows 2000: c:\winnt\system32).
//-
I might have a clue!?!?
e.g. I have a batchfile saying:
"echo this batchfile works"
running this with:
echoos 'echo this batchfile works'
Shouldnt the 'echo' NOT be there in the echo $test?
It's like it is just reading the line, instead of executing it...
//
[2003-03-12 11:47:40] [EMAIL PROTECTED]
Sorry, that should be shell_exec('cmd ver');
~ Andrew Heebner
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/22662
--
Edit this bug report at http://bugs.php.net/?id=22662&edit=1
#22657 [Bgs]: Weak parsing in rfc1867.c
ID: 22657
Updated by: [EMAIL PROTECTED]
Reported By: vesely at tana dot it
Status: Bogus
Bug Type: HTTP related
Operating System: Any
PHP Version: 4.3.0
New Comment:
It must not be tested for not being NULL because
it is only NULL while self->bytes_in_buffer is
0. There will be no action on it until bytes_in_buffer
becomes > 0. This only happens after the buf begin
is set to the buffer again...
Previous Comments:
[2003-03-13 01:13:01] vesely at tana dot it
> buf_begin can be NULL, no DOS possible -> BOGUS1
it is not initialized to NULL, it is never tested for not
being NULL, and around line 232, function fill_buffer
if (self->bytes_in_buffer > 0 && self->buf_begin != self->buffer) {
memmove(self->buffer, self->buf_begin, self->bytes_in_buffer);
}
should grant the job will be done. Why do you say
it can be NULL? If I have some more time next week
I'll try and prepare a proof of concept.
> searching for ',' is correct this works around a bug
> in some IE version -> BOGUS2
Ha ha! I should have guessed it... :-)
[2003-03-12 16:06:33] [EMAIL PROTECTED]
buf_begin can be NULL, no DOS possible -> BOGUS1
searching for ',' is correct this works around a bug
in some IE version -> BOGUS2
[2003-03-12 03:44:37] vesely at tana dot it
Hi,
watch out rfc1867.c around line 342, in function
next_line() there is (was?) the following code:
if (ptr) {
/* ... */
} else {
/* ... */
line[self->bufsize] = 0;
self->buf_begin = ptr;/* <=== */
self->bytes_in_buffer = 0;
}
ptr is obviously NULL, buf_begin should never be NULL
or the program may crash. So this is a potential
vulnerability for DOS attackers who submit long lines.
Since you're there, would you mind to check why at line
721, in the rfc1867_post_handler function, there is
boundary_end = strchr(boundary, ',');
Shouldn't it be ';' (semicolon) rather than ',' (comma)?
(Just wandering)
--
Edit this bug report at http://bugs.php.net/?id=22657&edit=1
#9036 [Bgs]: Non installation of libphp.so
ID: 9036 Updated by: [EMAIL PROTECTED] Reported By: d dot drury at ucl dot ac dot uk Status: Bogus Bug Type: *General Issues Operating System: RedHat Linux PHP Version: 4.0.4pl1 New Comment: Yes, of course using --with-apxs makes a difference. Without that option you will never get a libphp4.so, you simply get a php binary. Please read the installation instructions. Previous Comments: [2003-03-13 02:04:56] alex at cif dot rochester dot edu I just tried installing php 4.3.1 from source on Slackware 8, and i couldn't figure out why the process wasn't producing a libphp4.so file... Google brought up this page, and indeed, using ./configure; make install works just fine, while ./configure;make;make install doesn't In the latter case, the output of make install is missing the lines [activating module `php4' in /usr/local/etc/httpd/httpd.conf] cp libs/libphp4.so /usr/local/libexec/libphp4.so chmod 755 /usr/local/libexec/libphp4.so cp /usr/local/etc/httpd/httpd.conf /usr/local/etc/httpd/httpd.conf.bak cp /usr/local/etc/httpd/httpd.conf.new /usr/local/etc/httpd/httpd.conf rm /usr/local/etc/httpd/httpd.conf.new after it says Installing PHP SAPI module I'm not sure whether the option --with-apxs makes a difference, as i didn't use it. [2001-02-02 05:19:05] d dot drury at ucl dot ac dot uk That is funny, as when I did it with make it didn't work, but when I did it without (as the INSTALL file I have DOES say!) IT WORKED! [2001-02-01 20:51:09] [EMAIL PROTECTED] You did something silly as there is nothing wrong with the INSTALL file's instructions.. The correct way to do it (Assuming you have apache with DSO support): # ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/path/ # make clean ; make ; make install # /usr/local/apache/bin/apachectl stop # /usr/local/apache/bin/apachectl start ( the 'make clean' part isn't needed when compiling from fresh sources which have just been gunzipped/untarred) If you still have problems with the installing of PHP then ask further questions on [EMAIL PROTECTED] mailing list. --Jani [2001-02-01 07:26:02] d dot drury at ucl dot ac dot uk Have tracked down the problem myself. If you type make before make install the installation doesn't work! I think this could be made more explicit in the INSTALL file. In the INSTALL file, section 4a is repeated. The first occurrence has somehow had part of 3b added onto it. It reads: - 4a. Setting up the server. (Dynamic Module) The make install command in step 3 should have done most of your work for you. It actually edits your httpd.conf file and tries to enable the dynamic PHP module. To verify this, look for a line that looks like this: LoadModule php4_module libexec/libphp4.so The actual path before the libphp4.so part might differ slightly. This is likely fine. If you are paranoid you can examine the output from the make install step to see where the libphp4.so file was actually put and type: make Assuming it compiles without errors, proceed to step 4b. The correct text for 4a then continues. The incorrect text above suggests typing make, which messes the install up. [2001-01-31 14:31:14] d dot drury at ucl dot ac dot uk I checked the output of make install - it does not mention libphp.so at all! Duncan 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/9036 -- Edit this bug report at http://bugs.php.net/?id=9036&edit=1
#9036 [Com]: Non installation of libphp.so
ID: 9036 Comment by: alex at cif dot rochester dot edu Reported By: d dot drury at ucl dot ac dot uk Status: Bogus Bug Type: *General Issues Operating System: RedHat Linux PHP Version: 4.0.4pl1 New Comment: I just tried installing php 4.3.1 from source on Slackware 8, and i couldn't figure out why the process wasn't producing a libphp4.so file... Google brought up this page, and indeed, using ./configure; make install works just fine, while ./configure;make;make install doesn't In the latter case, the output of make install is missing the lines [activating module `php4' in /usr/local/etc/httpd/httpd.conf] cp libs/libphp4.so /usr/local/libexec/libphp4.so chmod 755 /usr/local/libexec/libphp4.so cp /usr/local/etc/httpd/httpd.conf /usr/local/etc/httpd/httpd.conf.bak cp /usr/local/etc/httpd/httpd.conf.new /usr/local/etc/httpd/httpd.conf rm /usr/local/etc/httpd/httpd.conf.new after it says Installing PHP SAPI module I'm not sure whether the option --with-apxs makes a difference, as i didn't use it. Previous Comments: [2001-02-02 05:19:05] d dot drury at ucl dot ac dot uk That is funny, as when I did it with make it didn't work, but when I did it without (as the INSTALL file I have DOES say!) IT WORKED! [2001-02-01 20:51:09] [EMAIL PROTECTED] You did something silly as there is nothing wrong with the INSTALL file's instructions.. The correct way to do it (Assuming you have apache with DSO support): # ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/path/ # make clean ; make ; make install # /usr/local/apache/bin/apachectl stop # /usr/local/apache/bin/apachectl start ( the 'make clean' part isn't needed when compiling from fresh sources which have just been gunzipped/untarred) If you still have problems with the installing of PHP then ask further questions on [EMAIL PROTECTED] mailing list. --Jani [2001-02-01 07:26:02] d dot drury at ucl dot ac dot uk Have tracked down the problem myself. If you type make before make install the installation doesn't work! I think this could be made more explicit in the INSTALL file. In the INSTALL file, section 4a is repeated. The first occurrence has somehow had part of 3b added onto it. It reads: - 4a. Setting up the server. (Dynamic Module) The make install command in step 3 should have done most of your work for you. It actually edits your httpd.conf file and tries to enable the dynamic PHP module. To verify this, look for a line that looks like this: LoadModule php4_module libexec/libphp4.so The actual path before the libphp4.so part might differ slightly. This is likely fine. If you are paranoid you can examine the output from the make install step to see where the libphp4.so file was actually put and type: make Assuming it compiles without errors, proceed to step 4b. The correct text for 4a then continues. The incorrect text above suggests typing make, which messes the install up. [2001-01-31 14:31:14] d dot drury at ucl dot ac dot uk I checked the output of make install - it does not mention libphp.so at all! Duncan [2001-01-31 14:28:09] d dot drury at ucl dot ac dot uk Hi, I am trying to install PHP4 as a DCO for Apache using APXS. I downloaded php-4.0.4pl1.tar.gz from your site. I followed the instructions in INSTALL as follows: ./configure --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache/bin/apxs Then make && make install It all whirred happily away for a while, and reported no errors. However, on restarting Apache, and running httpd -l I do not find mod_php4.c listed. mod_so.c is listed. I also cannot locate libphp4.so anywhere on my machine. Am I right in thinking that my Apache does nothing with PHP files as it cannot be configured to do so due to the absence of this (and no doubt others) programme? Is this a bug, or have I done something silly? Either way, what should I do to get PHP up and running? -- Edit this bug report at http://bugs.php.net/?id=9036&edit=1
