#21519 [Opn-Bgs]: php-4.3-mcrypt doens't load under Windows
ID: 21519 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Encryption and hash functions Operating System: Windows 2000 Server PHP Version: 4.3.0 Previous Comments: [2003-01-09 06:37:46] [EMAIL PROTECTED] Great! I updated php from 4.2.3 to 4.3 and it works properly. Thank you very much for your help. Kind regards, Samuel Vicent [2003-01-09 05:16:04] [EMAIL PROTECTED] Which version of PHP are you using? These .dlls work only with 4.3.0. [2003-01-09 04:44:43] [EMAIL PROTECTED] Hello, Yes, I downloaded such zip file and correctly followed the instructions attached but an error happens when loading the dll. This error always appears in the System Event Log, and it is: Unable to load dynamic library 'C:\PHP\php-4.2.3-Win32\extensions\php_mcrypt.dll' I look forward to your response as soon as you can. Many Thanks [2003-01-08 17:49:12] [EMAIL PROTECTED] Did you get this file: http://ftp.proventum.net/pub/php/win32/misc/mcrypt/php-4.3-mcrypt.zip Did you follow the intructions that are included in that zip? [2003-01-08 11:36:30] [EMAIL PROTECTED] Hello, I downloaded the binary distribution for mcrypt from: http://www.php.net/manual/en/ref.mcrypt.php and I get an error when start the module from IIS. The error seems to be coming from API incompatibility. I tried to load other extensions that come from the PHP distribution and they work properly but this one (php_mcrypt.dll) doesn't. I am in the end of a project and need desperately encryption. I would be very pleased if you can give me a solution. Many thanks in advance. Samuel Vicent Samuel Vicent Pitarch NET REAL SOLUTIONS S.L. 12540 vila-real, Castellon SPAIN +34 964 52 33 31 +34 637 44 15 97 -- Edit this bug report at http://bugs.php.net/?id=21519edit=1
#21501 [Fbk]: ISAPI Troubles
ID: 21501 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 2K/2Kserver/XP PHP Version: 4.3.0 New Comment: What does Configuration File (php.ini) Path from phpinfo() show? And please use Edit Submition and Add Comment for the bug report. Previous Comments: [2003-01-07 21:24:21] [EMAIL PROTECTED] Eys thats correct, it dont use any php.ini But that is here of course and with php.exe it will be used I had it in the same directory as php.exe and php4isapi.dll since php 4.3.0 this works perfectly and is no need to copy it to win dir - i copied php4isapi in the root path of the interpreter so i can use relative path to the extension dir with only extension_dir = extensions but now nothing of all them will work I ve tried also to copy php.ini in the windir but it dont work with isapi but phpinfo shows extension_dir = c:\php4 and i dont know from where this value comes maybe - my windows is installed on K:\ php is installed in k:\server\php hope this small bug will alos fixed in next release when anybody found it where have you php installed ? [2003-01-07 18:58:57] [EMAIL PROTECTED] I suspect that your ISAPI module isn't reading correct php.ini. You can verify this by looking on top of phpinfo() output page were the used php.ini file will be specified. I just tested mail() and it works correctly. You could also try to specify the two ini parameters in the scripts itself: ini_set('SMTP', 'mail.example.com'); ini_set('sendmail_from', '[EMAIL PROTECTED]'); mail([EMAIL PROTECTED], test, test); [2003-01-07 18:45:45] [EMAIL PROTECTED] I found some problems with the ISAPI module under windows with differnet webservers First: mail() dont work (Mail-Server: http://www.cmfperception.com/liteserve.html) - with php.exe it will work Second: The session.save_path will be ignored in php.ini and php try to use /tmp what cant be found on win and when i use the php.exe must be / instead of \ in the path when it should work Hope i can help and sorry about my bad english (come from austria) -- Edit this bug report at http://bugs.php.net/?id=21501edit=1
#21506 [Opn-Csd]: Latest CVS missing php4apache2.dll?
ID: 21506 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Documentation problem +Bug Type: Compile Failure Operating System: Windows XP PHP Version: 4CVS-2003-01-07 (dev) New Comment: Its actually a compile problem with the latest CVS. You can have a look at http://snaps.php.net/win32/compile.log to see the reason. This will be fixed soon. Closing the report since we're aware of the issue and are working on it. Previous Comments: [2003-01-07 23:19:33] [EMAIL PROTECTED] I *HIGHLY* doubt this is a doc problem as most likely that dll just forgot to make its way into the distro. Nobody is perfect :) [2003-01-07 22:48:28] [EMAIL PROTECTED] sorry about the above! my dog was 'nosing' my mouse! :\ [2003-01-07 22:46:15] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 [2003-01-07 22:45:42] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 [2003-01-07 22:45:09] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 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/21506 -- Edit this bug report at http://bugs.php.net/?id=21506edit=1
#21501 [Fbk-Bgs]: ISAPI Troubles
ID: 21501 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: *Web Server problem Operating System: Windows 2K/2Kserver/XP PHP Version: 4.3.0 New Comment: OK. So I assume that this is not a bug in PHP. Previous Comments: [2003-01-08 03:54:15] [EMAIL PROTECTED] now i know why it is so the php.exe uses a php.ini-file when it is in same directory also but with the isapi it must be in the windir dont really know why this is different about the button sorry if i used the developer [2003-01-08 03:31:26] [EMAIL PROTECTED] What does Configuration File (php.ini) Path from phpinfo() show? And please use Edit Submition and Add Comment for the bug report. [2003-01-07 21:24:21] [EMAIL PROTECTED] Eys thats correct, it dont use any php.ini But that is here of course and with php.exe it will be used I had it in the same directory as php.exe and php4isapi.dll since php 4.3.0 this works perfectly and is no need to copy it to win dir - i copied php4isapi in the root path of the interpreter so i can use relative path to the extension dir with only extension_dir = extensions but now nothing of all them will work I ve tried also to copy php.ini in the windir but it dont work with isapi but phpinfo shows extension_dir = c:\php4 and i dont know from where this value comes maybe - my windows is installed on K:\ php is installed in k:\server\php hope this small bug will alos fixed in next release when anybody found it where have you php installed ? [2003-01-07 18:58:57] [EMAIL PROTECTED] I suspect that your ISAPI module isn't reading correct php.ini. You can verify this by looking on top of phpinfo() output page were the used php.ini file will be specified. I just tested mail() and it works correctly. You could also try to specify the two ini parameters in the scripts itself: ini_set('SMTP', 'mail.example.com'); ini_set('sendmail_from', '[EMAIL PROTECTED]'); mail([EMAIL PROTECTED], test, test); [2003-01-07 18:45:45] [EMAIL PROTECTED] I found some problems with the ISAPI module under windows with differnet webservers First: mail() dont work (Mail-Server: http://www.cmfperception.com/liteserve.html) - with php.exe it will work Second: The session.save_path will be ignored in php.ini and php try to use /tmp what cant be found on win and when i use the php.exe must be / instead of \ in the path when it should work Hope i can help and sorry about my bad english (come from austria) -- Edit this bug report at http://bugs.php.net/?id=21501edit=1
#21496 [Opn-Bgs]: Header weirdness
ID: 21496 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.3.0 New Comment: The -q switch has always disabled all header output, not only default headers. Just tested with 4.0.6 and 4.1.2. If you have found a piece of documentation that states otherwise please reopen as documentation problem. Previous Comments: [2003-01-08 05:19:39] [EMAIL PROTECTED] Its not 'bogus' [2003-01-08 05:18:40] [EMAIL PROTECTED] It is a bug if it was the recommended way of overwriting headers and you changed it and failed to tell anyone, so resulting in lots of things stopping to work. Either its a bug in your documentaiton or you changed a feature. [2003-01-07 17:42:48] [EMAIL PROTECTED] php -q will stop output of all headers, not just default ones. So if header() works when -q is not specified, this is not a bug. [2003-01-07 13:24:09] [EMAIL PROTECTED] It seems this only occurs if you do -q to OVERRIDE the default headers, eg, print your own rather than say text/html it doesnt print any of them none at all! Even though you specifically asked for them. In 4.2 you did -q to suppress default headers but could print your own [2003-01-07 13:19:47] [EMAIL PROTECTED] Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI version this was deffinately the CGI one. I checked, a ton of times.. As I suddenly thought. 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/21496 -- Edit this bug report at http://bugs.php.net/?id=21496edit=1
#21519 [Opn-Fbk]: php-4.3-mcrypt doens't load under Windows
ID: 21519 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Encryption and hash functions Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: Did you get this file: http://ftp.proventum.net/pub/php/win32/misc/mcrypt/php-4.3-mcrypt.zip Did you follow the intructions that are included in that zip? Previous Comments: [2003-01-08 11:36:30] [EMAIL PROTECTED] Hello, I downloaded the binary distribution for mcrypt from: http://www.php.net/manual/en/ref.mcrypt.php and I get an error when start the module from IIS. The error seems to be coming from API incompatibility. I tried to load other extensions that come from the PHP distribution and they work properly but this one (php_mcrypt.dll) doesn't. I am in the end of a project and need desperately encryption. I would be very pleased if you can give me a solution. Many thanks in advance. Samuel Vicent Samuel Vicent Pitarch NET REAL SOLUTIONS S.L. 12540 vila-real, Castellon SPAIN +34 964 52 33 31 +34 637 44 15 97 -- Edit this bug report at http://bugs.php.net/?id=21519edit=1
#21522 [Opn-Bgs]: Ldap unable to load - module not found
ID: 21522 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Windots NT PHP Version: 4.3.0 New Comment: You probably missed a part in the install intructions about copying dlls\*.dll to c:\winnt\system32. Previous Comments: [2003-01-08 12:46:16] [EMAIL PROTECTED] When attempting to enable the extension php_ldap.dll from the 4.3.0 windows binary build I first copied the dll to c:\php\, set the proper variable in php.ini to tell php to look for extensions in c:\php and uncommented the line extension=php_ldap.dll. save, shutdown iis, restart to get an error telling me that module c:\php\php_ldap.dll is not found and there is a refrence to function Unknown(). After verifying that I did not screw up my copy job and the file c:\php\php_ldap.dll DID exist I came back to the site and did a serch for others having the same problem. In 2001 there were many refrences to the same error and the solution was to move libsasl.dll to the same location as php_ldap.dll. I also found documentation stating that libsasl.dll was already bundled into 4.3.0. I was unable to locate libsasl.dll anywhere in the binary zip of 4.3.0. I've noticed at least two other people here experiencing similiar problems. -- Edit this bug report at http://bugs.php.net/?id=21522edit=1
#21510 [Fbk-Csd]: Make install compiler error (install: cannot stat `php`)
ID: 21510 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: RedHat/Cobalt OS PHP Version: 4.3.0 New Comment: The build script failed due to the changed build location of cgi sapi. Previous Comments: [2003-01-08 03:40:10] [EMAIL PROTECTED] Could you email me the complete RPM building script? Btw. you still need --with-gd, you just don't need to have GDLIB installed as it comes bundled with PHP. [2003-01-08 00:55:15] [EMAIL PROTECTED] Hello, I keep getting this error when compiling PHP 4.3.0: -- + mkdir -p /var/tmp/php-4.3.0/usr/bin/ + install -m 755 php /var/tmp/php-4.3.0/usr/bin/php install: cannot stat `php': No such file or directory Bad exit status from /var/tmp/rpm-tmp.27905 (%install) -- This happens when making an RPM, which has been succesful for many versions previous to 4.3.0 This happens in the make install section. Here is my configure: --- # --with-gd taken out, 4.3 comes with GD pre-compiled OPTIONS=$OPTIONS --with-gettext=/usr --enable-safe-mode \ --with-config-file-path=/etc/httpd --with-exec-dir=/usr/bin \ --with-zlib --enable-magic-quotes --with-regex=system \ --with-ttf --with-db --with-gdbm --enable-mbstring --enable-mbstr-enc-trans \ --enable-track-vars --enable-wddx=shared --enable-mm=shared \ --enable-xml --enable-ftp --disable-debug --with-libdir=/usr/lib test `rpm -q db3-devel` OPTIONS=$OPTIONS --with-db3 test `rpm -q InterBaseCS_LI` OPTIONS=$OPTIONS --with-interbase=shared test `rpm -q MySQL-devel` OPTIONS=$OPTIONS --with-mysql=shared test `rpm -q solid-devel` OPTIONS=$OPTIONS --with-solid test `rpm -q postgresql-devel` OPTIONS=$OPTIONS --with-pgsql=shared test `rpm -q openldap-devel` OPTIONS=$OPTIONS --with-ldap test `rpm -q imap-devel` OPTIONS=$OPTIONS --with-imap test `rpm -q curl-devel` OPTIONS=$OPTIONS --with-curl=shared test `rpm -q pdflib` OPTIONS=$OPTIONS --with-pdflib=shared --- Does anyone have a clue? -- Edit this bug report at http://bugs.php.net/?id=21510edit=1
#21442 [Opn-Csd]: empty recipient for mail() function crashed Apache
ID: 21442 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Windows NT4 Server PHP Version: 4.3.0 New Comment: I could reproduce this in 4.3.0 but it seems fixed after the release. Please try http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-05 16:31:27] [EMAIL PROTECTED] I am using Windows version of PHP and how can sendmail involved! I read from the doc. that PHP forward the mail to a SMTP server for Win version of PHP. [2003-01-05 16:27:39] [EMAIL PROTECTED] sendmail on windows? Let's keep it open until we have somebody who can reproduce this on windows, I just tried with the CLI and couldn't get it to crash (latest CVS), so you might want to try a snapshot from snaps.php.net (go for a development snapshot). [2003-01-05 16:24:55] [EMAIL PROTECTED] it is sendmail that should handle this, not php... [2003-01-05 16:11:30] [EMAIL PROTECTED] I can certainly send email if a valid email address is specified. The problem is that passing an empty string as the first parameter of mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson popped up and said address violation) is not normal. I expect some error messages are sent to the browser instead of crashing Apache. [2003-01-05 15:52:56] [EMAIL PROTECTED] 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. 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/21442 -- Edit this bug report at http://bugs.php.net/?id=21442edit=1
#21442 [Csd-Ver]: empty recipient for mail() function crashed Apache
ID: 21442 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Verified Bug Type: Reproducible crash Operating System: Windows NT4 Server PHP Version: 4.3.0 New Comment: Strike that. Can still reproduce it. Previous Comments: [2003-01-07 04:11:10] [EMAIL PROTECTED] I could reproduce this in 4.3.0 but it seems fixed after the release. Please try http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-05 16:31:27] [EMAIL PROTECTED] I am using Windows version of PHP and how can sendmail involved! I read from the doc. that PHP forward the mail to a SMTP server for Win version of PHP. [2003-01-05 16:27:39] [EMAIL PROTECTED] sendmail on windows? Let's keep it open until we have somebody who can reproduce this on windows, I just tried with the CLI and couldn't get it to crash (latest CVS), so you might want to try a snapshot from snaps.php.net (go for a development snapshot). [2003-01-05 16:24:55] [EMAIL PROTECTED] it is sendmail that should handle this, not php... [2003-01-05 16:11:30] [EMAIL PROTECTED] I can certainly send email if a valid email address is specified. The problem is that passing an empty string as the first parameter of mail() in Windows version of PHP 4.3.0 and Apache crashed (Dr. Watson popped up and said address violation) is not normal. I expect some error messages are sent to the browser instead of crashing Apache. 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/21442 -- Edit this bug report at http://bugs.php.net/?id=21442edit=1
#21449 [Opn-Csd]: Caching problem running PHP 4.3.0 as an Apache2 module
ID: 21449 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 Advanced Server SP3 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. Previous Comments: [2003-01-07 09:04:53] [EMAIL PROTECTED] I have the same bug with ApachE 2.0.43 and php 4.3.0 on Windows XP pro + SP1. [2003-01-05 21:21:44] [EMAIL PROTECTED] After running Apache2 with PHP 4.2.3 as a CGI binary (in a stable configuration) for quite some time, I decided to switch to PHP 4.3.0 and try running PHP as an Apache2 module. Just to be sure that everything would run smoothly, I installed Apache 2.0.43 to a fresh directory, and configured PHP 4.3.0 to use the php4apache2.dll as per the instructions. No extenstions were configured to load in the php.ini file. After testing, I realized that browsers were not reloading the page. Over 20 clients running different versions of Internet Explorer reported this, and said that changing the Check for newer versions of stored pages option did not alleviate the problem. I tried a PHP script that, when added to a page, would force the content to not be cached to no avail. The script was: ?php header(Expires: Mon, 26 Jul 1997 05:00:00 GMT);// Date in the past header(Last-Modified: . gmdate(D, d M Y H:i:s) . GMT); // always modified header(Cache-Control: no-store, no-cache, must-revalidate); // HTTP/1.1 header(Cache-Control: post-check=0, pre-check=0, false); header(Pragma: no-cache); // HTTP/1.0 ? I also tried the PHP script ?php session_cache_limiter('nocache'); ? to no avail. I checked php.ini and found that nocache was already specified by this line: session.cache_limiter = nocache I also tried altering this line: session.cache_expire = 180 to 0 minutes, but that did not solve the problem. However, I did try running PHP as a CGI binary, and that eliminated the problem altogether. I conclude that there is something in running PHP as an Apache2 module that is causing this problem. -- Edit this bug report at http://bugs.php.net/?id=21449edit=1
#21421 [Fbk-Bgs]: make failed on installation with apache2
ID: 21421 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Compile Failure Operating System: MACOS X 10.2.3 PHP Version: 4.3.0 New Comment: Yes this looks like a bug in MACOS X version of Apache2 apxs. Not a PHP bug - bogus. Previous Comments: [2003-01-07 09:57:17] [EMAIL PROTECTED] Looks like your Apache2 didn't compile right. [2003-01-05 01:21:56] [EMAIL PROTECTED] apr-config (/usr/local/apache2/bin/apr-config --link- libtool --libs) give this result : /usr/local/apache2/lib/libapr-0.la -lm [2003-01-05 01:09:36] [EMAIL PROTECTED] I've installed apache2 version 2.0.43 in /usr/local/apache2 with this installation : ./configure --enable-shared=max -- enable-modules=most --with-expat=/usr/local --with-mpm= worker --enable-info Try to install php-4.3.0 or latest php4 (00301050430) but it failed on make. I configured php with this command line : ./configure --with-apxs2=/usr/local/apache2/bin/apxs The make error is : ld: can't locate file for: -laprutil Any id how to solve it ? -- Edit this bug report at http://bugs.php.net/?id=21421edit=1
#21497 [Opn-Bgs]: include() of XML document fails
ID: 21497 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat Linux 6.2 PHP Version: 4.3.0 New Comment: Disable short_open_tags in your php.ini and the problem will go away. Previous Comments: [2003-01-07 13:15:12] [EMAIL PROTECTED] When using the include(), include_once(), require(), or require_once() functions, documents beginning with: ?xml version=1.0? fail to be loaded. I'm guessing this might have to do with PHP trying to interpret the ?xml as ?php, causing a fatal error. Proper operation should check for the processing instruction (PI) value of ?, that is: ? or ?php maybe interpreted as PHP, but not, ?some_other_text at the very least, not: ?xml -- Edit this bug report at http://bugs.php.net/?id=21497edit=1
#21496 [Opn-Bgs]: Header weirdness
ID: 21496 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.3.0 New Comment: php -q will stop output of all headers, not just default ones. So if header() works when -q is not specified, this is not a bug. Previous Comments: [2003-01-07 13:24:09] [EMAIL PROTECTED] It seems this only occurs if you do -q to OVERRIDE the default headers, eg, print your own rather than say text/html it doesnt print any of them none at all! Even though you specifically asked for them. In 4.2 you did -q to suppress default headers but could print your own [2003-01-07 13:19:47] [EMAIL PROTECTED] Oh - I meant to say this is using PHP as CGI, and no this wasnt the CLI version this was deffinately the CGI one. I checked, a ton of times.. As I suddenly thought. [2003-01-07 12:55:03] [EMAIL PROTECTED] OK, I had the following code: ? $counterfile = '/path/afile; if (file_exists ($counterfile) == true ) { while (( $fp = fopen ($counterfile,r+)) == false) { usleep(5);} while (!flock($fp,2)) { usleep(5); } $data = fread($fp,filesize($counterfile)); $content=explode( ,$data); $content[1]=$content[1]+1; if (rewind($fp)!=0) { $data=implode( ,$content); fwrite($fp,$data,strlen($data)); } flock($fp,3); fclose($fp); } //header (Expires: Mon, 26 Jul 1997 05:00:00 GMT);// Date in the past //header (Last-Modified: . gmdate(D, d M Y H:i:s) . GMT); // always modified //header (Cache-Control: no-cache, must-revalidate); // HTTP/1.1 //header (Pragma: no-cache); // HTTP/1.0 header('Content-disposition: filename=setup.exe'); header('Content-type: application/octetstream'); header('Content-length: '.filesize('/path/setup.exe')); readfile('/path/setup.exe'); ? It worked before I upgraded to 4.3, so last version was 4.2 I used. Now, its not doing the headers, its just showing the results of the readfile.. (so my users reported major whine when they went to download my app as I stupidly didnt check that one link) v4.2 was compiled with Running PHP 4.2.2 Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies [PHP Modules] xml standard sockets session posix pcre mysql imap ftp dbase ctype v4.3 with [PHP Modules] Zend Optimizer ctype dbase ftp imap mysql overload pcre posix session sockets standard tokenizer xml [Zend Modules] Zend Optimizer (Optimizer irrelevant the 4.2 works with or without optimizer, 4.3 produces the same) -- Edit this bug report at http://bugs.php.net/?id=21496edit=1
#21319 [Opn-Fbk]: the PHP Script Interpreter crashes.
ID: 21319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: windows xp PHP Version: 4.3.0 New Comment: In order to look into the problem we would need a short and complete script that reproduces the problem. Without that there is very little information to go on. Previous Comments: [2003-01-07 14:05:53] [EMAIL PROTECTED] i withdraw my speculation about the die construct beeing the problem; i have a script that does.. something (checks urls downloads them via fsockopen) 20 times in a for loop from 1 to 20.. sometimes there is an error when downloading, and naturally, to move on to the next url, i use the continue construct (or whatever it's called). I run my scripts from the command prompt with a batch script that runs PHP SCRIPTNAME.PHP over and over in an infinite loop.. since the php script is executed in a loop, it wouldn't really matter if you call continue or die since the next url in the database would be processed either way.. Now this should be interesting; NOT A SINGLE CRASH, has ever occurred ever since i've started using die instead of continue on download errors.. and you're still not responding.. osman darcan [2003-01-07 13:56:48] [EMAIL PROTECTED] I am using Apache and yes, it may be the same problem, what i don't understand is why these guys dont respond, i would really like to know if they're into the problem or if they haven't even read my messages yet.. a simple we're looking into the problem would be fine.. but nooo.. [2003-01-07 03:19:18] [EMAIL PROTECTED] Hi, i'm getting the same errors on two different Windows XP Pro installations. I'll try to get some more information (xp related addresses from the crash) but from the head i remember that the problem is php_iisfunc.dll. The web'server (PWS) serves seems the pages correctly but at the end of the session the error occurs. I can reproduce the error everytime in multiple scenarios. I know there is another reported bug related to Apache under WinXP (php_apachefunc.dll) and i won't be surprised if this is actually a related issue. [2003-01-04 05:08:38] [EMAIL PROTECTED] Hi, i've just upgraded to php 4.3.0 and i'm pleased the fsockopen timeout problem has been fixed.. but now to something more serious: the php script interpreter crashes, windows takes over command and says PHP Script Interpreter has encountered a problem and needs to close. We are sorry for the inconvenience. and you get to choose to send or dont send an error report to microsoft (please tell microsoft about this problem it says) this happens very often... i suspect this has something to do with the die() construct and/or the mysql interface... because the crash often comes directly after a erroneus mysql query a it's die-error-message... but not always.. i think.. sometimes no error is produced by php at all.. i want to be of more help by telling you how to reproduce the error but i haven't figured out how to figure out how to tell you to reproduce the error.. [2003-01-02 15:52:59] [EMAIL PROTECTED] i have by the way only 500 MB of ram 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/21319 -- Edit this bug report at http://bugs.php.net/?id=21319edit=1
#21442 [Ver-Csd]: empty recipient for mail() function crashed Apache
ID: 21442 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Reproducible crash Operating System: Windows NT4 Server 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. Previous Comments: [2003-01-07 04:51:06] [EMAIL PROTECTED] Strike that. Can still reproduce it. [2003-01-07 04:11:10] [EMAIL PROTECTED] I could reproduce this in 4.3.0 but it seems fixed after the release. Please try http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-05 16:31:27] [EMAIL PROTECTED] I am using Windows version of PHP and how can sendmail involved! I read from the doc. that PHP forward the mail to a SMTP server for Win version of PHP. [2003-01-05 16:27:39] [EMAIL PROTECTED] sendmail on windows? Let's keep it open until we have somebody who can reproduce this on windows, I just tried with the CLI and couldn't get it to crash (latest CVS), so you might want to try a snapshot from snaps.php.net (go for a development snapshot). [2003-01-05 16:24:55] [EMAIL PROTECTED] it is sendmail that should handle this, not 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/21442 -- Edit this bug report at http://bugs.php.net/?id=21442edit=1
#21454 [Opn-Bgs]: Output line too long. ; gcc: TSR: No such file or directory
ID: 21454 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: solaris PHP Version: 4.3.0 New Comment: Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. Previous Comments: [2003-01-06 02:30:42] [EMAIL PROTECTED] solaris 8 5.8 Generic_108528-13 Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.1/specs Configured with: ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --disable-nls Thread model: posix gcc version 3.1 configure --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs --enable-versioning make make fails with: [..] ck.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/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -o sapi/cli/php Output line too long. Output line too long. Output line too long. gcc: TSR: No such file or directory make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=21454edit=1
#20503 [Asn-Csd]: [chm] bug on function.imagesetbrush.html
ID: 20503 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: GD related Operating System: windows PHP Version: 4.2.3,4.3.0-dev,4.4.0-dev Assigned To: edink 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: [2002-11-19 17:53:45] [EMAIL PROTECTED] The windows build files just don't define HAVE_GD_IMAGESETBRUSH which would make this function available on win32 too.. [2002-11-19 17:40:31] [EMAIL PROTECTED] [2002-11-19 14:14:24] [EMAIL PROTECTED] I have found a bug on page function.imagesetbrush.html [chm date: 2002-08-28]... windows php v 4.2.3 report 'Warning: imagesetbrush(): requires a more recent version of GD ' php.ini extension=php_gd2.dll ;extension=php_gd.dll in Linux php all ok. Why? -- Edit this bug report at http://bugs.php.net/?id=20503edit=1
#21427 [Opn-Bgs]: Function xslt_set_encoding() undefined
ID: 21427 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: WindowsXP PHP Version: 4.3.0 New Comment: Duplicate of #20640. Previous Comments: [2003-01-05 07:01:27] [EMAIL PROTECTED] I am using Apache 2.0.43 and I have just upgraded to PHP 4.3.0 and my scripts now fail with the error message: Call to undefined function: xslt_set_encoding() I have downloaded the latest sablotron version from www.gingerall.com, but the error persists. Could it be that the Windows binary was not compioled with the with encoding option? -- Edit this bug report at http://bugs.php.net/?id=21427edit=1
#20640 [Asn-Csd]: xslt_set_encoding not implemented ?
ID: 20640 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: XSLT related Operating System: win2000 / IIS 5 PHP Version: 4.3.0RC1 Assigned To: edink 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: [2002-11-26 03:17:25] [EMAIL PROTECTED] Not really; it seems that we didn't enable those in the windows builds. Assigning to edink. Derick [2002-11-26 03:08:54] [EMAIL PROTECTED] When I try to use the function xslt_set_encoding , that's what I get : Fatal error: Call to undefined function: xslt_set_encoding() $xp = xslt_create(); xslt_set_encoding ($xp,ISO-8859-1); $out = xslt_process($xp, 'arg:/_xml', 'arg:/_xsl', NULL, $args, $params); xslt_free($xp); Strange isn't it ? Thanks Erwan -- Edit this bug report at http://bugs.php.net/?id=20640edit=1
#21409 [Opn-Bgs]: PHP_NORMAL_READ parameter in socket_read function gives error
ID: 21409 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Duplicate of #21197 Previous Comments: [2003-01-04 11:11:41] [EMAIL PROTECTED] ?php error_reporting (E_ALL); /* Allow the script to hang around waiting for connections. */ set_time_limit (0); /* Turn on implicit output flushing so we see what we're getting * as it comes in. */ ob_implicit_flush (); $address = '190.23.198.28'; $port = 1; if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) 0) { echo socket_create() failed: reason: . socket_strerror ($sock) . \n; } if (($ret = socket_bind ($sock, $address, $port)) 0) { echo socket_bind() failed: reason: . socket_strerror ($ret) . \n; } if (($ret = socket_listen ($sock, 5)) 0) { echo socket_listen() failed: reason: . socket_strerror ($ret) . \n; } do { if (($msgsock = socket_accept($sock)) 0) { echo socket_accept() failed: reason: . socket_strerror ($msgsock) . \n; break; } /* Send instructions. */ $msg = \nWelcome to the PHP Test Server. \n . To quit, type 'quit'. To shut down the server type 'shutdown'.\n; socket_write($msgsock, $msg, strlen($msg)); do { if (FALSE === ($buf = socket_read ($msgsock, 2048, PHP_NORMAL_READ))) { echo socket_read() failed: reason: . socket_strerror ($ret) . \n; break 2; } /* while(($tmpbuf = socket_read($msgsock, 512)) !== false) { $buf .= $tmpbuf; if(preg_match('\r\n\r\n$'s, $buf)) break; } */ if (!$buf = trim ($buf)) { continue; } if ($buf == 'quit') { break; } if ($buf == 'shutdown') { socket_close ($msgsock); break 2; } $talkback = PHP: You said '$buf'.\n; socket_write ($msgsock, $talkback, strlen ($talkback)); echo $buf\n; } while (true); socket_close ($msgsock); } while (true); socket_close ($sock); ? this socket example script dies when ran from command line. but only if i use PHP_NORMAL_READ parameter in socket_read function. it gives this error: PHP Warning: socket_read() unable to read from socket [0]: The operation comple ted successfully. in C:\php43\serv.php on line 38 socket_read() failed: reason: Incorrect function. if PHP_NORMAL_READ parameter isn't used, it works beautifully. -- Edit this bug report at http://bugs.php.net/?id=21409edit=1
#21365 [Bgs]: test....
ID: 21365 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: win2k PHP Version: 4.3.0 New Comment: Does it work now? :) Previous Comments: [2003-01-02 17:37:29] [EMAIL PROTECTED] test. pls ignore. -- Edit this bug report at http://bugs.php.net/?id=21365edit=1
#21364 [Opn-Bgs]: test....
ID: 21364 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: win2k PHP Version: 4.3.0 Previous Comments: [2003-01-02 17:37:09] [EMAIL PROTECTED] test. pls ignore. -- Edit this bug report at http://bugs.php.net/?id=21364edit=1
#21362 [Opn-Bgs]: test....
ID: 21362 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: win2k PHP Version: 4.3.0 Previous Comments: [2003-01-02 17:32:54] [EMAIL PROTECTED] test. pls ignore. -- Edit this bug report at http://bugs.php.net/?id=21362edit=1
#21363 [Opn-Bgs]: test....
ID: 21363 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: win2k PHP Version: 4.3.0 Previous Comments: [2003-01-02 17:34:34] [EMAIL PROTECTED] test. pls ignore. -- Edit this bug report at http://bugs.php.net/?id=21363edit=1
#21368 [Opn-Bgs]: FastCGI -b option error
ID: 21368 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other web server Operating System: WinXP PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2003-01-02 19:54:54] [EMAIL PROTECTED] I've downloaded the full Win32 PHP binary and the -b argument that should Bind Path for external FASTCGI server mode doesn't work. What happens is: c:\phpphp -b 5000 Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b I read on php.dev newsgroup that this is the right way to start FastCGI support since SAPI/FastCGI was discontinued. But it doesn't work. -- Edit this bug report at http://bugs.php.net/?id=21368edit=1
#21370 [Opn-Bgs]: FastCGI -b option doesn't work
ID: 21370 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other web server Operating System: WinXP PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2003-01-02 20:10:13] [EMAIL PROTECTED] I've downloaded the full Win32 PHP binary and the -b argument that should Bind Path for external FASTCGI server mode doesn't work. What happens is: c:\phpphp -b 5000 Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b I read on php.dev newsgroup that this is the right way to start FastCGI support since SAPI/FastCGI was discontinued. But it doesn't work. -- Edit this bug report at http://bugs.php.net/?id=21370edit=1
#21314 [Opn-Bgs]: Unable to load dynamic library.
ID: 21314 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *XML functions Operating System: XP Professional SP1 PHP Version: 4.3.0 New Comment: You have forgotten to copy dlls\*.dll to a folder in your path such as c:\windows\system32 Previous Comments: [2002-12-31 10:30:49] [EMAIL PROTECTED] 1. Manually installed Windows Binaries Package. 2. Set Dynamic Extension to load automatically for both php_domxml.dll and php_xslt.dll. 3. Restarted IIS but midway the following error dialog boxes appeared: (a) Warning Unknown(): Unable to load dynamic library 'c:\winnt\system32\inetsrv\php\extensions\php_dom.dll' - The specified module could not be found. (b) Warning Unknown(): Unable to load dynamic library 'c:\winnt\system32\inetsrv\php\extensions\php_xslt.dll' - The specified module could not be found. 4. Checked the extensions directory, 'c:\winnt\system32\inetsrv\php\extensions\' found both files. -- Edit this bug report at http://bugs.php.net/?id=21314edit=1
#21258 [Asn-Csd]: cli/php.exe and pear.bat do not exist in windows snapshots
ID: 21258 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) Assigned To: edink New Comment: CLI will be part of the snapshots again. Pear is still not because the installer isn't yet working fully on windows. Previous Comments: [2002-12-29 20:03:10] [EMAIL PROTECTED] Also missing in the windows snapshotsand in 4.3.0 release: - pear.bat (see http://bugs.php.net/21275) [2002-12-29 04:26:13] [EMAIL PROTECTED] I'll look into this. [2002-12-28 20:51:36] [EMAIL PROTECTED] Changing summary too. [2002-12-28 20:44:24] [EMAIL PROTECTED] Verified, no directory called cli in the windows binary snapshoots. [2002-12-28 20:35:56] [EMAIL PROTECTED] The php snapshots are located at http://snaps.php.net. There are sources and precompiled windows binaries available. I am talking of the windows binaries. If you unpack one of them, you will see that the cli directory exists but there's no file in it. HTH 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/21258 -- Edit this bug report at http://bugs.php.net/?id=21258edit=1
#21278 [Opn-Csd]: php_mcrypt requires libmcrypt.dll with export by ordinal
ID: 21278 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: Windows PHP Version: 4.3.0 New Comment: There was a problem with the libmcrypt against which 4.3.0 was compiled. I've recompiled it against fixed version of the library. All relevant files can be found in: http://ftp.proventum.net/pub/php/win32/misc/mcrypt/php-4.3-mcrypt.zip Snapshots/releases will from now on be compiled with this version of the library. Previous Comments: [2002-12-29 19:21:40] [EMAIL PROTECTED] I have downloaded binary version of php 4.3.0 for Windows. This includes php_mcrypt module for PHP. php_mcrypt.dll requires libmcrypt.dll. I have searched for this (Windows) DLL. But could not find it. Finally I downloaded the sources for Libmcrypt.dll and did a quick and dirty port to compile it with Visual C 6.0. The created DLL works ok with included testcase (may not be threadsafe, but thats not important for now). Still with php_mcrypt.dll I cannot use this DLL, because php_mcrypt imports all functions from libmcrypt.dll by ordinal (number) instead of by name. Without knowing which ordinal is assigned to which function it is impossible to create a libmcrypt.dll to fit to binary php_mcrypt.dll So I would need either: - A module definition file (Libmcrypt.def) or text file containing exported function names with assigned ordinals. - Libmcrypt.lib used for linking php_mcrypt.dll - Libmcrypt.dll itself BTW: I also need to know the calling convention __stdcall or __cdecl active used for calling libmcrypt from php_mcrypt. I recommend to include Libmcrypt.dll in future binary packages. If this is not possible because of export or licence issues please include Libmcrypt.def file. Thanks!!! Michael -- Edit this bug report at http://bugs.php.net/?id=21278edit=1
#21292 [Ver-Csd]: curl extension fails to compile
ID: 21292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Compile Failure Operating System: windows PHP Version: 4.3.0 Assigned To: edink New Comment: When compiling libcurl you need to link it against msvcrt.lib in addition to other libraries specified in Makefile.vc6. Find: LINKLIBS = ws2_32.lib winmm.lib Change to: LINKLIBS = ws2_32.lib winmm.lib msvcrt.lib And compile release or release-ssl target. Previous Comments: [2002-12-30 09:43:55] [EMAIL PROTECTED] using curl 7.10.2 compiled on the machine and i get this compiled both using vc6 Linking... Creating library Release_TS/php_curl.lib and object Release_TS/php_curl.exp curl.obj : error LNK2001: unresolved external symbol __imp__fwrite curl.obj : error LNK2001: unresolved external symbol __imp__realloc curl.obj : error LNK2001: unresolved external symbol __imp__fread curl.obj : error LNK2001: unresolved external symbol __imp__free curl.obj : error LNK2001: unresolved external symbol __fltused LINK : error LNK2001: unresolved external symbol __DllMainCRTStartup@12 ..\..\Release_TS/php_curl.dll : fatal error LNK1120: 6 unresolved externals Error executing link.exe. -- Edit this bug report at http://bugs.php.net/?id=21292edit=1
#21258 [Ver-Asn]: cli and cli/php.exe not existant in latest windows snapshots
ID: 21258 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Assigned Bug Type: *Compile Issues Operating System: Win32 PHP Version: 4CVS-2002-12-28 (dev) -Assigned To: +Assigned To: edink New Comment: I'll look into this. Previous Comments: [2002-12-28 20:51:36] [EMAIL PROTECTED] Changing summary too. [2002-12-28 20:44:24] [EMAIL PROTECTED] Verified, no directory called cli in the windows binary snapshoots. [2002-12-28 20:35:56] [EMAIL PROTECTED] The php snapshots are located at http://snaps.php.net. There are sources and precompiled windows binaries available. I am talking of the windows binaries. If you unpack one of them, you will see that the cli directory exists but there's no file in it. HTH [2002-12-28 20:31:18] [EMAIL PROTECTED] How did you install it? Do you get any error when build it from source? Any log? Are you sure you're looking at the right place? [2002-12-28 20:13:05] [EMAIL PROTECTED] The CLI directory is empty in the snapshots. 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/21258 -- Edit this bug report at http://bugs.php.net/?id=21258edit=1
#21250 [Opn-Csd]: echo output is blocked when using system(), exec(), backticks, etc.
ID: 21250 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Output Control Operating System: OpenBSD 3.0 PHP Version: 4.3.0 New Comment: imlicit_flush and output_buffering are two unrelated things, but this fact has been known to confuse even seasoned php developers :) In 4.3.0 you can have php-cli.ini (or php-{sapi}.ini) which can help configure different sapi's in different ways. Previous Comments: [2002-12-28 12:00:52] [EMAIL PROTECTED] Thanks for pointing that out, though it wasn't the problem. The CLI documentation leads one to believe that, by default, the PHP CLI binary will override implicit_flush in the php.ini. This does not seem to be the case. Making a new copy of php.ini in a different directory and setting implicit_flush=On (along with output_buffering=Off for good measure) did the trick. Bug? Incorrect documentation? Even more user stupidity? :) [2002-12-28 11:21:01] [EMAIL PROTECTED] Check your php.ini, you probably have output buffering enabled. [2002-12-28 11:19:46] [EMAIL PROTECTED] A script that I have which automates the building of Apache + PHP + ModSSL is showing strange behavior with PHP 4.3.0. This script works fine with 4.2.x (CGI), but as soon as I upgraded to 4.3.0 (CLI), all output from echo is blocked until the commands that I run through my many calls to system() are complete. The new CLI docs say that implicit flush is on by default with the CLI, but when using system(), exec(), or backticks this doesn't seem to be the case. My apologies if this is mere user stupidity. -- Edit this bug report at http://bugs.php.net/?id=21250edit=1
#21220 [Opn-Bgs]: Wrong Apache version in phpinfo() shown
ID: 21220 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 2000 Professional PHP Version: 4.3.0 New Comment: This is not a big. It simply shows the version of Apache php4apache.dll was compiled against. You can see you running apache version under SERVER_SOFTWARE. Previous Comments: [2002-12-27 14:21:25] [EMAIL PROTECTED] When executing a PHP script (*) on Apache 1.3.27 (PHP 4.3.0 as Apache module) it shows Apache/1.3.24 as Apache Version while it should be 1.3.27. (*) ?php phpinfo; ? -- Edit this bug report at http://bugs.php.net/?id=21220edit=1
#21223 [Opn-Fbk]: Compile dies
ID: 21223 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RH Linux 8.0 PHP Version: 4.3.0 New Comment: Are you sure your compile fails? Does make install work? If no, please post a last few lines of the make output. Previous Comments: [2002-12-27 16:36:18] [EMAIL PROTECTED] When I try to compile v4.3.0, it goes awhile and then just dies. Here is the config line: ./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs --enable-sockets --with-gd=/usr/local --enable-gd-native-ttf --with-ttf --with-zlib --with-exif --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local/jpeg-6b --with-png-dir=/usr/local --with-t1lib Here are the last few lines of the config.log: configure:81224: gcc -o conftest -g -O2 -DLINUX=22 -DUSE_HSREGEX conftest.c 15 /tmp/ccnwQBmi.o: In function `main': /opt/php-4.3.0/configure:81210: undefined reference to `dlopen' /opt/php-4.3.0/configure:81215: undefined reference to `dlsym' /opt/php-4.3.0/configure:81216: undefined reference to `dlsym' collect2: ld returned 1 exit status configure:81307: checking whether to enable thread-safety configure:81311: checking whether to enable inline optimization for GCC configure:81315: checking whether to enable a memory limit configure:81319: checking whether to enable Zend debugging configure:81323: checking whether to enable Zend multibyte configure:81386: checking for inline configure:81463: checking for stdarg.h configure:82745: checking for working mkdir -p -- Edit this bug report at http://bugs.php.net/?id=21223edit=1
#21226 [Opn-Ver]: function parse_url() fails
ID: 21226 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: *URL Functions Operating System: w2000 PHP Version: 4.3.0 -Assigned To: +Assigned To: iliaa New Comment: Verified on Windows and Linux ZTS builds. Assigning to Ilia. Previous Comments: [2002-12-27 18:47:38] [EMAIL PROTECTED] Does not working on 4.3.0RC4 AND 4.3.0 final too [2002-12-27 18:35:38] [EMAIL PROTECTED] Script below : $url=http://user:[EMAIL PROTECTED]:portnumber?foo;; $p_url=parse_url($url); print_r($p_url); Fails with following output : Warning: parse_url(http://user:[EMAIL PROTECTED]:portnumber?foo) [function.parse-url]: Unable to parse url in C:\script\t.php on line 2 This function was working in php 4.2 It does not working with 4.3.0RC4 -- Edit this bug report at http://bugs.php.net/?id=21226edit=1
#21226 [Ver]: function parse_url() fails
ID: 21226 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: *URL Functions Operating System: w2000 PHP Version: 4.3.0 Assigned To: iliaa New Comment: Some more info: port has to be numeric and less than 5 digits long. The bug part seems to be that parse_url() doesn't recognize the end of port part if '/' is missing. So $url=http://user:[EMAIL PROTECTED]:80/?foo;; works as expected. Previous Comments: [2002-12-27 18:49:37] [EMAIL PROTECTED] Verified on Windows and Linux ZTS builds. Assigning to Ilia. [2002-12-27 18:47:38] [EMAIL PROTECTED] Does not working on 4.3.0RC4 AND 4.3.0 final too [2002-12-27 18:35:38] [EMAIL PROTECTED] Script below : $url=http://user:[EMAIL PROTECTED]:portnumber?foo;; $p_url=parse_url($url); print_r($p_url); Fails with following output : Warning: parse_url(http://user:[EMAIL PROTECTED]:portnumber?foo) [function.parse-url]: Unable to parse url in C:\script\t.php on line 2 This function was working in php 4.2 It does not working with 4.3.0RC4 -- Edit this bug report at http://bugs.php.net/?id=21226edit=1
#21181 [Opn-Csd]: MySQL extension is failing to compile on snaps.php.net
ID: 21181 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Windows PHP Version: 4CVS-2002-12-25 (stable) New Comment: There was an unreated bug in the CGI SAPI that made the snapshot builder mistakenly belive that mysql extension wasn't built-in. The bug has been fixed and those warning should disappear from the snapshot.log Previous Comments: [2002-12-25 08:05:55] [EMAIL PROTECTED] The MySQL extension is failing to compile on snaps.php.net for all branchs. Wed Dec 25 10:00:01 2002 CET Starting snapshot 200212250930 -r PHP_4_3 branch, appending -STABLE to the filename From Stable compile.log Configuration: mysql - Win32 Release_TS Compiling... php_mysql.c c:\php4build\snap\ext\mysql\php_mysql.c(32) : fatal error C1083: Cannot open include file: 'php.h': No such file or directory Error executing cl.exe. php_mysql.dll - 1 error(s), 0 warning(s) -- Edit this bug report at http://bugs.php.net/?id=21181edit=1
#21139 [Ctl-Csd]: zlib.output_compression + windows failure
ID: 21139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: Output Control Operating System: Windows PHP Version: 4.3.0RC4 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. ZLIB extension is now built in on Windows which solves this problem. Previous Comments: [2002-12-23 07:48:12] [EMAIL PROTECTED] I confirm the presence of this bug since PHP 4.3.0RC2. PHP 4.3.0RC1 works! It is appearing either when zlib compression is toggled in php.ini or .htaccess. Looks like header problem, 'cause returned file can really be decoded. OS tested: Windows 98, Windows 2000, Windows XP PHP tested: PHP 4.3.0 RC2, RC3, RC4 Server software tested: IIS 4.0, IIS 5.0, Apache 1.3, Apache 2.0 All of the tests confirm buggy behavior. Please investigate. [2002-12-22 18:41:58] [EMAIL PROTECTED] During investigation, I found another odd behaviour when zlib.output_compression is toggled up by .htaccess. HTTP response headers which are automatically appended by Apache, such as ETag, Accept-Ranges, and Content-Length are supposed to be removed on sapi activation, and they are actually removed in the very first request to the server, but from the second request they persistently appear again. [2002-12-22 12:14:53] [EMAIL PROTECTED] Verified on Windows, with Apache or Apache2. -- HTTP response dump of the following script -- ?php echo abcde; ? -- Apache_1.3.27 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:53 GMT Server: Apache/1.3.27 (Win32) PHP/4.4.0-dev X-Powered-By: PHP/4.4.0-dev Connection: close Content-Type: text/html (correctly gzip-encoded content) -- Apache_2.0.43 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:15 GMT Server: Apache/2.0.43 (Win32) PHP/4.4.0-dev Last-Modified: Sun, 22 Dec 2002 17:59:26 GMT ETag: 45a2-1b-e744bab1 Accept-Ranges: bytes Content-Length: 27 Connection: close Content-Type: application/x-httpd-php br / bWarning/b: (null)() [a href='http://www.php.net/ref.outcontrol'ref.outcontrol/a]: Cannot change zlib.output_compression - headers already sent in bUnknown/b on line b0/bbr / abcde [2002-12-21 19:27:53] [EMAIL PROTECTED] I can confirm this bug on Windows + Apache + zlib.output_compression in .htaccess. If zlib.output_compression is set to on from php.ini it works. It only doesn't work if set from .htaccess. [2002-12-21 17:48:30] [EMAIL PROTECTED] I have just installed latest php 4.3 on linux and windows. I use the same directory and therefore .htaccess files for apache/mod_php on both platforms. When i enable enable output compression with ini setting php_value zlib.output_compression On in .htaccess the linux version works as expected but the windows version fails. Sometimes i receive errors with access violations. Sometimes i can downlowd the result but when rename the resulting file to .gz i can open it and as you might expect it contains the correct result. And sometime i see the encoding result presented in the browser and then i cannot save and view it although the gzip header seems correct. marcus -- Edit this bug report at http://bugs.php.net/?id=21139edit=1
#21204 [Fbk-Bgs]: php4isapi.dll failed to load
ID: 21204 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.2.3 New Comment: You have most probably forgotten to copy php4ts.dll and the dlls from the dlls folder into your c:\winnt\system32 folder as it is described in the installation instructions. Previous Comments: [2002-12-26 18:09:30] [EMAIL PROTECTED] Here is how I get it to work: Copy C:\php\sapi\php4isapi.dll to C:\php Stop IIS W3C service Install to the default website: Filter: PHPFilter Path: C:\php\sapi\php4isapi.dll Extension: .exe Path C:\php\sapi\php4isapi.dll Start IIS W3C Service. The up arrow of the Filter should be Green now. If there is still a problem, reboot your machine. [2002-12-26 16:38:36] [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-12-26 16:36:35] [EMAIL PROTECTED] This is still a problem in PHP 4.2.3 with IIS5 on Windows 2000 Advanced Server. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:26:32 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21204edit=1
#20232 [Opn-Csd]: php.exe causes errors when using socket_create
ID: 20232 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Sockets related Operating System: Windows ME PHP Version: 4.4.0-dev New Comment: This seems to have been fixed in 4.3.0RC4. I just tested this on my machine and it worked fine. Please reopen if you still experience this problem. Previous Comments: [2002-12-20 22:13:05] [EMAIL PROTECTED] Still nothing, can anyone else actually confirm this error or is my machine just messed up. [2002-12-19 23:10:11] [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 [2002-11-12 22:33:55] [EMAIL PROTECTED] ok, well, i have scontinued to test it, and it is not just the script i wroe, I also changed the title to something that seems more descriptive to the problem [2002-11-08 16:49:25] [EMAIL PROTECTED] How odd. I have found some other interesiting tidbit. It will not accept any string, but this does work... $host=getenv(REMOTE_ADDR); [2002-11-07 18:49:13] [EMAIL PROTECTED] forget that last comment, I was just changing the PHP version information.. 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/20232 -- Edit this bug report at http://bugs.php.net/?id=20232edit=1
#20951 [Opn-]: PHP shell functions always call cmd.exe - potential security issue
ID: 20951 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: IIS related Operating System: Windows .Net Server 2003 RC2 PHP Version: 4CVS-2002-12-11 (dev) New Comment: There were many other probmlems with executing applications from within a web server environment that were solved by requiring the execution through cmd /c. I guess system administrators would have to configure there servers accordingly. Previous Comments: [2002-12-11 23:16:20] [EMAIL PROTECTED] Windows.Net Server 2003 has instituted a new security measure that causes problems with any of the shell related functions in PHP. Windows.Net Server changes the ACL's on EXE's in the %windir%\system32 subdirectory. In particular CMD.EXE can no longer be executed by the anonymous user account (ie, IUSR_COMPUTERNAME)--there is a specific Deny ACL created by the Windows.Net Server installer. Since PHP calls CMD.EXE to execute any external shell program PHP requires that CMD.EXE be reconfigured for anonymous access anytime a PHP page needs to call an external program. This design is no longer a good idea because PHP forces the web administrator to open up a potential security hole in the system by re-enabling access to CMD.EXE. The shell functions in PHP should call the application directly instead of always calling CMD.EXE? If the PHP programmer wants to call a feature of the CMD intreperter then he should be forced to call the shell command like `CMD /C dir *.*`; Only then would the administrator be required to allow access to the command intreperter. Please consider this modification as it will make Windows.Net Server more secure when running PHP. Or at least add configuration option to PHP.INI that will modify the behavior of the shell functions to no longer directly call CMD.EXE Thank you! -- Edit this bug report at http://bugs.php.net/?id=20951edit=1
#21061 [Opn-Csd]: unable to fork using system(),exec(),etc
ID: 21061 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IIS related Operating System: WinXP PHP Version: 4.2.3 New Comment: First of all instll 4.3.0(RC4). Second of all make sure your cmd.exe is executable by the webserver. Previous Comments: [2002-12-18 00:35:44] [EMAIL PROTECTED] I installed the latest build and it still doesnt work with any of the test cases. Warning: system() [function.system]: Unable to fork [... [2002-12-17 22:27:39] [EMAIL PROTECTED] I installed the latest build and it still doesnt work with any of the test cases. Warning: system() [function.system]: Unable to fork [... [2002-12-17 02:41:59] [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 [2002-12-17 02:26:01] [EMAIL PROTECTED] I know many ppl have addressed this issue all over the net and a lot of people say it is fixed in the latest version, however I still cannot get anything to fork. -- Edit this bug report at http://bugs.php.net/?id=21061edit=1
#21197 [Opn-Ver]: socket_read() seems to doesn't work
ID: 21197 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Sockets related Operating System: Win2k pro PHP Version: 4.3.0RC4 New Comment: If you omit the third parameter to socket_read() it seems to work fine. However, adding PHP_NORMAL_READ causes error as described in the bug report. Previous Comments: [2002-12-26 09:32:25] [EMAIL PROTECTED] Hello I have a source which works with PHP 4.1.x to PHP 4.2.x, it's work perfectly. But with PHP 4.3RC4 (windows version, client mode) I have this warning : Warning: socket_read() unable to read from socket [0]: OpÚration rÚussie. in E:\PHP\KioobFTP\v0.7.1\KioobFTP_SocketMode.php on line 262 Then, the result of the function is FALSE. The socket is in blocking mode. The code is : $tmp=socket_read($this-stream,4096,PHP_NORMAL_READ); Do you need others info ? Thanks. Bool -- Edit this bug report at http://bugs.php.net/?id=21197edit=1
#16676 [Bgs]: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: You can solve your problem by putting @ob_end_flush(); on top of your command line scripts. Previous Comments: [2002-12-24 16:25:58] [EMAIL PROTECTED] iliaa, I appreciate you trying to point me to help, but I still think I'm right about this bug report. I've tried it on several machines with each stable version of PHP since the report. Now still with 4.2.3 I'm seeing the same thing. Again, I'm not using zlib output compression cause I let mod_gzip do that in apache. This is for a php shell script. As you said, flush would send the output, but according to the documentation, ob_implicit_flush() should result in a flush operation after every output call, so that explicit calls to flush() will no longer be needed. I'm saying ob_implicit_flush is broken in 4.2.x and does not call flush() after each echo, or if it does, it's still not outputting to STDOUT. By default, php.ini has 4k of output buffering. I want to leave that for the rest of the applications I'm running and since you can't modify the ini value with ini_set(), I'm resorting to the ob_* functions. Instead of calling ob_end_flush() at the start of the script cause according to the docs on that, as part of its functionality, it turns off ob. Either way, I'm getting output buffering turned off while leaving 4k buffering in php.ini, but I doesn't mean that ob_implicit_flush() might still be not working right. I guess I'll just wait a few more days for 4.3.0 and try that out. [2002-09-26 16:47:23] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. if you are not using ob and do not have gzip compression enabled, then by simply doing flush(); you'll get the data your are outputing sent to screen without any output buffering. [2002-04-18 11:34:07] [EMAIL PROTECTED] If you need to flush, do not use output buffers at all. That's what I'm trying to do, use ob_implicit_flush() at the beginning of my script to turn off ob. Imagine turning on/off compression, converting one encoding to another, etc in the middle of transmission. It just does not work. I'm not wanting to change encoding or turn zlib compression on/off the middle of a script. I just have a basic 400 line script I'd like to output. I simply don't want to have ob turned on. [2002-04-18 06:12:03] [EMAIL PROTECTED] Don't worray, it's known issue. I can make it flush when all output buffers registered may be flushed, otherwise it just does not work. Imagine turning on/off compression, converting one encoding to another, etc in the middle of transmission. It just does not work. If you need to flush, do not use output buffers at all. Note: Older PHP is just deleted the last output buffer registered with ob_implicit_flush. This is wrong behavior. [2002-04-18 03:50:26] [EMAIL PROTECTED] I tried leaving output_buffering = 4096 in php.ini and turning on implicit_flush in php.ini, and it's still not flushing my echo lines till the end of script execution, so neither the function or the ini config are working for me. If I make output_buffering = 0, it flushes correctly as expected, but as I understand it, the whole point of ob_implicit_flush() in runtime is to override the default ini config which is what I want to do. 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/16676 -- Edit this bug report at http://bugs.php.net/?id=16676edit=1
#21140 [Opn-Csd]: file_exists() always return false
ID: 21140 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.3 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: [2002-12-22 09:09:00] [EMAIL PROTECTED] The mod_php4-4.2.3 port's file_exists() function always return false. Some info, what phpinfo() say: Configure Command: './configure' '--with-apxs2=/usr/local/sbin/apxs' '--with-tsrm-pth' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-pdflib=/usr/local' '--with-zlib-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-interbase=/usr/local/firebird' '--with-ldap=/usr/local' '--with-openssl=/usr' '--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr' '--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-wddx' '--with-dom=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex' '--enable-mbstring' '--enable-yp' '--enable-bcmath' '--with-ming=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Server API: Apache 2.0 Filter Virtual Directory Support: enabled Configuration File (php.ini) Path: /usr/local/etc/php.ini Debug Build: no Thread Safety: enabled If anybody needs, I'll send him/her the whole phpinfo() output -- Edit this bug report at http://bugs.php.net/?id=21140edit=1
#21140 [Csd]: file_exists() always return false
ID: 21140 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: FreeBSD 4.7-STABLE PHP Version: 4.2.3 New Comment: Log in to the PHP anonymous CVS server. Use phpfi as the password. cvs -d :pserver:[EMAIL PROTECTED]:/repository login Obtain the PHP 4 CVS tree (4.2.4-dev): cvs -d :pserver:[EMAIL PROTECTED]:/repository co -r PHP_4_2_0 php4 cd php4 ./buildconf ./configure ... Previous Comments: [2002-12-22 16:37:36] [EMAIL PROTECTED] i'd love to get it off of snaps.php.net but the problem is that older version aren't left on the server. i'm trying to use the freebsd port and it expects 4.2.3 not 4.3. i guess i need to try to figure out how to get an older version out of cvs. [2002-12-22 09:12:41] [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. [2002-12-22 09:09:00] [EMAIL PROTECTED] The mod_php4-4.2.3 port's file_exists() function always return false. Some info, what phpinfo() say: Configure Command: './configure' '--with-apxs2=/usr/local/sbin/apxs' '--with-tsrm-pth' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-gd=/usr/local' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib' '--with-bz2=/usr' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-pdflib=/usr/local' '--with-zlib-dir=/usr' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' '--with-imap=/usr/local' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-pgsql=/usr/local' '--with-interbase=/usr/local/firebird' '--with-ldap=/usr/local' '--with-openssl=/usr' '--with-snmp=/usr/local' '--enable-ucd-snmp-hack' '--with-openssl=/usr' '--with-expat-dir=/usr/local' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--enable-wddx' '--with-dom=/usr/local' '--enable-ftp' '--with-curl=/usr/local' '--with-gettext=/usr/local' '--with-iconv=/usr/local' '--with-pspell=/usr/local' '--enable-mbregex' '--enable-mbstring' '--enable-yp' '--enable-bcmath' '--with-ming=/usr/local' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-trans-sid' '--prefix=/usr/local' 'i386-portbld-freebsd4.7' Server API: Apache 2.0 Filter Virtual Directory Support: enabled Configuration File (php.ini) Path: /usr/local/etc/php.ini Debug Build: no Thread Safety: enabled If anybody needs, I'll send him/her the whole phpinfo() output -- Edit this bug report at http://bugs.php.net/?id=21140edit=1
#21139 [Ctl]: zlib.output_compression + windows failure
ID: 21139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Windows PHP Version: 4.3.0RC4 New Comment: I can confirm this bug on Windows + Apache + zlib.output_compression in .htaccess. If zlib.output_compression is set to on from php.ini it works. It only doesn't work if set from .htaccess. Previous Comments: [2002-12-21 17:48:30] [EMAIL PROTECTED] I have just installed latest php 4.3 on linux and windows. I use the same directory and therefore .htaccess files for apache/mod_php on both platforms. When i enable enable output compression with ini setting php_value zlib.output_compression On in .htaccess the linux version works as expected but the windows version fails. Sometimes i receive errors with access violations. Sometimes i can downlowd the result but when rename the resulting file to .gz i can open it and as you might expect it contains the correct result. And sometime i see the encoding result presented in the browser and then i cannot save and view it although the gzip header seems correct. marcus -- Edit this bug report at http://bugs.php.net/?id=21139edit=1
#21098 [Opn-Ver]: mktime crashes when certain parameters are passed
ID: 21098 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0RC3 New Comment: Verified on Windows. Crash happens in ext/standard/datetime.c in php_mktime() on line: t2 = *localtime(seconds); Previous Comments: [2002-12-19 10:04:24] [EMAIL PROTECTED] Last tested with php4-win32-STABLE-200212190930.zip and the bug still occurs. Also, Apache says the following in error.log: [Thu Dec 19 17:02:56 2002] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Thu Dec 19 17:02:56 2002] [notice] Parent: Created child process 2232 [Thu Dec 19 17:02:56 2002] [notice] Child 2232: Child process is running [Thu Dec 19 17:02:56 2002] [notice] Child 2232: Acquired the start mutex. [Thu Dec 19 17:02:56 2002] [notice] Child 2232: Starting 250 worker threads. [2002-12-19 09:57:34] [EMAIL PROTECTED] The following code makes apache (?) crash. ? $timestamp = 0; $m = date(m,$timestamp); //$m = 01 $y = date(Y,$timestamp); //$m = 1970 $datestamp = mktime(0,0,0, $m, 0, $y); ? I use Apache 2.0.43 under Windows2k SP3. I have tested against PHP 4.2.3, 4.3.0RC3 and a couple of 4.3.x-dev snapshots from snaps.php.net (from 16-18 dec 2002) Script doesnt crash if either $m or $y is replaced with a 0 in the mktime() call. I found this problem after investigating why a certain script crashed, the reason was some data that i've expected to be in the database actually wasn't. In this case i'd expect to get a false back in $datestamp, or some kind of error message. I've searched the bug database but havent found any similar bug reports. On Linux 2.4.14, PHP 4.2.3, Apache 1.3.27 i can NOT reproduce this problem. -- Edit this bug report at http://bugs.php.net/?id=21098edit=1
#20539 [Csd-Opn]: PHP CLI Segmentation Fault
ID: 20539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS-2002-11-21 (stable) New Comment: The patch was reverted. Reopening until a better fix is devised. Previous Comments: [2002-12-11 04:25:48] [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. [2002-12-09 06:09:00] [EMAIL PROTECTED] Date: Thu, 28 Nov 2002 19:38:38 +0100 (CET) From: Sascha Schumann [EMAIL PROTECTED] To: Edin Kadribasic [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Patch for bug #20539 On Thu, 28 Nov 2002, Edin Kadribasic wrote: Forget the patch, its not working well. The problem is that with session autostart SID constant gets defined in rinit and gets destroyed twice. Yes, that's why I don't like to rely on internals of something which should be a black box. The constants API needs an interface for deleting entries. - Sascha [2002-11-28 03:55:05] [EMAIL PROTECTED] This crash happens when php.ini (or php-cli.ini :) contains 'session.auto_start = 1' AND 'magic_quotes_gpc = On' [2002-11-28 02:46:31] [EMAIL PROTECTED] I can't tell. Is php.ini loaded if php-cli.ini doesn't exists by default ? [2002-11-28 02:32:59] [EMAIL PROTECTED] Is that php.ini loaded by php then when this crash happens? 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/20539 -- Edit this bug report at http://bugs.php.net/?id=20539edit=1
#21057 [Fbk-Csd]: ereg causes segfaults
ID: 21057 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux PHP Version: 4.2.3 New Comment: Remove --with-system-regex from your configure options and the problem should disappear. Previous Comments: [2002-12-16 19:26:27] [EMAIL PROTECTED] Could you please email the segfaulting script, because using the information provided in your report I cannot make it crash with 4.3.0RC3 [2002-12-16 19:24:28] [EMAIL PROTECTED] Tried on latest CVS - still causes segfaults. [2002-12-16 19:02:09] [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 [2002-12-16 18:49:01] [EMAIL PROTECTED] executing the following line: ereg((idea|era|plus)=([0-9]{9}|[0-9]{11}), $forfile, $regs); where $forfile = ' \bsg\n\n|/usr/bin/sendsms4 -idea=x\n\n\n\n\n\n\n\n\n' caused segfaults on my server. Changed to preg_match works fine. Configure string: './configure' '--with-mysql=/usr/local' '--with-pgsql=/usr/local/pgsql' '--with-apxs=/usr/sbin/apxs' '--with-config-file-path=/etc' '--with-dbase' '--enable-track-vars' '--with-system-regex' '--enable-trans-sid' '--with-gd=/usr/local/src/gd-2.0.1gif' '--with-jpeg-dir' '--with-zlib-dir' '--with-expat=/usr/local/src/expat-1.95.1/' '--with-interbase=/usr/local/src/Interbase' '--with-gettext' '--with-xml' '--with-imap=/usr/local/src/imap/imap-2002.RC2' '--with-png-dir' '--with-curl' '--with-freetype-dir=/usr/local/src/freetype-2.1.2/freetype-2.1.2' '--with-ttf' '--enable-gd-native-ttf' -- Edit this bug report at http://bugs.php.net/?id=21057edit=1
#21034 [Opn-Csd]: undefined function domxml_xslt_stylesheet_file()
ID: 21034 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: WinXP PHP Version: 4.3.0RC3 New Comment: Dom_xslt support was added after RC3. Please download http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2002-12-15 18:52:15] [EMAIL PROTECTED] specifically, using these functions: domxml_xslt_stylesheet_file() domxml_xslt_stylesheet_doc() domxml_xslt_stylesheet() results in a function not defined error. [2002-12-15 18:48:36] [EMAIL PROTECTED] None of the DOMXML functions appear to be defined in 4.3.0RC2 or RC3 for the Windows binaries, even though the extension is loaded and phpinfo() reports the following DOMXML extension info: DOM/XML enabled DOM/XML API Version 20020814 libxml Version 20421 HTML Support enabled XPath Support enabled XPointer Support enabled Also, libxml2.dll doesn't seem to be part of the Win binary distro. And even though I have copied the libxml2.dll from xmlsoft.org, I am unable to access any of the DOMXML functions under Windows. -- Edit this bug report at http://bugs.php.net/?id=21034edit=1
#20485 [Opn-Asn]: Enabling XSLT engine of DOM XML extension in Windows builds
ID: 20485 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: Windows XP Professional PHP Version: 4.3.0RC1 -Assigned To: +Assigned To: edink Previous Comments: [2002-11-19 04:10:24] [EMAIL PROTECTED] I'll back that up :) It would be nice to have libxslt on windows as well (I hope it does even compile :) ) chregu [2002-11-18 12:18:23] [EMAIL PROTECTED] Is it possible to include --with-dom-xslt when compiling Windows binaries (snapshots and releases)? In my opinion, based on experience with several production sites using XSLT part of DOM XML extension, xslt engine of DOM XML extension (LIBXSLT powered) is superior to XSLT extension (Sablotron powered). Not only it better complies with w3c standards but is faster as well. I know that it's another 125kb (zipped only 59kb) to be added (as the most recent version of libxslt library under windows consumes this amount of space) to the php_domxml.dll extension but i think it's worth it. -- Edit this bug report at http://bugs.php.net/?id=20485edit=1
#20946 [Asn-Sus]: php_ingres.dll missing in the php 4 zip!!!
ID: 20946 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Suspended Bug Type: *General Issues Operating System: Win2K PHP Version: 4.2.3 Assigned To: edink New Comment: Ingres is missing from the Windows build since I was unable to get development libraries. This has not changed, so we are still unable to provide the binary. Suspending. Previous Comments: [2002-12-11 17:15:17] [EMAIL PROTECTED] Assigned for edin to check for. [2002-12-11 15:16:58] [EMAIL PROTECTED] Hi! I have downloaded the php 4.2.3 version and installed it on an IIS server. After editing the php.ini to enable the Ingres II extensions, I realized that the php_ingres.dll is not included in the windows binary!!! Have you dropped the ingres support? I realy need native Ingres support. I have tried to access Ingres via ODBC but it seems that since IIS run as LocalSystem user, It can't access to my DSN, even if this one is created on a Global VNode. Please Help me!! -- Edit this bug report at http://bugs.php.net/?id=20946edit=1
#20539 [Ctl-Csd]: PHP CLI Segmentation Fault
ID: 20539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS-2002-11-21 (stable) 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: [2002-12-09 06:09:00] [EMAIL PROTECTED] Date: Thu, 28 Nov 2002 19:38:38 +0100 (CET) From: Sascha Schumann [EMAIL PROTECTED] To: Edin Kadribasic [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Patch for bug #20539 On Thu, 28 Nov 2002, Edin Kadribasic wrote: Forget the patch, its not working well. The problem is that with session autostart SID constant gets defined in rinit and gets destroyed twice. Yes, that's why I don't like to rely on internals of something which should be a black box. The constants API needs an interface for deleting entries. - Sascha [2002-11-28 03:55:05] [EMAIL PROTECTED] This crash happens when php.ini (or php-cli.ini :) contains 'session.auto_start = 1' AND 'magic_quotes_gpc = On' [2002-11-28 02:46:31] [EMAIL PROTECTED] I can't tell. Is php.ini loaded if php-cli.ini doesn't exists by default ? [2002-11-28 02:32:59] [EMAIL PROTECTED] Is that php.ini loaded by php then when this crash happens? [2002-11-28 02:28:09] [EMAIL PROTECTED] If I remove the php-cli.ini from my /usr/local/lib directory the backtrace is the same. And no - I do not have multiple php-*.ini files. One php.ini and a php-cli.ini ( since today morning ). I copied the original php.ini-dist to /usr/local/lib/php-cli.ini and everything is fine. ( I will customize the file later ) 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/20539 -- Edit this bug report at http://bugs.php.net/?id=20539edit=1
#20935 [Opn-Fbk]: mssql_query causes segfault
ID: 20935 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: RedHat Linux 7.2 / Apache 1.3.27 PHP Version: 4.2.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2002-12-11 08:40:15] [EMAIL PROTECTED] (FreeTDS 1.5 2002/08/24, MSSQL 7 (remote)) mssql_query causes when using the following SQLSTATEMENT SELECT a.*, b.* FROM dbo.psl AS b LEFT JOIN dbo.prc AS a ON (a.idPSL = b.idPSL) WHERE b.OrderNo LIKE '%123169%' AND a.idPSL '0' while simple queries like SELECT * FROM dbo.psl works just fine. The problem appears only if the query tries to return information. -- Edit this bug report at http://bugs.php.net/?id=20935edit=1
#20898 [Opn-Csd]: Add support for Berkeley DB4
ID: 20898 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:Feature/Change Request PHP Version: 4.2.3 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: [2002-12-09 03:41:44] [EMAIL PROTECTED] I've noticed that support for Berkeley DB4 has not yet been added. This would be useful since the DB3 series has stopped development. Things like Cyrus SASL 2 and OpenLDAP 2 use DB4 now. -- Edit this bug report at http://bugs.php.net/?id=20898edit=1
#20894 [Bgs-Ver]: Problem using socket
ID: 20894 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Verified Bug Type: Sockets related Operating System: Win XP PHP Version: 4.3.0RC2 New Comment: The example that does not depend on custom apps: $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket 0) { echo socket_create() failed: reason: . socket_strerror ($socket) . \n; } $result = socket_connect ($socket, www.google.com, 80); if ($result 0) { echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) . \n;} $command = HEAD / HTTP/1.0\r\n\r\n; socket_write ($socket, $command, strlen($command)); while($data == ){ if (!($data = socket_read ($socket, 2048))) die(Socket disconnected by the host.); } echo $data; socket_close($socket); Previous Comments: [2002-12-09 02:14:30] [EMAIL PROTECTED] Hi, I'm doing an web application which connects to a delphi app by using sockets to transmit data. My delphi program will reply automatically when it receive a data. However, after i upgraded to PHP 4.3.0RC2, it doesn't work and came out this error- PHP has encountered an Access Violation at 0001 Below here are my codes that use to connect to the delphi program. $add=180.10.0.1; //ST8000 machine's ip address $port=5000; $rc_no=50; global $chr; $chr = ; $changes=0; $data = ; $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket 0) { echo socket_create() failed: reason: . socket_strerror ($socket) . \n; } @$result = socket_connect ($socket, $add, $port); if ($result 0) { echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) . \n;} $Command = . data use to send to delphi.. socket_write ($socket, $Command, strlen ($Command)); //--starting from this line where the error occur While($data == ){ If (!($data = socket_read ($socket, 2048))) die(Socket disconnected by the host.); } echo $data; socket_close($socket); The code had no problem since it can be run on PHP 4.2.3, Win XP, mysql [2002-12-08 22:42:37] [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-12-08 22:21:29] [EMAIL PROTECTED] I use socket to develope my web application. It works fine when i'm using PHP 4.2.2. The problem is when i ugraded it to 4.3.0RC2, there's an error stating - PHP has encountered an Access Violation at 017C29CD Does PHP 4.3.0RC2 have a stable socket dll? -- Edit this bug report at http://bugs.php.net/?id=20894edit=1
#20894 [Ver]: Problem using socket
ID: 20894 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Sockets related Operating System: Win XP PHP Version: 4.3.0RC2 New Comment: Some more info: When compiled in debug mode MS VC++ comes with the following debug error: The value of ESP was not properly saved across a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention. The error occurs in ext/sockets/sockets.c line 792. Previous Comments: [2002-12-09 04:44:36] [EMAIL PROTECTED] The example that does not depend on custom apps: $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket 0) { echo socket_create() failed: reason: . socket_strerror ($socket) . \n; } $result = socket_connect ($socket, www.google.com, 80); if ($result 0) { echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) . \n;} $command = HEAD / HTTP/1.0\r\n\r\n; socket_write ($socket, $command, strlen($command)); while($data == ){ if (!($data = socket_read ($socket, 2048))) die(Socket disconnected by the host.); } echo $data; socket_close($socket); [2002-12-09 02:14:30] [EMAIL PROTECTED] Hi, I'm doing an web application which connects to a delphi app by using sockets to transmit data. My delphi program will reply automatically when it receive a data. However, after i upgraded to PHP 4.3.0RC2, it doesn't work and came out this error- PHP has encountered an Access Violation at 0001 Below here are my codes that use to connect to the delphi program. $add=180.10.0.1; //ST8000 machine's ip address $port=5000; $rc_no=50; global $chr; $chr = ; $changes=0; $data = ; $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket 0) { echo socket_create() failed: reason: . socket_strerror ($socket) . \n; } @$result = socket_connect ($socket, $add, $port); if ($result 0) { echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) . \n;} $Command = . data use to send to delphi.. socket_write ($socket, $Command, strlen ($Command)); //--starting from this line where the error occur While($data == ){ If (!($data = socket_read ($socket, 2048))) die(Socket disconnected by the host.); } echo $data; socket_close($socket); The code had no problem since it can be run on PHP 4.2.3, Win XP, mysql [2002-12-08 22:42:37] [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-12-08 22:21:29] [EMAIL PROTECTED] I use socket to develope my web application. It works fine when i'm using PHP 4.2.2. The problem is when i ugraded it to 4.3.0RC2, there's an error stating - PHP has encountered an Access Violation at 017C29CD Does PHP 4.3.0RC2 have a stable socket dll? -- Edit this bug report at http://bugs.php.net/?id=20894edit=1
#20894 [Ver-Csd]: Problem using socket
ID: 20894 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Sockets related Operating System: Win XP PHP Version: 4.3.0RC2 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: [2002-12-09 05:08:07] [EMAIL PROTECTED] Some more info: When compiled in debug mode MS VC++ comes with the following debug error: The value of ESP was not properly saved across a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention. The error occurs in ext/sockets/sockets.c line 792. [2002-12-09 04:44:36] [EMAIL PROTECTED] The example that does not depend on custom apps: $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket 0) { echo socket_create() failed: reason: . socket_strerror ($socket) . \n; } $result = socket_connect ($socket, www.google.com, 80); if ($result 0) { echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) . \n;} $command = HEAD / HTTP/1.0\r\n\r\n; socket_write ($socket, $command, strlen($command)); while($data == ){ if (!($data = socket_read ($socket, 2048))) die(Socket disconnected by the host.); } echo $data; socket_close($socket); [2002-12-09 02:14:30] [EMAIL PROTECTED] Hi, I'm doing an web application which connects to a delphi app by using sockets to transmit data. My delphi program will reply automatically when it receive a data. However, after i upgraded to PHP 4.3.0RC2, it doesn't work and came out this error- PHP has encountered an Access Violation at 0001 Below here are my codes that use to connect to the delphi program. $add=180.10.0.1; //ST8000 machine's ip address $port=5000; $rc_no=50; global $chr; $chr = ; $changes=0; $data = ; $socket = socket_create (AF_INET, SOCK_STREAM, 0); if ($socket 0) { echo socket_create() failed: reason: . socket_strerror ($socket) . \n; } @$result = socket_connect ($socket, $add, $port); if ($result 0) { echo socket_connect() failed.\nReason: ($result) . socket_strerror($result) . \n;} $Command = . data use to send to delphi.. socket_write ($socket, $Command, strlen ($Command)); //--starting from this line where the error occur While($data == ){ If (!($data = socket_read ($socket, 2048))) die(Socket disconnected by the host.); } echo $data; socket_close($socket); The code had no problem since it can be run on PHP 4.2.3, Win XP, mysql [2002-12-08 22:42:37] [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-12-08 22:21:29] [EMAIL PROTECTED] I use socket to develope my web application. It works fine when i'm using PHP 4.2.2. The problem is when i ugraded it to 4.3.0RC2, there's an error stating - PHP has encountered an Access Violation at 017C29CD Does PHP 4.3.0RC2 have a stable socket dll? -- Edit this bug report at http://bugs.php.net/?id=20894edit=1
#20616 [Opn]: 4.3.0RC1-Win32 cannot find files found by 4.2.3
ID: 20616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Win 2k server PHP Version: 4.3.0RC1 New Comment: I juste tested the latest stable snapshot (http://snaps.php.net/win32/php4-win32-STABLE-latest.zip) and could not reproduce the problem using CLI or Apache modules. If the problem existed it was fixed since RC1. Previous Comments: [2002-12-09 05:31:49] [EMAIL PROTECTED] Black, I'm simply calling ../application.php from admin/index.php, there's nothing else involved. This particular piece of code works fine in 4.2.3 [2002-12-09 05:14:15] [EMAIL PROTECTED] could you list the directory structure of used files.. im mainly interested in the main script, admin/index.php and application.php. if the main script is in the same dir as application.php and includes admin/index.php, then the problem most probablly lies there, since the include path doesnt change from the main script to its includes.. other than that try downgrading to 4.2.3 just to see if the problem remains - if yes, then its a script error in your code and not in php4.3RC2 itself. [2002-12-09 02:10:12] [EMAIL PROTECTED] Nope. application.php is in the parent directory, or: C:\Xitami\webpages\Commerce\mymarket1\application.php [2002-12-08 22:37:24] [EMAIL PROTECTED] Some clarification needed..the error you got: No such file or directory in C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8 Warning: Failed opening '../application.php' for inclusion In index.php you have 'include(../application.php);' ? Is the path to application.php: C:\Xitami\webpages\Commerce\mymarket1\admin\application.php ??? [2002-12-08 18:21:36] [EMAIL PROTECTED] Pardon me, that syntax should be 'include (../foobar.inc);' ... I just woke up. :0 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/20616 -- Edit this bug report at http://bugs.php.net/?id=20616edit=1
#20616 [Opn-Csd]: 4.3.0RC1-Win32 cannot find files found by 4.2.3
ID: 20616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: Win 2k server PHP Version: 4.3.0RC1 Previous Comments: [2002-12-09 07:50:01] [EMAIL PROTECTED] I juste tested the latest stable snapshot (http://snaps.php.net/win32/php4-win32-STABLE-latest.zip) and could not reproduce the problem using CLI or Apache modules. If the problem existed it was fixed since RC1. [2002-12-09 05:31:49] [EMAIL PROTECTED] Black, I'm simply calling ../application.php from admin/index.php, there's nothing else involved. This particular piece of code works fine in 4.2.3 [2002-12-09 05:14:15] [EMAIL PROTECTED] could you list the directory structure of used files.. im mainly interested in the main script, admin/index.php and application.php. if the main script is in the same dir as application.php and includes admin/index.php, then the problem most probablly lies there, since the include path doesnt change from the main script to its includes.. other than that try downgrading to 4.2.3 just to see if the problem remains - if yes, then its a script error in your code and not in php4.3RC2 itself. [2002-12-09 02:10:12] [EMAIL PROTECTED] Nope. application.php is in the parent directory, or: C:\Xitami\webpages\Commerce\mymarket1\application.php [2002-12-08 22:37:24] [EMAIL PROTECTED] Some clarification needed..the error you got: No such file or directory in C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8 Warning: Failed opening '../application.php' for inclusion In index.php you have 'include(../application.php);' ? Is the path to application.php: C:\Xitami\webpages\Commerce\mymarket1\admin\application.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/20616 -- Edit this bug report at http://bugs.php.net/?id=20616edit=1
#20824 [Opn-Bgs]: connecting ora8 with odbc
ID: 20824 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: nt 4 PHP Version: 4.2.3 Previous Comments: [2002-12-06 03:08:01] [EMAIL PROTECTED] I changed configuration of oracle8 and now it's turning ! herve [2002-12-05 05:18:21] [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-12-05 05:10:27] [EMAIL PROTECTED] trying to connect to oracle8 db with : $connection1=odbc_connect(DSN,user_id,pwd,SQL_CUR_DEFAULT )or die(connection serveur oracle impossiblebr\n); the output is : Warning: SQL error: [Oracle][ODBC][Ora]Server rejected the connection., SQL state 08004 in SQLConnect in d:\ herve -- Edit this bug report at http://bugs.php.net/?id=20824edit=1
#20853 [Opn-Fbk]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.2.3 New Comment: 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 I've just tried your example and it worked fine (using Sun's JDK 1.3.1). Previous Comments: [2002-12-06 03:24:45] [EMAIL PROTECTED] there was not enough space for the rest of the code, so I add it here: package de.slab.php2java; public class SecondClass { private String name; public SecondClass(String name) { this.name = name; } public String getName() { return name; } } test.php html body ?php $php2Java = new Java('de.slab.php2java.Php2Java'); // next line crashes with size of 90 $arr = $php2Java-getSecondClassArray( 89 ); // next line crashes with size of 131 $arr = $php2Java-getStrings( 130 ); ? /body /html [2002-12-06 03:20:29] [EMAIL PROTECTED] I have php compiled with './configure' '--prefix=/usr/local/php' '--with-apxs=/usr/local/apache/bin/apxs' '--with-java=/usr/java/j2sdk1.4.1' I have added two simple Java sources and a php script to reproduce the error at the end of this description. The error is a pointer error. Perhaps a variable gets a wrong pointer or the memory is changed during the mapping process from java to php. I've found out, that the error happens in th HashTable struct. Here is a little extract from the logging I did in the zend_hash.c ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong h, void *pData, uint nDataSize, void **pDest, int flag) { ... nIndex = h ht-nTableMask; syslog(LOG_CONS,zend nIndex: %d,nIndex); syslog(LOG_CONS,zend tablesize : %d,ht-nTableSize); syslog(LOG_CONS,zend elementnr : %d,ht-nNumOfElements); ... Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:08 abi httpd: zend nIndex: 11 Dec 6 10:15:08 abi httpd: zend tablesize : 16 Dec 6 10:15:08 abi httpd: zend elementnr : 10 --- Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:09 abi httpd: zend nIndex: 1 Dec 6 10:15:09 abi httpd: zend tablesize : 8 Dec 6 10:15:09 abi httpd: zend elementnr : 1 --- Dec 6 10:15:09 abi httpd: zend nIndex: 12 Dec 6 10:15:09 abi httpd: zend tablesize : 16 Dec 6 10:15:09 abi httpd: zend elementnr : 11 --- Dec 6 10:15:09 abi httpd: zend nIndex: 0 Dec 6 10:15:09 abi httpd: zend tablesize : 12 Dec 6 10:15:09 abi httpd: zend elementnr : 138994948 The last entry is produced by the call from java.c zend_hash_index_update(Z_OBJPROP_P(presult), 0, handle, sizeof(pval *), NULL); in the method Java_net_php_reflect_setResultFromObject and the nr in elementnr is the pointer to the next element! I added some logging to the java class and saw that the number which is given back from jni for storing the next element is exactly that number!!! So it really seemst to be a pointer problem, but I can' t see if it is a problem of java.c or a problem of the php-engine. Hope this helps! Andi Php2Java.java -- package de.slab.php2java; public class Php2Java { public SecondClass[] getSecondClassArray( int nr ) { SecondClass[] sc = new SecondClass[nr]; for ( int i=0; i nr; i++ ) { sc[i] = new SecondClass(SC +i); } return sc; } public String[] getStrings( int nr ) { String[] sc = new String[nr]; for ( int i=0; i nr; i++ ) { sc[i] = SC +i; } return sc; } }
#20853 [Opn]: getting objectarray with 90 or more objects back from java produces a crash
ID: 20853 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.2.3 New Comment: I've tried it now with 50.000 and it worked. It took about 3.6 seconds on my P3 600. Previous Comments: [2002-12-06 04:01:05] [EMAIL PROTECTED] You have seen the comments that it crashes with the value of 90 and 131? And have you tried it with values higher between 10.000 and 50.000? This is the range I need, because I have to show a directory of a terabyte hd where all the files are in one directory. I'm currently downloading the latest php and try it on my own. I will post the resutlts here again. Thx, Andi [2002-12-06 03:37:00] [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 I've just tried your example and it worked fine (using Sun's JDK 1.3.1). [2002-12-06 03:24:45] [EMAIL PROTECTED] there was not enough space for the rest of the code, so I add it here: package de.slab.php2java; public class SecondClass { private String name; public SecondClass(String name) { this.name = name; } public String getName() { return name; } } test.php html body ?php $php2Java = new Java('de.slab.php2java.Php2Java'); // next line crashes with size of 90 $arr = $php2Java-getSecondClassArray( 89 ); // next line crashes with size of 131 $arr = $php2Java-getStrings( 130 ); ? /body /html [2002-12-06 03:20:29] [EMAIL PROTECTED] I have php compiled with './configure' '--prefix=/usr/local/php' '--with-apxs=/usr/local/apache/bin/apxs' '--with-java=/usr/java/j2sdk1.4.1' I have added two simple Java sources and a php script to reproduce the error at the end of this description. The error is a pointer error. Perhaps a variable gets a wrong pointer or the memory is changed during the mapping process from java to php. I've found out, that the error happens in th HashTable struct. Here is a little extract from the logging I did in the zend_hash.c ZEND_API int zend_hash_index_update_or_next_insert(HashTable *ht, ulong h, void *pData, uint nDataSize, void **pDest, int flag) { ... nIndex = h ht-nTableMask; syslog(LOG_CONS,zend nIndex: %d,nIndex); syslog(LOG_CONS,zend tablesize : %d,ht-nTableSize); syslog(LOG_CONS,zend elementnr : %d,ht-nNumOfElements); ... Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:08 abi httpd: zend nIndex: 11 Dec 6 10:15:08 abi httpd: zend tablesize : 16 Dec 6 10:15:08 abi httpd: zend elementnr : 10 --- Dec 6 10:15:08 abi httpd: zend nIndex: 0 Dec 6 10:15:08 abi httpd: zend tablesize : 8 Dec 6 10:15:08 abi httpd: zend elementnr : 0 --- Dec 6 10:15:09 abi httpd: zend nIndex: 1 Dec 6 10:15:09 abi httpd: zend tablesize : 8 Dec 6 10:15:09 abi httpd: zend elementnr : 1 --- Dec 6 10:15:09 abi httpd: zend nIndex: 12 Dec 6 10:15:09 abi httpd: zend tablesize : 16 Dec 6 10:15:09 abi httpd: zend elementnr : 11 --- Dec 6 10:15:09 abi httpd: zend nIndex: 0 Dec 6 10:15:09 abi httpd: zend tablesize : 12 Dec 6 10:15:09 abi httpd: zend elementnr : 138994948 The last entry is produced by the call from java.c zend_hash_index_update(Z_OBJPROP_P(presult), 0, handle, sizeof(pval *), NULL); in the method Java_net_php_reflect_setResultFromObject and the nr in elementnr is the pointer to the next element! I added some logging to the java class and saw that the number which is given back from jni for storing the next element is exactly that number!!! So it really seemst to be a pointer problem, but I can' t see if it is a problem of java.c or a problem of the php-engine. Hope this helps! Andi Php2Java.java
#20716 [NEW]: fgetcsv() cannot handle multi-line input
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.3.0RC2 PHP Bug Type: Unknown/Other Function Bug description: fgetcsv() cannot handle multi-line input fgetcsv() was able to read multi-line fields that were quoted. Here is the example of the test file: f1;f2;f3 Test 1a;Test 1b;Test 1c Test 2a;Test 2b - line 1 Test 2b - line 2 Test 2b - line 3;Test 2c We are trying to parse this file with the following code: $f = @fopen($argv[1], r); if (!$f) exit(Cannot open input file.\n); $v = array(); while ($data = fgetcsv ($f, 1, ;)) { $v[] = $data; } var_export($v); Now, in PHP 4.2.3 and earlier this produces correct 3 element array. PHP 4.3.0-dev produces 5 element array because it gets confused with the multiple line input in the 2b field. -- Edit bug report at http://bugs.php.net/?id=20716edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20716r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20716r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20716r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20716r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20716r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20716r=support Expected behavior: http://bugs.php.net/fix.php?id=20716r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20716r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20716r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20716r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20716r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20716r=dst IIS Stability: http://bugs.php.net/fix.php?id=20716r=isapi
#20716 [Opn]: fgetcsv() cannot handle multi-line input
ID: 20716 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Unknown/Other Function +Bug Type: Filesystem function related Operating System: RedHat Linux 6.2 PHP Version: 4.3.0RC2 New Comment: The correct output (4.2.3): array ( 0 = array ( 0 = 'f1', 1 = 'f2', 2 = 'f3', ), 1 = array ( 0 = 'Test 1a', 1 = 'Test 1b', 2 = 'Test 1c', ), 2 = array ( 0 = 'Test 2a', 1 = 'Test 2b - line 1 Test 2b - line 2 Test 2b - line 3', 2 = 'Test 2c', ), ) Incorrect output (4.3.0RC2): array ( 0 = array ( 0 = 'f1', 1 = 'f2', 2 = 'f3', ), 1 = array ( 0 = 'Test 1a', 1 = 'Test 1b', 2 = 'Test 1c', ), 2 = array ( 0 = 'Test 2a', 1 = 'Test 2b - line 1', ), 3 = array ( 0 = 'Test 2b - line 2', ), 4 = array ( 0 = 'Test 2b - line 3', 1 = 'Test 2c', ), ) Previous Comments: [2002-11-29 04:52:52] [EMAIL PROTECTED] fgetcsv() was able to read multi-line fields that were quoted. Here is the example of the test file: f1;f2;f3 Test 1a;Test 1b;Test 1c Test 2a;Test 2b - line 1 Test 2b - line 2 Test 2b - line 3;Test 2c We are trying to parse this file with the following code: $f = @fopen($argv[1], r); if (!$f) exit(Cannot open input file.\n); $v = array(); while ($data = fgetcsv ($f, 1, ;)) { $v[] = $data; } var_export($v); Now, in PHP 4.2.3 and earlier this produces correct 3 element array. PHP 4.3.0-dev produces 5 element array because it gets confused with the multiple line input in the 2b field. -- Edit this bug report at http://bugs.php.net/?id=20716edit=1
#20694 [Opn-Fbk]: html not properly going to browser
ID: 20694 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server PHP Version: 4.3.0RC2 New Comment: In PHP 4.3.0 cgi binary is called php-cgi.exe. Could you try using that one and see if it fixes your problem? Previous Comments: [2002-11-28 17:44:54] [EMAIL PROTECTED] CGI c:\php\php.exe %s %s is the command line in the application mappings I can install it again if you want me to try something (i just swap out contents of the php folder, iis isn't changed) [2002-11-28 11:48:33] [EMAIL PROTECTED] cgi php.exe specifically [2002-11-28 07:30:54] [EMAIL PROTECTED] Which SAPI are you using, cgi os isapi? [2002-11-28 04:14:13] [EMAIL PROTECTED] Just installed 4.3.0RC2 zip binary on windows 2000 server and iis 5.0 to check it out on my server. normally use 4.2.3 and seem to be able to swap out installs as needed by putting files in and out of my php directory. 4.3.0RC2 seems to not like pages that work fine in 4.2.3. Some Pages using the new release display as raw text instead of html in some cases. When i look at source in a browser the beginning lines are missing although they are included. It seems no php is missed as all work i assign is completed as expected, just the html sent after the fact has missing lines at the top. I would expect it to die as it moves through the script, instead it is as if all works correctly but at the last moment only sends partial ending text to the browser. As an example, changing the order only of an index page has the following results. (The includes here are very simple containing mainly html) The following works fine but the first line that shows up is the 4th with title tags, not HTMLHEAD:-- !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional// EN htmlhead ?php require (includes/globals.php); ? title?php echo $title ?/title ?php require (includes/classes.php); ? SCRIPT LANGUAGE=JavaScript TYPE=text/javascript SRC= includes/submitonce.js/SCRIPT /head ?php require (styles/header.php) ? ?php include (includes/ftpsendbuttons.php); ? HTML content here While this is much worse and the first tag that shows up is META tags that are in classes.php followed by the SCRIPT tag. It skips the title tag.--- !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional// EN ?php require (includes/globals.php); ? htmlhead ?php require (includes/classes.php); ? title?php echo $title ?/title SCRIPT LANGUAGE=JavaScript TYPE=text/javascript SRC= includes/submitonce.js/SCRIPT /head ?php require (styles/header.php) ? ?php include (includes/ftpsendbuttons.php); ? HTML content here Changing php.ini does not help, adjusted it for over 2 hours to see if a setting affected this. (expose_php and various error directives, using the two provided ini files, and many random changes) Of course all extensions were disabled. Different pages are affected differently. My gut feeling is that php parses my script and assembles a completed html page. At this point something happens that deletes the top x lines (it never does half a line) and sends the rest to the browser. If enough header shows up i get a web page, usually with text at the top of exposed javascripts, sometimes i get text. testing with pages that are simple text or simple html had the entire page show up just fine. The requires i used seem to be part of the issue as above. I tried looking at the index page from phpmyadmin but it would not even load due to not being able to find include files. Switching back to php 4.2.3 fixes all above problems and pages again display the doctype and the html head tags. I hope someone can make sense of this, or that it is in fact a bogus/support issue. I probably would not have submitted it, except that it is the preview release and that my other version works splendidly. -- Edit this bug report at http://bugs.php.net/?id=20694edit=1
#20710 [Opn-Csd]: file_exists() doesn't work normally
ID: 20710 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Linux RedHat 7.2 PHP Version: 4.2.3 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: [2002-11-29 01:44:51] [EMAIL PROTECTED] file_exists() function returns false on the relative path to the file, which is REALLY exists. But its working well if the path is absolute. code sample: $filename = ./template/sub/install.txt; if (!file_exists($filename)) { $fd = fopen ($filename, r); $contents = fread ($fd, filesize ($filename)); fclose ($fd); die(Error - file $filename does not exist.\n $contents); } try it, and marvel. why? PS In the documentation say nothing about types of path. -- Edit this bug report at http://bugs.php.net/?id=20710edit=1
#20642 [Opn-Csd]: ini setting output_buffering set to PHP_INI_ALL
ID: 20642 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux GNU/Debian 3.0r0 PHP Version: 4.2.3 New Comment: Just put @ob_end_flush(); on top of your script. No need for changing ini settings. Previous Comments: [2002-11-27 02:56:48] [EMAIL PROTECTED] This might sound like bogus to you but for a professional environment this certainly is NOT acceptable. As a programmer I know everything is possible, it only depends on how much effort you put into it. You could at least try to point out why you deny this change request instead of a mere no I can't. [2002-11-26 20:39:07] [EMAIL PROTECTED] No, it can't. [2002-11-26 04:44:29] [EMAIL PROTECTED] Hello, I am writing a php shell script (as I do very often in crontabs and procmail setups) only this time I use stdin/stdout for user interaction with the script. The only problem is that output_buffering defaults to 4096 which results in a script that is really not workable since there is no screen output (output 4096). Also the flush() command is no help (I still get nothing, I don't know whether this is a bug or a result of an ini setting). To fix this problem I can only change the php.ini value to 0 but this is really not what I want since this is a server wide change. I'd rather use ini_set(output_buffering,0) instead. So my change request in short is, can the rights for altering the ini variable output_buffering change from PHP_INI_PERDIR|PHP_INI_SYSTEM to PHP_INI_ALL in future versions? Jeroen -- Edit this bug report at http://bugs.php.net/?id=20642edit=1
#20657 [Fbk]: Rundom Apache/PHP Bug
ID: 20657 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: Windows 2000 Prof. PHP Version: 4.3.0RC1 New Comment: You should also try latest STABLE (4.3.0-dev) snapshot from http://snaps.php.net Previous Comments: [2002-11-26 13:58:06] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2002-11-26 13:22:05] [EMAIL PROTECTED] I'm using PHP 4.3 RC1 with Apache/1.3.24 on Windows 2002 (Windows NT localhost 5.0 build 2195). I'm geting an quite not repeatable error. In i quess random intervals the webserver dies with an error message. This only happens when calling php sites. This error does not occur on normal html pages. So i guess its a php bug. The Message says that the method read could not be executed in memory. Coz my windows is in german i've uploaded an screenshot to http://www.rednoize.com/~marceman/phpbug.gif Hope i could help ya in some way. GREETS marceman -- Edit this bug report at http://bugs.php.net/?id=20657edit=1
#1298 [Ctl-Ver]: need to use -taso with Netscape LDAP libs
ID: 1298 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Verified Bug Type: Compile Failure Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.2.1, 4.2.3, 4.3.0-dev Previous Comments: [2002-10-07 17:09:22] [EMAIL PROTECTED] # uname -s OSF1 The snprintf did not bite me in = 4.2.3 btw. It has only affected me when I try the dev snapshots. [2002-10-07 17:04:26] [EMAIL PROTECTED] Okay updated versions. I'd like to mark this as critical, as I'm seeing this behavior now too on my solaris box that I'm testing with. not sure if it's just a borked install of Solaris, or if it's a PHP issue though. The issue being mainly the SNPRINTF stuff. BTW can you also give me the output of a uname -s on your machine? I think I know how to fix the LDAP issue... [2002-10-07 15:34:13] [EMAIL PROTECTED] I don't mind you sounding like a broken record :-) Unfortunately with php4-200210070600 all of the same problems still seem to exist (the biggest being the snprintf issue I'd say). I did figure out that if I include /usr/local/ldap/lib in my LD_LIBRARY_PATH while configuring and building then I can at least avoid hacking configure to make it work. [2002-10-04 19:42:39] [EMAIL PROTECTED] not to sound like a broken record but... can you try a recent snapshot? there has been a bunch of work on this, and i'm hoping some of it fixes your problems...otherwise 4.3 will be delayed a bit. [2002-08-30 11:38:26] [EMAIL PROTECTED] The only thing that appears to have been fixed by php4-200208300600 is that I can compile the oci8 extension again. snprintf still bombs. I still need to add the -std1 CFLAGS to get oracle and/or oci8 to compile. I still cannot use just the -taso CFLAG to build with our LDAP library as parts of the configure script either do not use CFLAGS when testing or do not use -Wl,rpath properly. That's my current state :-) 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/1298 -- Edit this bug report at http://bugs.php.net/?id=1298edit=1
#20496 [Opn-Csd]: 4.3.0RC1 Windows Binaries doesn't come with Pear
ID: 20496 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Compile Issues Operating System: WIN 2000 PHP Version: 4.3.0RC1 New Comment: As Derick already said there is no need to compile anything. PEAR will be included in 4.3.0-final. In the meanwhile you can install it with: php -r readfile('http://go-pear.org/'); | php Previous Comments: [2002-11-19 09:47:26] [EMAIL PROTECTED] pear is just a set of PHP scripts, no need to compile anything for it. [2002-11-19 09:32:30] [EMAIL PROTECTED] I noticed that Pear is in the Windows Tar file, but when I downloaded the 4.3.0RC1 Windows Binaries, Pear doesn't seem to be included. Please resolve so the world doesn't have to re-compile. Thanks. -- Edit this bug report at http://bugs.php.net/?id=20496edit=1
#20383 [Opn-Csd]: PHP (php4apache2.dll) Crashes Apache under load
ID: 20383 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: You cannot mix php4apache2.dll from the current cvs with php 4.2.3. You should either download php4-win32-STABLE-latest.zip and use dll from there, or use the whole cvs distribution contained in php4-win32-latest.zip (4.3.0-dev). Please reopen if that doesn't solve your problem. Previous Comments: [2002-11-12 03:19:06] [EMAIL PROTECTED] I have installed apache_2.0.43-win32-x86-no_ssl.msi (downloaded binary from http://nagoya.apache.org/dist/httpd/binaries/win32 directory) and php-4.2.3-installer.exe on Windows 2000 Professional. I experienced a problem with Apache refusing to start when I tried to load the php4apache2.dll module. After much searching, I got php4-win32-latest.zip from http://snaps.php.net/win32. I am not sure what PHP build this is exactly, but using the module from this package, I got things up and running (I had to add ScriptAlias /php/ C:/php/ to get it working, even that the documentation does not require this for sapi). However, when I started to load stress the site (2 users hitting at about 100 requests per second), the Apache service started crashing (You get a popup The instruction at 0x77fcbaac referenced memory at 0x6d74682c. The memory could not be read.) After the first access violation, the service keeps responding for a while, until it hangs up completely. The problem persists, even if the php page does not contain any ?php ? directives. It does not occur for static .html files under the same conditions. The crash is probably thread related. If I configure Apache2 to use only one worker thread, or load the server with just one concurrent request, the problem disappears. I suspect that the crash occurs also under IIS5.0. I have tested it on IIS, and got some failed requests. I assume IIS catches the exception quietly. P.S. You must use some sort of Web loading tool, simply opening two browsers does not grantee the crash reproduction. I assume that in a real loaded website, the crash will also occur. -- Edit this bug report at http://bugs.php.net/?id=20383edit=1
#20360 [Opn-Csd]: On Apache2 file_exists co are looking in wrong directory
ID: 20360 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.2.3 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: [2002-11-11 07:13:04] [EMAIL PROTECTED] PHP functions which map to access() libc function are looking in wrong directory under Apache2. Simple example: $FILE = test.php; file_exists($FILE); is_readable($FILE); fopen($FILE, r); produces such output from strace: access(test.php, F_OK)= -1 ENOENT (No such file or directory) access(test.php, R_OK)= -1 ENOENT (No such file or directory) open(/home/httpd/html.michal.waw.pl, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 22 Also note that: [root@woland html.michal.waw.pl]# l /proc/16627/cwd lrwxrwxrwx1 root root0 11-11 13:57 /proc/16627/cwd - / [root@woland html.michal.waw.pl]# where 16627 is a PID of httpd process which was traced earlier. -- Edit this bug report at http://bugs.php.net/?id=20360edit=1
#20233 [Ana-Csd]: Missing php_xslt.dll in 4.3.0-pre2 distro?
ID: 20233 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.0-pre2 New Comment: The sablotron library has been upgraded on the Windows build machine which should solve the problem of building php_xslt.dll in the future. Snapshots too should contain the dll from now on. Previous Comments: [2002-11-03 22:07:24] [EMAIL PROTECTED] This is because the compilation of xslt on Windows snapshot server fails due to: c:\php4build\snap\ext\xslt\sablot.c(171) : error C2065: 'SAB_DISABLE_STRIPPING' : undeclared identifier c:\php4build\snap\ext\xslt\sablot.c(172) : error C2065: 'SAB_IGNORE_DOC_NOT_FOUND' : undeclared identifier [2002-11-03 18:43:52] [EMAIL PROTECTED] The Windows distribution on the website doesn't seem to include the php_xslt.dll extension. -- Edit this bug report at http://bugs.php.net/?id=20233edit=1
#19989 [Asn-Csd]: snaps.php.net LDAP extension build failure.
ID: 19989 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: LDAP related Operating System: Windows PHP Version: 4CVS-2002-10-19 Assigned To: edink 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: [2002-10-19 09:00:43] [EMAIL PROTECTED] This is an LDAP related bug IMHO. Recategorizing. [2002-10-19 08:55:38] [EMAIL PROTECTED] The LDAP extension has not compiled successfully for a few days now on snaps.php.net Just so you know :-) - Mike :-) Configuration: ldap - Win32 Release_TS Compiling... ldap.c Linking... Creating library Release_TS/php_ldap.lib and object Release_TS/php_ldap.exp oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _OBJ_obj2txt oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _OBJ_nid2sn oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _OBJ_obj2nid oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_ENTRY_get_data oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_ENTRY_get_object oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_get_entry oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_entry_count oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _ERR_free_strings oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _EVP_cleanup oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_free oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _X509V3_add_standard_extensions oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_library_init oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_load_error_strings oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_tmp_rsa_callback oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_verify oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_check_private_key oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_use_certificate_file oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_use_PrivateKey_file oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_client_CA_list oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_default_verify_paths oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_load_verify_locations oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_cipher_list oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_session_id_context oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _ERR_peek_error oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_new oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSLv23_method oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _sk_new_null oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_load_client_CA_file oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_set_bio oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _BIO_new oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_free oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_shutdown oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_pending oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_error oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_read oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_write oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_accept oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_new oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CIPHER_get_bits oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_current_cipher oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _X509_get_subject_name oldap32.lib(tls.obj) : error LNK2001: unresolved
#20264 [Opn-Bgs]: interbase: Unable to initialize module Module
ID: 20264 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: win2000 pro PHP Version: 4.2.3 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. You have mixed up two PHP installs. Try to remove all traces of previous php install and reinstall the newest version. Previous Comments: [2002-11-05 13:15:37] [EMAIL PROTECTED] I have installed PHP/4.2.3 and using Interbase 6 wíth firebird. Using windows2000pro SP3 and IIS 5; I have removed the ; from extension=php_interbase.dll and set the extionsion folder to the right folder on C: Copied all dll's from the package to winnt/system32 and get this error message X-Powered-By: PHP/4.2.3 Content-type: text/html PHP Warning: interbase: Unable to initialize module Module compiled with module API=20010901, debug=0, thread-safety=1 PHP compiled with module API=20020429, debug=0, thread-safety=1 These options need to match in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=20264edit=1
#19999 [Bgs]: Link fails in apache2filter module (apache2.0.43)
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: We compile it with Apache 2.0.43. I've put up the exact header files and libs at http://ftp.proventum.net/pub/php/win32/temp/apache-2.0.43-dev-win32.zip Previous Comments: [2002-10-24 15:03:57] [EMAIL PROTECTED] out of curiosity, which version of apache was this snapshot built with? The module compiles correctly when using apache2.0.39, but fails when using apache2.0.43. [2002-10-23 17:54:43] [EMAIL PROTECTED] This is not a bug in the PHP code but probably a problem with your build environment. Our snapshot builder at http://snaps.php.net/ has no problems building php4apache2.dll for either php-4.2.4-dev or php-4.3.0-dev. [2002-10-23 16:06:51] [EMAIL PROTECTED] I downloaded the cvs version - same link errors here are the messages which occurred during the build. Configuration: php4apache2 - Win32 Debug_TS Compiling... apache_config.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type php_functions.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data sapi_apache2.c f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4761: integral size mismatch in argument; conversion supplied f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(140) : warning C4018: '' : signed/unsigned mismatch f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(158) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(159) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(160) : warning C4244: '=' : conversion from 'unsigned __int64 ' to 'unsigned short ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(161) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(162) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(163) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(164) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data Linking... Creating library
#20061 [Fbk-Csd]: sapi_apache2.c is not compatible with Apache_2.0.43
ID: 20061 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: windows2000 SP3 PHP Version: 4.2.3 New Comment: Use http://ftp.proventum.net/pub/php/win32-snapshots/php4-win32-STABLE-latest.zip Previous Comments: [2002-10-24 09:47:26] [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 [2002-10-24 09:46:21] [EMAIL PROTECTED] i tried to run php4.2.3 as isapi module on Apache 2.0.43 on windows 2000 SP3. Apache can't start. without php. Apache 2.0.43 runs great! If i tried to remove the Apache2 Server as Service i recived this Messeage! on the windows-Console: c:\php4build\snap\sapi\apache2filter\sapi_apache2.c is not compatible with this version of Apache found 20020628, need 20020903. Please contact the vendor for the correct version. -- Edit this bug report at http://bugs.php.net/?id=20061edit=1
#19999 [Fbk-Bgs]: Link fails in apache2filter module (apache2.0.43)
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 Professional PHP Version: 4.2.3 New Comment: This is not a bug in the PHP code but probably a problem with your build environment. Our snapshot builder at http://snaps.php.net/ has no problems building php4apache2.dll for either php-4.2.4-dev or php-4.3.0-dev. Previous Comments: [2002-10-23 16:06:51] [EMAIL PROTECTED] I downloaded the cvs version - same link errors here are the messages which occurred during the build. Configuration: php4apache2 - Win32 Debug_TS Compiling... apache_config.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type php_functions.c f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4244: 'function' : conversion from '__int64 ' to 'long ', possible loss of data sapi_apache2.c f:\php4cvs\php4\sapi\apache2filter\php_functions.c(113) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(114) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(129) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(130) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(131) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(132) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(133) : warning C4761: integral size mismatch in argument; conversion supplied f:\php4cvs\php4\sapi\apache2filter\php_functions.c(134) : warning C4761: integral size mismatch in argument; conversion supplied f:\apache2.0.43\include\apr.h(340) : warning C4142: benign redefinition of type f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(140) : warning C4018: '' : signed/unsigned mismatch f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(158) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(159) : warning C4047: '=' : 'short ' differs in levels of indirection from 'void *' f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(160) : warning C4244: '=' : conversion from 'unsigned __int64 ' to 'unsigned short ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(161) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(162) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(163) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data f:\php4cvs\php4\sapi\apache2filter\sapi_apache2.c(164) : warning C4244: '=' : conversion from '__int64 ' to 'long ', possible loss of data Linking... Creating library ..\..\Debug_TS/php4apache2.lib and object ..\..\Debug_TS/php4apache2.exp php_functions.obj : error LNK2001: unresolved external symbol __imp__apr_table_elts@4 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__apr_table_elts@4 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__ap_register_input_filter@16 sapi_apache2.obj : error LNK2001: unresolved external symbol __imp__ap_register_output_filter@16 ..\..\Debug_TS/php4apache2.dll : fatal error LNK1120: 3 unresolved externals
#19989 [Opn-Asn]: snaps.php.net LDAP extension build failure.
ID: 19989 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: LDAP related Operating System: Windows PHP Version: 4CVS-2002-10-19 -Assigned To: +Assigned To: edink Previous Comments: [2002-10-19 09:00:43] [EMAIL PROTECTED] This is an LDAP related bug IMHO. Recategorizing. [2002-10-19 08:55:38] [EMAIL PROTECTED] The LDAP extension has not compiled successfully for a few days now on snaps.php.net Just so you know :-) - Mike :-) Configuration: ldap - Win32 Release_TS Compiling... ldap.c Linking... Creating library Release_TS/php_ldap.lib and object Release_TS/php_ldap.exp oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _OBJ_obj2txt oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _OBJ_nid2sn oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _OBJ_obj2nid oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_ENTRY_get_data oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_ENTRY_get_object oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_get_entry oldap32.lib(getdn.obj) : error LNK2001: unresolved external symbol _X509_NAME_entry_count oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _ERR_free_strings oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _EVP_cleanup oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_free oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _X509V3_add_standard_extensions oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_library_init oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_load_error_strings oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_tmp_rsa_callback oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_verify oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_check_private_key oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_use_certificate_file oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_use_PrivateKey_file oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_client_CA_list oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_default_verify_paths oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_load_verify_locations oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_cipher_list oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_set_session_id_context oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _ERR_peek_error oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CTX_new oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSLv23_method oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _sk_new_null oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_load_client_CA_file oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_set_bio oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _BIO_new oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_free oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_shutdown oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_pending oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_error oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_read oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_write oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_accept oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_new oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_CIPHER_get_bits oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_current_cipher oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _X509_get_subject_name oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_certificate oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _X509_free oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_peer_certificate oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _SSL_get_verify_result oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _X509_NAME_get_text_by_NID oldap32.lib(tls.obj) : error LNK2001: unresolved external symbol _GENERAL_NAMES_free oldap32.lib(tls.obj) : error
#19931 [Opn-Csd]: sapi_apache2.c is not compatible
ID: 19931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Use php4apache2.dll from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And please do search the bug database before posting new bug reports. Previous Comments: [2002-10-16 05:48:44] [EMAIL PROTECTED] I've configured Apache2 (2.0.43) with PHP 4.2.3 and get the following error when I try to start Apache2: Apache: module c:\php4build\snap\sapi\apache2filter\sapi_apache2.c is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. Please help, is there another module (php4apache2.dll) which will fix this problem? -- Edit this bug report at http://bugs.php.net/?id=19931edit=1
#19869 [Fbk-Csd]: bug in array_rand
ID: 19869 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: windows PHP Version: 4.2.2 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2002-10-11 15:04:38] [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 [2002-10-11 13:12:25] [EMAIL PROTECTED] I've found a bug with array_rand in PHP 4.2.2; it works in earlier versions, however when tested in newer PHP versions the output never changes. eg. srand ((double)microtime()*100); $backgrounds = range (1,28); $rand_keys = array_rand ($backgrounds, 3); print $backgrounds[$rand_keys[0]].~.$backgrounds[$rand_keys[1]].~.$backgrounds[$rand_keys[2]]; This would always for me produce the same results for me whatever I try. -- Edit this bug report at http://bugs.php.net/?id=19869edit=1
#17826 [Fbk-Csd]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: PHP will work with whatever is current Apache version at the time of its release. Newer versions of Apache2 often break backwards compatibility so php4apache2.dll will not work with them. So either use the version of Apache that is supported by that PHP release, or use (almost) always current snapshot from http://snaps.php.net/win32/ Previous Comments: [2002-10-11 07:01:27] [EMAIL PROTECTED] Thank you for all the Help Its working perfect with the php4apache2.dll from the Prerelease PHP Version 4.2.4 from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip But it take alot of time to find this Bugreport. If you would add a little link from the Downloadpage of PHP to this Page, it would help many scared php-newbies like me ;) Thanks for all the help Chojin [2002-10-05 10:58:07] [EMAIL PROTECTED] after having some trouble with this myself on both apache 2.0.42 and 2.0.43 and finding this thread, i used just the php4apache2.dll file from http://snaps.php.net/win32/php4-win32-STABLE-latest.zip with the rest of the files being php 4.2.3 ones, and it works perfectly now. havent seen any bugs so far. hope this helps someone :) [2002-10-04 00:30:50] [EMAIL PROTECTED] Hello. I figured this out. There is no other way than using a 2.0.36 version and apache2filter.dll ! That seems to work perfectly. Only problem is that where from you can find 2.0.36 version of the Apache. Here is location where from I downloaded it: http://apache.kr.net/dist/ I have now PHP 4.2.3, MySQL and Apache 2.0.36 up and running. I have done quite a few tests and I didn't face problems. In httpd.conf you need just following lines: LoadModule php4_module c:/www/bin/php4/experimental/apache2filter.dll DirectoryIndex index.php index.html index.html.var index.htm index.phtml index.php3 default.htm AddType application/x-httpd-php .php .php3 .phtml .php4 That all you need. Apache2filter.dll might be also problematic to find, but I found it from older PHP distributions (4.2.0, see http://ftp.proventum.net/pub/php/win32/) Greetings, Jari Hiltunen, aka OH4BC [2002-10-04 00:02:29] [EMAIL PROTECTED] Sniper, the newest snapshot does not fix the problem here. Apache_2.0.43 doesn't read the php4apache2.dll correctly. Has anyone got this to work yet? [2002-10-03 19:12:10] [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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826edit=1
#19827 [Fbk-Csd]: Apache2 and PHP do not handle relative paths properly
ID: 19827 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: SuSE Linux 7.3 PHP Version: 4.2.3 New Comment: This bug has been fixed in the CVS. It can be downloaded at http://snaps.php.net/php4-STABLE-latest.tar.gz. And please search the bug database before opening new bug reports. Previous Comments: [2002-10-09 03:41:30] [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 [2002-10-09 03:40:10] [EMAIL PROTECTED] I have been using Apache (version 1) for a long time, and now I tried out Apache2, which runs parallel on port 8080. A lot of my PHP scripts use templates and therefore the file_exists function is often used like if (!file_exists($filename)) die('Failed.'); Some of the scripts use relative paths and now PHP reacts differently. On apache1 file_exists('index_content.tpl') returns true. On apache2 file_exists('index_content.tpl') returns false. The file surely exists. But why do I get false? I thought that the file_exists function should have nothing to do with apache, shouldn't it? -- Edit this bug report at http://bugs.php.net/?id=19827edit=1
#19810 [Opn-Csd]: Function file_exists don't works on Apache2
ID: 19810 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Linux RedHat 8.0 PHP Version: 4.2.3 New Comment: This has been fixed in http://snaps.php.net/php4-STABLE-latest.tar.gz And please try searching the bug database before reporting new bugs. Previous Comments: [2002-10-08 00:38:27] [EMAIL PROTECTED] Note that there is no official support for Apache2 in PHP. Lots of things will not work. You can try a more recent snapshot from snaps.php.net and see if that fixes it, but I'd suggest installing Apache 1.3.x [2002-10-08 00:20:59] [EMAIL PROTECTED] Hy boys, I'm using Linux RedHat8.0 with httpd-2.0.40 from RedHat rpms, I built rpms of PHP-4.2.3 for this configuration, everything is ok but the function file_exists that was working for me in apache-1.3 and PHP-4.2.3 it's not working good in apache-2, I have a script that test if a file exists in a location within the location of the server document root, was working ok but now it doesn't. example: ? if (file_exists('index.php')){ echo Exists; } else { echo Don't exists; } ? This script is reporting that the file doesn't exist when in fact exists. if I give the absolute path to this then finds the file. ? if (file_exists('/var/www/html/index.php')){ echo Exists; } else { echo Don't exists; } ? which says that the function it is not finding the server's filesystem. I'm using register globals in On Here it goes my configuration configure './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-pdflib=shared' '--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv' '--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mcal=shared,/usr' '--with-mcrypt=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--with-sybase-ct=shared,/usr' '--with-xslt-sablot=shared,/usr' '--with-sablot-js=shared,/usr' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=19810edit=1
#19814 [Opn-Bgs]: cannot load php_curl.dll, but it is there
ID: 19814 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: cURL related Operating System: Windows2000 SP3 PHP Version: 4.2.2 New Comment: Just follow the install instructions and copy files from dlls folder in you c:\winnt\system32 dir. Previous Comments: [2002-10-08 07:55:02] [EMAIL PROTECTED] I(and many others too) have got the same problem as mentioned in http://bugs.php.net/bug.php?id=19591. I'm running PHP 4.2.2 with Apache 2 on Win2000 SP3 and I _have_ an original winnt\system32\msvcr70.dll, perhaps form SP3. I also have the php_curl.dll in the correct folder, all other modules work well this way! I also have the real curl run on my computer, therefore I needed the other required dlls in system32 folder, so if curl works, php_curl should work too! I also copied all related dlls into serveral folders, but nothing worked. I think this _is_ a PHP-bug! I get the same error as described in the following: quote from php-manual: http://www.php.net/manual/en/ref.curl.php#AEN9715 orangevwbus at yahoo dot com 05-Jan-2002 08:12 In win32 (Windows 2000), I couldn't get apache to start with PHP/curl support 'cause it said it couldn't find the php_curl.dll. Well it was there. MSVCRT.dll was there as well, but after I ran the dll through Depends, there's a new DLL for the Microsoft .NET stuff. It's called msvcr70.dll, and without it, php_curl.dll won't load. I didn't want to load .NET framework on my machine (which msdn.microsoft.com suggested) I did a google search and found a downloadable copy of the file and threw it in my %system%\system32 folder and all the lights and whistles came on. d dot kingma at ContentS dot nl 30-Jan-2002 08:47 in addition to the files named above, you should also add the file libeay32.dll to your PHP directory. The file can be found in the dlls directory /quote from php-manual And please have a look at http://curl.haxx.se/mail/archive-2001-05/0058.html rgds Andreas -- Edit this bug report at http://bugs.php.net/?id=19814edit=1
#19814 [Bgs]: cannot load php_curl.dll, but it is there
ID: 19814 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: cURL related Operating System: Windows2000 SP3 PHP Version: 4.2.2 New Comment: That should be: to your c:\winnt\system32 dir. Previous Comments: [2002-10-08 08:16:25] [EMAIL PROTECTED] Just follow the install instructions and copy files from dlls folder in you c:\winnt\system32 dir. [2002-10-08 07:55:02] [EMAIL PROTECTED] I(and many others too) have got the same problem as mentioned in http://bugs.php.net/bug.php?id=19591. I'm running PHP 4.2.2 with Apache 2 on Win2000 SP3 and I _have_ an original winnt\system32\msvcr70.dll, perhaps form SP3. I also have the php_curl.dll in the correct folder, all other modules work well this way! I also have the real curl run on my computer, therefore I needed the other required dlls in system32 folder, so if curl works, php_curl should work too! I also copied all related dlls into serveral folders, but nothing worked. I think this _is_ a PHP-bug! I get the same error as described in the following: quote from php-manual: http://www.php.net/manual/en/ref.curl.php#AEN9715 orangevwbus at yahoo dot com 05-Jan-2002 08:12 In win32 (Windows 2000), I couldn't get apache to start with PHP/curl support 'cause it said it couldn't find the php_curl.dll. Well it was there. MSVCRT.dll was there as well, but after I ran the dll through Depends, there's a new DLL for the Microsoft .NET stuff. It's called msvcr70.dll, and without it, php_curl.dll won't load. I didn't want to load .NET framework on my machine (which msdn.microsoft.com suggested) I did a google search and found a downloadable copy of the file and threw it in my %system%\system32 folder and all the lights and whistles came on. d dot kingma at ContentS dot nl 30-Jan-2002 08:47 in addition to the files named above, you should also add the file libeay32.dll to your PHP directory. The file can be found in the dlls directory /quote from php-manual And please have a look at http://curl.haxx.se/mail/archive-2001-05/0058.html rgds Andreas -- Edit this bug report at http://bugs.php.net/?id=19814edit=1
#19732 [Opn-Csd]: file_exists() does not use include path (needs full path)
ID: 19732 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.2.3 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. Please search the bug database befeore openning new bug reports. This issue has been solved in both stable and unstable branches. Previous Comments: [2002-10-03 04:08:40] [EMAIL PROTECTED] After upgrading from PHP 4.1.1 (Apache 1.3.x) to PHP 4.2.3 (Apache 2.0.42), file_exists() obviously changed its behaviour: it does no longer find files in the current directory. I need to supply the full path. I use the same php.ini, and I did not find any hints in the ChangeLog, so I presume this is a bug. The current directory '.' is in the include path, and require() as well as include() work. I am not using safe mode. Example: if(file_exists(functions.inc.php)) { include_once(functions.inc.php); } else die (File not found); does not work, whereas if(file_exists(getcwd()./functions.inc.php)) { include_once(functions.inc.php); } else die (File not found); works. Note that it is not necessary to specify the full path in include_once()! Also require(functions.inc.php) would work as expected. If you should have a work around or a fix, please let me know. -- Edit this bug report at http://bugs.php.net/?id=19732edit=1
#19706 [Fbk-Opn]: thttpd 2.23beta1 gives errors with PHP
ID: 19706 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open -Bug Type: Other web server +Bug Type: Feature/Change Request Operating System: Linux Kernel 2.4.18 PHP Version: 4.2.3 -Assigned To: +Assigned To: sas New Comment: From the README in sapi/thttpd it is clear that php supports only thttpd 2.21b. Changing category to feature request. Previous Comments: [2002-10-02 06:17:18] [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 [2002-10-02 00:07:39] [EMAIL PROTECTED] I configured PHP with ./configure --with-thttpd=../thttpd-2.23beta1 --with-mysql=/usr --with-gd --with-zlib --disable-debug --enable-inline-optimization with no errors, make is no errors but make install has this error: patching file Makefile.in Hunk #2 FAILED at 64. 1 out of 3 hunks FAILED -- saving rejects to file Makefile.in.rej patching file config.h Hunk #1 FAILED at 316. 1 out of 1 hunk FAILED -- saving rejects to file config.h.rej patching file fdwatch.c Hunk #1 FAILED at 460. Hunk #2 FAILED at 472. 2 out of 2 hunks FAILED -- saving rejects to file fdwatch.c.rej patching file libhttpd.c Hunk #2 succeeded at 252 with fuzz 1 (offset 8 lines). Hunk #3 succeeded at 255 (offset 2 lines). Hunk #4 succeeded at 325 (offset 8 lines). Hunk #5 succeeded at 397 with fuzz 2 (offset 6 lines). Hunk #6 succeeded at 2448 (offset 87 lines). Hunk #7 FAILED at 3124. Hunk #8 succeeded at 3681 (offset 112 lines). 1 out of 8 hunks FAILED -- saving rejects to file libhttpd.c.rej patching file libhttpd.h Hunk #1 succeeded at 71 with fuzz 2 (offset 2 lines). patching file thttpd.c Hunk #1 succeeded at 1404 with fuzz 1 (offset 71 lines). Hunk #2 succeeded at 1387 with fuzz 1. Hunk #3 FAILED at 1506. 1 out of 3 hunks FAILED -- saving rejects to file thttpd.c.rej patching file mime_encodings.txt Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file mime_encodings.txt.rej patching file libhttpd.c Hunk #1 succeeded at 3826 (offset 215 lines). make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/root/php/php-4.2.3' make: *** [install-recursive] Error 1 -- Edit this bug report at http://bugs.php.net/?id=19706edit=1
#15209 [Dup-Opn]: Under Apache, register_shutdown_function() broke between 4.0.x to 4.1.x
ID: 15209 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Open Bug Type: Output Control Operating System: RH Linux 7.2 PHP Version: 4.1.x - 4.2.1 Previous Comments: [2002-10-02 09:35:00] [EMAIL PROTECTED] Is this really a dupe of 14251? Maybe they involve some of the same code, but these are really two different issues. 14251 involves the fact that the shutdown function code gets a different working directory. 15209 concerns whether the shutdown function runs before or after the HTTP connection is closed. [2002-10-01 06:04:16] [EMAIL PROTECTED] Dup of #14251 [2002-08-19 14:01:08] [EMAIL PROTECTED] I am using AIX 4.3.3, Apache 1.3.26, mod_perl 1.26 and PHP 4.2.2 This problem is one of 2 that are causing compilation failures for me. The other is that the LARGE_FILE definition (in mod_perl's ap_config_auto.h) is causing conflicting type errors for mmap64 when compiling sapi_apache.c (I will raise a seperate bug report for this second problem) [2002-06-27 11:56:37] [EMAIL PROTECTED] I agree that there should be a function that can run things after the script has finished with it's output portion. I can think of many examples where this is desirable. For example, if I wanted to get a list of ads to display on a website, i could run the DB queries that do the logging after the user is happily on thier way to other things. This would yeild a significant *PERCEIVED* speed increase for the user. If it only works on Apache/*NIX, I think that's fine. More incentive to switch to this platform. There are other functions and features that are specific to this platform too. I JUST found this function, and I've got a few very good uses for it (the case where the connection is closed BEFORE the function runs). Plus maintaining backwards compatability would be nice :) [2002-06-11 12:38:38] [EMAIL PROTECTED] Generally, it's not obvious that shutdown functions should be executed after the connection shuts down. It's not obvius, but worked (and documented?) this way before, and some programs used this feature exstensively (such as ours) And now we have to say to our customers that they shouldn't upgrade from 4.0.6 if they want to use our system. I think there are other people who have the same situation. 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/15209 -- Edit this bug report at http://bugs.php.net/?id=15209edit=1
#18049 [Asn-Fbk]: LDAP over SSL (ldaps) not working
ID: 18049 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: LDAP related Operating System: Windows 2000 Advanced Server PHP Version: 4.2.1 Assigned To: edink New Comment: Could you please try: http://ftp.proventum.net/pub/php/win32/temp/php_4.2.x_ldap.zip Previous Comments: [2002-10-01 20:48:07] [EMAIL PROTECTED] Assigning to Edin, so he remembers to look into enabling the ssl support for snapshots/releases. [2002-07-22 12:05:54] [EMAIL PROTECTED] Is really noone able to compile this dll with ssl-support? [2002-06-29 10:47:50] [EMAIL PROTECTED] This is different problem and most likely the ldap libraries used to build the win32 ldap extension just haven't been compiled with SSL support. [2002-06-29 05:41:37] [EMAIL PROTECTED] Sorry, but I have to correct you. This is implemented since a long time, as you can see here: http://www.php.net/manual/en/function.ldap-connect.php I can confirm that it is working with Suse Linux 7.3 and PHP 4.0.6, which is a rather old version. Maybe it´s just not compiled into the win32-version? Is someone able to compile it correctly? [2002-06-29 04:16:21] [EMAIL PROTECTED] Please SEARCH the bugdb. This is just not implemented, see #17738 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/18049 -- Edit this bug report at http://bugs.php.net/?id=18049edit=1
#19632 [Opn-Bgs]: trouble using cmdline with options
ID: 19632 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux 2.4.19 PHP Version: 4CVS-2002-09-27 New Comment: This is Linux kernel limitation. You can pass only one option in #! line. Previous Comments: [2002-09-27 05:21:24] [EMAIL PROTECTED] Hi, I'm using PHP cmdline-version called by shell shortcut comment #!/usr/local/bin/php ... with options -d log_errors=On -q which made the -q get ignored under 4.2.3. So I tried to use latest CVS-snapshot as defined above. Well, this problem has gone, but then I tried to include some definitions with option -d. #!/usr/local/bin/php -d display_errors=Off ?php include notthere.php; ? produces Warning: main(notthere.php) [http://www.php.net/function.main]: failed to create stream: No such file or directory in ./test on line 1 Warning: Failed opening 'notthere.php' for inclusion (include_path='.:/usr/lib/php') in ./test on line 1 Can't I overload system-wide configuration file by using this option -d??? BTW: Some other failure I realised with the first test under 4.2.3 appears in that CVS-version, too. Writing -q as first option before -d produces some error output Error in argument 1, char 3: option not found Error in argument 1, char 4: option not found - Error in argument 1, char 3: option not found Usage: [...] which is then completed by the list of available options. I tried to turn it into using -c with some optional configuration file #!/usr/local/bin/php -q -c /etc/test.ini and set display_errors to false in that file. With -q it still produces the error output, so this could be a false of -q handling. Removing it produces still the file-not-found-warnings ... After finding several bugs I'm forced to use your beta-cvs-snapshots within production tools and urgently need some release (called stable officially) which fixes this and the recent bugs ... thanks. Thomas Urban -- Edit this bug report at http://bugs.php.net/?id=19632edit=1
#19595 [Ver-Csd]: Functions handling with GD2 file format do not exist
ID: 19595 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 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: [2002-09-27 04:12:06] [EMAIL PROTECTED] Just for the info: I downloaded and installed PHP 4.3.0 dev build (snapshot.log Fri Sep 27 08:00:00 2002 CET Starting snapshot 200209270600) and the problem (no support for handling with GD2 format in php_gd2.dll) in Win binary distribution still exists. I just tried if change was made and no changelog record was made. Stepan [2002-09-25 10:39:40] [EMAIL PROTECTED] Hm... seems to be a bug after all... It seems that, for some reason, HAVE_GD_GD2 is not defined in the windows build. Can someone look into this? [2002-09-25 09:50:20] [EMAIL PROTECTED] I have done it in disabling php_gd.dll (adding ;) in front of this line and added line php_gd2.dll in php.ini (as I wrote in my bug report). Because I can not compile PHP from source code, I have no idea what else I can do. Anyway, I am going to ask someone somewhere for help how to enable php_gd2.dll on Win in binary distribution. Stepan [2002-09-25 09:42:10] [EMAIL PROTECTED] You need to enable php_gd2.dll. For information on how to do that, ask support on the appropriate mailinglists. [2002-09-25 09:29:11] [EMAIL PROTECTED] Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit this bug report at http://bugs.php.net/?id=19595edit=1
#17353 [Asn-Csd]: Finish glob() support for all OS (hint: flags and portability)
ID: 17353 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: Any PHP Version: 4.0CVS-2002-05-15 Assigned To: mfischer 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: [2002-05-22 03:58:13] [EMAIL PROTECTED] Finish glob() support for all OS (hint: flags and portability) -- Edit this bug report at http://bugs.php.net/?id=17353edit=1
#19623 [Opn-Csd]: Bad php4apache2.dll
ID: 19623 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Windows PHP Version: 4.2.3 New Comment: Latest stable snapshot (http://snaps.php.net/win32/php4-win32-STABLE-latest.zip) works with Apache 2.0.42. Previous Comments: [2002-09-26 14:36:50] [EMAIL PROTECTED] PHP4.2.3 module for Apache won't run on Apache 2.0.42 -- Edit this bug report at http://bugs.php.net/?id=19623edit=1
#19590 [Opn-Asn]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
ID: 19590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.3 -Assigned To: +Assigned To: edink Previous Comments: [2002-09-25 07:39:47] [EMAIL PROTECTED] With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module c:\php4build\snap\sapi\apache2filter\sapi_apache2.c is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit this bug report at http://bugs.php.net/?id=19590edit=1
#19590 [Asn-Csd]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
ID: 19590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.3 Assigned To: edink New Comment: The next snapshot will contain php4apache2.dll that works with Apache 2.0.42. Previous Comments: [2002-09-25 07:39:47] [EMAIL PROTECTED] With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module c:\php4build\snap\sapi\apache2filter\sapi_apache2.c is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit this bug report at http://bugs.php.net/?id=19590edit=1
#19055 [Opn-Bgs]: session.use_cookies ini config not respected
ID: 19055 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other web server Operating System: BSD/OS PHP Version: 4CVS-2002-08-22 Assigned To: edink New Comment: Try php -h for the meaning of -c command line switch. 4.3.0 will have the behaviour you expected. Previous Comments: [2002-09-25 07:32:07] [EMAIL PROTECTED] Reclassified -- seems to be a CLI bug. [2002-08-22 15:02:43] [EMAIL PROTECTED] session.use_cookies is not respected, when using cli sapi and -c argument: mdev@server21 ~/cvs/php-4.2.3 $ sapi/cli/php -c /home/mdev/cvs/php-4.2.3/php.ini-test -r 'print ini_get(session.use_cookies);' 1 mdev@server21 ~/cvs/php-4.2.3 $ grep session.use_cookies ./php.ini-test session.use_cookies = 0 PHP_4_0_2 branch (4.2.3-dev) -- Edit this bug report at http://bugs.php.net/?id=19055edit=1