#15113 [Com]: PHP4,javabeans, libphp_java.so
ID: 15113 Comment by: annibale dot costantino at seceti dot it Reported By: iwdm at 21cn dot com Status: No Feedback Bug Type: Java related Operating System: Redhat Linux7.2 PHP Version: 4.1.1 New Comment: I resolved the problem compiling the shared library with: gcc -shared -o libphp_java.so ./ext/java/java.o Previous Comments: [2002-03-25 01:07:53] iwdm at 21cn dot com Please test php4.0.6, that will be ok! Maybe php4.1.x have bugs. [2002-03-25 00:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-02-28 18:34:44] Mike at ftl dot com I am having the same problemI'm running Solaris 8, JDK1.2, Apache 1.2.23, Php 4.1.2 and gcc 2.95.2. No matter what I can't get it to build libphp_java.so. It always builds libphp_java.a. Any help would be great. - Mike [2002-02-24 06:19:58] [EMAIL PROTECTED] Please test with PHP 4.1.1+JDK 1.2 and report the result back Please do not forget updating PHP version. Thanks. [2002-01-19 05:41:03] iwdm at 21cn dot com Hi, I want to setup a php with javabeans support. My versions is Redhat Linux7.2+jdk1.3.1+php4.1.1 when i finished all the setup job, i found haven't the 'libphp_java.so' file. I searched all the directories, only found a libphp_java.la and libphp_java.a file. Who can tell me why? my /etc/profile file relation setting is below: PATH=$PATH:/usr/local/jdk1.3.1_02/bin:/usr/local/jdk1.3.1_02/jre/bin PATH=$PATH:/usr/local/mysql/bin:/usr/local/etc/httpd/bin CLASSPATH=/usr/local/jdk1.3.1_02/jre/lib/rt.jar JAVA_HOME=/usr/local/jdk1.3.1_02 My php.ini file is at /usr/local/lib/php.ini java.class.path = /usr/local/etc/php4/ext/java/php_java.jar:/usr/local/jdk1.3.1_02/jre/lib /rt.jar java.home = /usr/local/jdk1.3.1_02 java.library = libjava.so java.library.path = /usr/local/jdk1.3.1_02/jre/lib/i386:/usr/local/jdk1.3.1_02/jre/lib/i386/ classic:/usr/local/jdk1.3.1_02/jre/lib/i386/native_threads ;extension_dir = /usr/local/lib/php/20010901 ;extension = libphp_java.so The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15113 -- Edit this bug report at http://bugs.php.net/?id=15113&edit=1
#22976 [Bgs]: gmdate/date and strtotime/mktime not consistant
ID: 22976
User updated by: scochrane at mackaysstores dot co dot uk
Reported By: scochrane at mackaysstores dot co dot uk
Status: Bogus
Bug Type: Date/time related
Operating System: NT4 Server
PHP Version: 4.3.0
New Comment:
Fair point - my solution should not work (but it does).
Here is more details of the problem:
using your code, I ran it with both exceptions.
1. Automatically adjust clock for daylight saving changes = ON
[code]
echo "with GMT: ".date("H:i:s D M d, Y",strtotime("Last Sunday GMT"));
echo "without GMT: ".date("H:i:s D M d, Y",strtotime("Last
Sunday"));
[/code]
returns:
with GMT: 23:00:00 Sat Mar 29, 2003
without: 23:00:00 Sat Mar 29, 2003
2. Automatically adjust clock for daylight saving changes = OFF
[code]
echo "with GMT: ".date("H:i:s D M d, Y",strtotime("Last Sunday GMT"));
echo "without GMT: ".date("H:i:s D M d, Y",strtotime("Last
Sunday"));
[/code]
returns:
with GMT: 00:00:00 Sun Mar 30, 2003
without: 00:00:00 Sun Mar 30, 2003
So you see the GMT does nothing!!!
And there is no way to have the same script run with both exceptions.
Am I the only one to have encountered this problem?
Previous Comments:
[2003-03-31 10:01:03] [EMAIL PROTECTED]
Your code makes no sense. mktime() does not understand "Last Sunday",
so if this code fixed your problem, then you have a whole bunch of
other problems.
[2003-03-31 09:56:53] scochrane at mackaysstores dot co dot uk
Thanks for your reply- that failed also though, I tracked down the
error - it seems that systems that have 'Automatically adjust Daylight
Saving' switch on will return the wrong date.
I managed to get both exceptions to work using:
if(date("I") == 1){
// Daylight Saving is ON
return gmdate("Y-m-d", mktime("Last Sunday"));
} else {
// Daylight Saving is OFF
return date("Y-m-d", strtotime("Last Sunday"));
}
echo last_sunday();
[2003-03-31 09:41:13] [EMAIL PROTECTED]
strtotime() uses the local timezone adjusted time unless you stick
"GMT" at the end. Try this:
echo date("H:i:s D M d, Y",strtotime("Last Sunday GMT"));
echo date("H:i:s D M d, Y",strtotime("Last Sunday"));
I am in PDT and right now this gives me:
16:00:00 Sat Mar 29, 2003
00:00:00 Sun Mar 30, 2003
which shows that strtotime adjusts for GMT correctly. Midnight last
Sunday in GMT was actually Saturday in my timezone as GMT is 8 hours
ahead of me, so it gave me 4pm Saturday. And when I pass it "Last
Sunday" without the GMT, which means I am asking for midnight last
sunday in my own timezone, I get exactly that.
[2003-03-31 08:21:28] scochrane at mackaysstores dot co dot uk
By substituting mktime() with strtotime() has the same problem.
On the strtotime page of the manual - one of the examples given states
'echo strtotime ("last Monday"), "\n";' - so I beleave my sytax is
valid.
With my script ammended to be valid (as below) I think this is a bug.
function last_sunday() {
return gmdate("Y-m-d", strtotime("Last Sunday"));
}
echo "Last Sunday is returned as: ".last_sunday();
With Daylight saving on the above = 2003-03-29
With Daylight saving off the above = 2003-03-30
I have also use the GMT keyword with strtotime(), but this fails also.
[2003-03-31 05:51:58] [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.
Neither mktime() nor gmmktime() understands arguments like "last
Sunday" -- please go and re-read the documentation for those functions.
If you have any further questions, please ask them on the php-general
list.
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/22976
--
Edit this bug report at http://bugs.php.net/?id=22976&edit=1
#23013 [NEW]: Wrong variables registered from POST / GET
From: bugs dot php dot net at doller dot dk Operating system: SunOS webserver1 5.8 PHP version: 4.3.1 PHP Bug Type: Variables related Bug description: Wrong variables registered from POST / GET When posting etc. the following from a form: mod = "ret_kode" username = "admin" password1 = "admin" password2 = "admin" My $_POST array looks like this: $_POST["mod"] = "ret_kode" $_POST["username"] = "admin" $_POST["password1"] = "admin" $_POST["password2"] = "admin" But since I have register_globals = "on", I should be able to get the variables without using $_POST, but the variables look like this: $mod = "ret_kode&username=admin&password1=admin&password2=admin" $username = "admin" $password1 = "admin" $password2 = "admin" In version 4.2.3 there's no problem, but as I upgraded to 4.3.1 the problem came... -- Edit bug report at http://bugs.php.net/?id=23013&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23013&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23013&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23013&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23013&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23013&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23013&r=support Expected behavior: http://bugs.php.net/fix.php?id=23013&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23013&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23013&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23013&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23013&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23013&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23013&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23013&r=gnused
#23013 [Opn->Fbk]: Wrong variables registered from POST / GET
ID: 23013 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at doller dot dk -Status: Open +Status: Feedback Bug Type: Variables related Operating System: SunOS webserver1 5.8 PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-04-02 04:24:16] bugs dot php dot net at doller dot dk When posting etc. the following from a form: mod = "ret_kode" username = "admin" password1 = "admin" password2 = "admin" My $_POST array looks like this: $_POST["mod"] = "ret_kode" $_POST["username"] = "admin" $_POST["password1"] = "admin" $_POST["password2"] = "admin" But since I have register_globals = "on", I should be able to get the variables without using $_POST, but the variables look like this: $mod = "ret_kode&username=admin&password1=admin&password2=admin" $username = "admin" $password1 = "admin" $password2 = "admin" In version 4.2.3 there's no problem, but as I upgraded to 4.3.1 the problem came... -- Edit this bug report at http://bugs.php.net/?id=23013&edit=1
#23014 [NEW]: Wrong output with funtion fwrite(), fputs()
From: c dot ferrari at gmx dot net Operating system: Windows XP PHP version: 4.3.2RC1 PHP Bug Type: *General Issues Bug description: Wrong output with funtion fwrite(), fputs() Since PHP version 4.3.1 an also in version 4.3.2RC1 I have found some problems with the function fputs() fwrite(). If you write only one character the functinon write two!! Example 1: Result: With a Hexeditor you can see 2A 0A. Example 2: Result: With a Hexeditor you can see the correct result 2A 2A. -- Edit bug report at http://bugs.php.net/?id=23014&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23014&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23014&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23014&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23014&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23014&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23014&r=support Expected behavior: http://bugs.php.net/fix.php?id=23014&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23014&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23014&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23014&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23014&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23014&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23014&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23014&r=gnused
#23013 [Fbk->Opn]: Wrong variables registered from POST / GET
ID: 23013 User updated by: bugs dot php dot net at doller dot dk Reported By: bugs dot php dot net at doller dot dk -Status: Feedback +Status: Open Bug Type: Variables related Operating System: SunOS webserver1 5.8 PHP Version: 4.3.1 New Comment: I down-graded to 4.2.3 so now I don't have the problem anymore, but thank's anyway. Just wanted to report it... :) Previous Comments: [2003-04-02 04:28:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 04:24:16] bugs dot php dot net at doller dot dk When posting etc. the following from a form: mod = "ret_kode" username = "admin" password1 = "admin" password2 = "admin" My $_POST array looks like this: $_POST["mod"] = "ret_kode" $_POST["username"] = "admin" $_POST["password1"] = "admin" $_POST["password2"] = "admin" But since I have register_globals = "on", I should be able to get the variables without using $_POST, but the variables look like this: $mod = "ret_kode&username=admin&password1=admin&password2=admin" $username = "admin" $password1 = "admin" $password2 = "admin" In version 4.2.3 there's no problem, but as I upgraded to 4.3.1 the problem came... -- Edit this bug report at http://bugs.php.net/?id=23013&edit=1
#23013 [Opn]: Wrong variables registered from POST / GET
ID: 23013 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at doller dot dk Status: Open Bug Type: Variables related Operating System: SunOS webserver1 5.8 PHP Version: 4.3.1 New Comment: This should be fixed in 4.3.2. (Maybe dupe of bug #22733) Previous Comments: [2003-04-02 04:35:55] bugs dot php dot net at doller dot dk I down-graded to 4.2.3 so now I don't have the problem anymore, but thank's anyway. Just wanted to report it... :) [2003-04-02 04:28:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 04:24:16] bugs dot php dot net at doller dot dk When posting etc. the following from a form: mod = "ret_kode" username = "admin" password1 = "admin" password2 = "admin" My $_POST array looks like this: $_POST["mod"] = "ret_kode" $_POST["username"] = "admin" $_POST["password1"] = "admin" $_POST["password2"] = "admin" But since I have register_globals = "on", I should be able to get the variables without using $_POST, but the variables look like this: $mod = "ret_kode&username=admin&password1=admin&password2=admin" $username = "admin" $password1 = "admin" $password2 = "admin" In version 4.2.3 there's no problem, but as I upgraded to 4.3.1 the problem came... -- Edit this bug report at http://bugs.php.net/?id=23013&edit=1
#23015 [NEW]: Annoying message in Event Viewer when using syslog
From: skissane at ics dot mq dot edu dot au Operating system: Windows 2000 Advanced Server PHP version: 4.3.1 PHP Bug Type: Unknown/Other Function Bug description: Annoying message in Event Viewer when using syslog When executing syslog(LOG_DEBUG,"test message") under Windows 2000, the following appears in the Event Viewer: The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[1368]; test message This message is annoying and pointless and makes logs hard to read. -- Edit bug report at http://bugs.php.net/?id=23015&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23015&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23015&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23015&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23015&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23015&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23015&r=support Expected behavior: http://bugs.php.net/fix.php?id=23015&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23015&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23015&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23015&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23015&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23015&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23015&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23015&r=gnused
#19783 [Com]: A big problem with fread() with PHP4.3.0
ID: 19783
Comment by: r dot prodana at release-it dot de
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Filesystem function related
Operating System: WindowsNT/XP/2000/9x
PHP Version: 4CVS-2002-10-06
New Comment:
Sorry, you said just read the whole file. What should I do when the
file is already bigger than the memory_limit?
What's wrong in the following code?
$fpWrite = @fopen($localfile, "wb");
$fpRead = @fopen($localfile, "rb");
while (!feof($fpRead)) {
fwrite($fpWrite, fread($fpRead, 1024));
}
fclose($fpWrite);
fclose($fpRead);
Previous Comments:
[2003-01-03 11:15:59] [EMAIL PROTECTED]
You have a while(!feof) that does fwrite which is completly wrong. You
should READ the whole file (with fread and !feof), then fwrite it.
Bogus.
Thank for your report.
[2003-01-03 10:03:49] josh at trollprod dot com
I got a similar problem with :
apache 1.3.27
PHP 4.2.3
Os : Win NT 4
I do :
$fp = @fopen($localfile, "rb");
while (!feof($fp)) {
fwrite($file2,fread($file1, filesize($localfile)));
}
The size are differents on some test file (not all)
When the probleme occured the dest file is all the time smaller than
the source file ...
}
fclose($fp);
[2002-10-13 09:09:20] [EMAIL PROTECTED]
Sorry, my previous submitted problem is not related to this bug.
Please see Bug #19886.
[2002-10-13 08:52:31] [EMAIL PROTECTED]
Reopened this bug.
readfile() on 4.0, 4.2.4-dev and latest CVS-snapshot (13-Oct-2002
03:27) won't work with large files in Windows.
Even
$ptfp=fopen($ipoc_passthru_fn,"rb");
while(!feof($ptfp))
{
print fread($ptfp,4096);
}
fclose($ptfp);
won't work.
Files <100k work fine, larger don't.
This error is reproductive on various computers with different
Windows-Systems and occurs while trying to pass through PDF-files.
[2002-10-06 20:56:44] [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.
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/19783
--
Edit this bug report at http://bugs.php.net/?id=19783&edit=1
#23016 [NEW]: mbstring script_encoding and encoding_translation does not work.
From: s dot masugata at digicom dot dnp dot co dot jp Operating system: Solaris 2.6 PHP version: 4.3.2RC1 PHP Bug Type: mbstring related Bug description: mbstring script_encoding and encoding_translation does not work. mbstring script_encoding and encoding_translation does not work. The following is the result of a phpinfo, and as a result of execution. php.ini: output_buffering = On output_handler = mb_output_handler mbstring.language = Japanese mbstring.internal_encoding= EUC-JP mbstring.encoding_translation = On mbstring.http_input = auto mbstring.http_output = SJIS mbstring.detect_order = auto mbstring.substitute_character = none mbstring.func_overload= 0 mbstring.script_encoding = SJIS phpinfo: System SunOS hogehuga 5.6 Generic_105181-23 sun4u Configure Command './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--without-pear' '--disable-cgi' '--disable-cli' '--enable-zend-multibyte' '--enable-mbstring=all' '--enable-mbregex' '--with-mysql=/usr/local/mysql' '--with-pgsql=/usr/local/pgsql' '--enable-ftp' '--enable-sockets' '--enable-bcmath' '--enable-wddx' '--enable-versioning' Apache Version Apache/1.3.26 output_buffering 1 1 output_handlermb_output_handler mb_output_handler mbstring Multibyte Support enabled Japanese supportenabled Simplified chinese support enabled Traditional chinese support enabled Korean support enabled Russian support enabled Multibyte (japanese) regex support enabled Directive Local Value Master Value mbstring.detect_order auto auto mbstring.encoding_translation On On mbstring.func_overload 00 mbstring.http_inputauto auto mbstring.http_output SJIS SJIS mbstring.internal_encoding EUC-JP EUC-JP mbstring.language Japanese Japanese mbstring.script_encoding SJIS SJIS mbstring.substitute_character no value no value test-euc1.php( describes EUC ): [[ OK!! ]] Operation which is not expected. test-euc2.php( describes EUC ): [[ OK!! ]] Operation as expected. test-sjis1.php( describes SJIS ): [[ NG!! ]] Operation which is not expected. test-sjis2.php( describes SJIS ): [[ NG!! ]] Operation which is not expected. If test-sjis1.php and test-sjis2.php confirm the portionmade comment out: mb_internal_encoding( "SJIS" ) It operated somehow. internal_encoding considers whether to be because for this not to be effective. Moreover, the portion of automatic conversion of an http_input does not become operation which also expected this in strange operation, either. This is very severe. Moreover, this problem does not arise in php4.2.2. ( The internationalization version ) In the case of other OS's: OS:RedHat Linux6.2J Apache:1.3.27 It is satisfactory. The result of the mbstring relation of phpinfo the same. test-euc1.php( describes EUC ): [[ NG!! ]] Operation as expected. test-euc2.php( describes EUC ): [[ OK!! ]] Operation as expected. test-sjis1.php( describes SJIS ): [[ OK!! ]] Operation as expected. test-sjis2.php( describes SJIS ): [[ OK!! ]] Operation as expected. The portion of automatic conversion of an http_input is also especially satisfactory. This problem has a problem in the others instead of the problem of mbstring? Thank you. -- Edit bug report at http://bugs.php.net/?id=23016&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23016&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23016&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23016&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23016&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23016&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23016&r=support Expected behavior: http://bugs.php.net/fix.php?id=23016&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23016&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23016&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23016&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23016&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23016&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23016&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23016&r=gnused
#21995 [Opn->Csd]: Lacks support for CURLOPT_ENCODING - working patch included!!
ID: 21995
Updated by: [EMAIL PROTECTED]
Reported By: jens at mermaidconsulting dot dk
-Status: Open
+Status: Closed
Bug Type: cURL related
Operating System: Linux
PHP Version: 4.3.2RC1
New Comment:
Done.
Previous Comments:
[2003-04-01 18:12:04] jens at mermaidconsulting dot dk
I've just tested the release candidate for 4.3.2, and the fix is still
not included there.
Is it possible to have this fix included in 4.3.2?
(perhaps it was committed only to the PHP5 branch?)
[2003-02-02 14:57:05] [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.
PHP5-dev
[2003-02-01 08:52:32] jens at mermaidconsulting dot dk
PHP does not recognize the cURL option CURLOPT_ENCODING which can be
used to request deflate compression.
The following patch upgrades a 4.3.0 ext/curl/curl.c to support it:
194d193
< REGISTER_CURL_CONSTANT(CURLOPT_ENCODING);
741,742c740
< case CURLOPT_SSLENGINE_DEFAULT:
< case CURLOPT_ENCODING: {
---
> case CURLOPT_SSLENGINE_DEFAULT: {
CURLOPT_ENCODING accepts a string parameter.
--
Edit this bug report at http://bugs.php.net/?id=21995&edit=1
#23008 [Fbk->Asn]: Call to undefined function: ldap_start_tls()
ID: 23008 Updated by: [EMAIL PROTECTED] Reported By: thor at umn dot edu -Status: Feedback +Status: Assigned Bug Type: LDAP related Operating System: Windows XP -PHP Version: 4.3.1 +PHP Version: 4.3.2-RC -Assigned To: +Assigned To: edink New Comment: This function is not available in win32 since the extension is not compiled with HAVE_LDAP_START_TLS_S Assigned to Edin who can fix this. Previous Comments: [2003-04-01 22:37:08] [EMAIL PROTECTED] have you followed the instuctions in http://www.php.net/ldap for windows users moving the correct dll to the correct folder? please double check this :) [2003-04-01 14:37:42] thor at umn dot edu Trying to use the ldap_start_tls function and php gives me this error: PHP Fatal error: Call to undefined function: ldap_start_tls() in Path to php file. using 4.3.1 for Windows zip download. I do have ldap enabled. Bryan -- Edit this bug report at http://bugs.php.net/?id=23008&edit=1
#23013 [Opn->Fbk]: Wrong variables registered from POST / GET
ID: 23013 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at doller dot dk -Status: Open +Status: Feedback Bug Type: Variables related Operating System: SunOS webserver1 5.8 PHP Version: 4.3.1 New Comment: Requested feedback. Previous Comments: [2003-04-02 04:43:04] [EMAIL PROTECTED] This should be fixed in 4.3.2. (Maybe dupe of bug #22733) [2003-04-02 04:35:55] bugs dot php dot net at doller dot dk I down-graded to 4.2.3 so now I don't have the problem anymore, but thank's anyway. Just wanted to report it... :) [2003-04-02 04:28:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 04:24:16] bugs dot php dot net at doller dot dk When posting etc. the following from a form: mod = "ret_kode" username = "admin" password1 = "admin" password2 = "admin" My $_POST array looks like this: $_POST["mod"] = "ret_kode" $_POST["username"] = "admin" $_POST["password1"] = "admin" $_POST["password2"] = "admin" But since I have register_globals = "on", I should be able to get the variables without using $_POST, but the variables look like this: $mod = "ret_kode&username=admin&password1=admin&password2=admin" $username = "admin" $password1 = "admin" $password2 = "admin" In version 4.2.3 there's no problem, but as I upgraded to 4.3.1 the problem came... -- Edit this bug report at http://bugs.php.net/?id=23013&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com Status: Open -Bug Type: HTTP related +Bug Type: Apache2 related Operating System: Windows XP -PHP Version: 4CVS-2003-03-31 (stable) +PHP Version: 4.3.2-RC New Comment: Reclassified as Apache2 related. (Works as CGI but does not work as apache2 module.) And about the dog..it was April 1st yesterday... :) Previous Comments: [2003-04-01 08:32:13] luke at cywh dot com Its confirmed. It works great as a CGI, but as a module it messes up. When i had it as a module i couldnt get phpinfo() to work, but when i did it as a CGI it worked fine. something else to, when i had it as a CGI `php_admin_value` didnt work. apache said it was an invalid command. (i switched it back to module). im very sure i installed php correctly and completlely. when i install it, i do it manualy with the windows binaries. ive installed php a bunch of times. what i usually do is i delete the entire folder and the files i had to move around, and then reinstall it from the begining. so yes im sure it has all the correct dll's question: why does the php logo on the phpinfo() have an icon of a dog?. is its because its a "snapshot"? lol. [2003-04-01 06:17:55] [EMAIL PROTECTED] Please try running PHP as CGI under Apache so we know if this is Apache2 module specific or not. (and you should make sure you really updated ALL the dlls and especially the php4apache2.dll) [2003-03-31 18:43:36] luke at cywh dot com i dont know if this helps but on the status bar it says "unknown zone" at the bottom when trying to load the phpinfo file. [2003-03-31 18:38:21] luke at cywh dot com yes im sure i installed them correctly. i have them installed as a module in apache 2.0.44 [2003-03-31 18:37:24] luke at cywh dot com ok there is definatly something seriosly going wrong. ok i updated to the 8:30 one today. when i went to phpinfo.php like you instructed me to (my phpinfo file), it loads and then flashes and goes blank. so i have no idea what build it is. as far as i know it still happens because it happens on remote computers and im not sure if its still happening or not. but if phpinfo() isnt working on my machine, something is definatly up. http://cytech.cywh.com/phpinfo.php using IE 6 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#23013 [Fbk->Csd]: Wrong variables registered from POST / GET
ID: 23013 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at doller dot dk -Status: Feedback +Status: Closed Bug Type: Variables related Operating System: SunOS webserver1 5.8 PHP Version: 4.3.1 New Comment: This was already fixed in CVS. Previous Comments: [2003-04-02 05:52:19] [EMAIL PROTECTED] Requested feedback. [2003-04-02 04:43:04] [EMAIL PROTECTED] This should be fixed in 4.3.2. (Maybe dupe of bug #22733) [2003-04-02 04:35:55] bugs dot php dot net at doller dot dk I down-graded to 4.2.3 so now I don't have the problem anymore, but thank's anyway. Just wanted to report it... :) [2003-04-02 04:28:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 04:24:16] bugs dot php dot net at doller dot dk When posting etc. the following from a form: mod = "ret_kode" username = "admin" password1 = "admin" password2 = "admin" My $_POST array looks like this: $_POST["mod"] = "ret_kode" $_POST["username"] = "admin" $_POST["password1"] = "admin" $_POST["password2"] = "admin" But since I have register_globals = "on", I should be able to get the variables without using $_POST, but the variables look like this: $mod = "ret_kode&username=admin&password1=admin&password2=admin" $username = "admin" $password1 = "admin" $password2 = "admin" In version 4.2.3 there's no problem, but as I upgraded to 4.3.1 the problem came... -- Edit this bug report at http://bugs.php.net/?id=23013&edit=1
#14265 [Com]: Make does not create php4lib.so. Apxs fails to copy it to apache dir
ID: 14265
Comment by: kapil at numen dot biz
Reported By: fmal at fmal dot com
Status: Bogus
Bug Type: Apache related
Operating System: AIX 5.1
PHP Version: 4.0.6
New Comment:
Hi
I am installing 4.2.3 on freebsd but unable to generate libphp4.so
any solution
Previous Comments:
[2002-10-22 08:31:49] michael dot viorney at laposte dot net
The make command has generated a file called libphp4.so.0 in the
'/php_x-x-x/.libs' directory.
I tried to rename it to '/php_x-x-x/libs/libphp4.so' and then to run
'make install'.
The apache module seems to install and work fine, but i'm not sure this
is a correct to way to compil php.
[2002-10-22 07:55:50] michael dot viorney at laposte dot net
Hi,
I'm using AIX 5.1 ML2 with gcc 3.2.
I have the same problem with PHP4.3.0pre1 and php-4.2.3.
the 'make' command runs OK but do not produce the .so file.
Apache version is 1.3.27.
[2002-08-10 09:56:28] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2001-11-28 07:05:35] fmal at fmal dot com
I'm tring to build php 4.0.6 from SRPM whit apache 1.3.22
under AIX 5.1 whit Toolbox GNU utilities.
(Apache is correctly running with dso support :)
httpd -l
http_core.c
mod_so.c
I cannot create a DSO module with this configuration in
my SPEC file :
./configure \
--prefix=%{prefix} \
--disable-debug \
--enable-track-vars \
--enable-magic-quotes \
--with-apxs=/httpd/sbin/apxs \
--with-mysql=/opt/freeware \
--with-config-file-path=/etc/opt/freeware/apache \
--with-zlib \
--enable-bcmath \
--with-gd=/opt/freeware \
--with-ttf=/opt/freeware \
--with-jpeg-dir=/opt/freeware \
--with-imap=/usr1/src/imap \
--with-xml \
--with-ftp \
%if %{SSL} == 1
--with-ssl
%endif
During the make install phase i get this error :
+cd -
/opt/freeware/src/packages/BUILD/php-4.0.6
+ cp -p acconfig.h php_version.h
/var/opt/freeware/tmp/php-root/opt/freeware/include/php
+ mkdir -p /var/opt/freeware/tmp/php-root/opt/freeware/apache/libexec
+ cp .libs/libphp4.so.0
/var/opt/freeware/tmp/php-root/opt/freeware/apache/libexec/libphp4.so
cp: .libs/libphp4.so.0: No such file or directory
Bad exit status from /var/opt/freeware/tmp/rpm-tmp.30732 (%install)
In effects I don't have the library
I noted that in the php directory there is a file called ltconfig that
contains :
ltconfig I found :
# See if GNU ld supports shared libraries.
case "$host_os" in
aix3* | aix4*)
# On AIX, the GNU linker is very broken
ld_shlibs=no
cat <&2
*** Warning: the GNU linker, at least up to release 2.9.1, is reported
*** to be unable to reliably create shared libraries on AIX.
*** Therefore, libtool is disabling shared libraries support. If you
*** really care for shared libraries, you may want to modify your PATH
*** so that a non-GNU linker is found, and then restart.
EOF
;;
Is this assertion true ? I use gcc 2.9-aix43-010216
from Aix Toolbox
Thanks in advance
--
Edit this bug report at http://bugs.php.net/?id=14265&edit=1
#23008 [Asn->Csd]: Call to undefined function: ldap_start_tls()
ID: 23008 Updated by: [EMAIL PROTECTED] Reported By: thor at umn dot edu -Status: Assigned +Status: Closed Bug Type: LDAP related Operating System: Windows XP PHP Version: 4.3.2-RC 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: [2003-04-02 05:46:58] [EMAIL PROTECTED] This function is not available in win32 since the extension is not compiled with HAVE_LDAP_START_TLS_S Assigned to Edin who can fix this. [2003-04-01 22:37:08] [EMAIL PROTECTED] have you followed the instuctions in http://www.php.net/ldap for windows users moving the correct dll to the correct folder? please double check this :) [2003-04-01 14:37:42] thor at umn dot edu Trying to use the ldap_start_tls function and php gives me this error: PHP Fatal error: Call to undefined function: ldap_start_tls() in Path to php file. using 4.3.1 for Windows zip download. I do have ldap enabled. Bryan -- Edit this bug report at http://bugs.php.net/?id=23008&edit=1
#23017 [NEW]: generation of libphp4.so
From: carchitect at hotmail dot com Operating system: freebsd4.4 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: generation of libphp4.so well i have selected php 4.3.0 category because it was not allowing me to post my bug i have seen few ppl reporting this bug but i can not follow their solution...because i have developed my ite under php 4.1.2 and it was working very fine under some server, but dute to some reason i had to shift to another server and they are only giving 4.0.6 so i had to compile again i downloaded php 4.2.3 and tried it OS: freebsd4.4 php: 4.2.3 apache: 1.3.24 already installed mysql: already installed (didn't check version) configure goes ok make goes ok make install ok but when i start apache it didn't get libphp4.so, earlier that file was there for php 4.0.6 but i renamed it so that php will create new file for me.. but thats not happening pls give me some solution...i ca not change code as my site is already running regards -- Edit bug report at http://bugs.php.net/?id=23017&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23017&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23017&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23017&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23017&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23017&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23017&r=support Expected behavior: http://bugs.php.net/fix.php?id=23017&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23017&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23017&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23017&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23017&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23017&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23017&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23017&r=gnused
#23018 [NEW]: Bad Gateway error again
From: richard dot horton at generaldynamics dot uk dot com Operating system: Windows 2000 PHP version: 4.3.1 PHP Bug Type: CGI related Bug description: Bad Gateway error again After installing PHP and verifying the setup by running my script from the command line I configured IIS as per the instructions in the install.txt file. Trying to access my script file via IE on the same machine as the server gets a bad gateway (502) error returned. The script is a simple one which just prints test I've made sure that the IIS user has access to both the PHP directory (C:\php) and the script directory (e:\www\script) Looking at the bug reports alot of people seem to have raised this but I can't see a solution as people seem not to be supplying feedback when requested... Thanks, Richard. -- Edit bug report at http://bugs.php.net/?id=23018&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23018&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23018&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23018&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23018&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23018&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23018&r=support Expected behavior: http://bugs.php.net/fix.php?id=23018&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23018&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23018&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23018&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23018&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23018&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23018&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23018&r=gnused
#22977 [Bgs]: png.h
ID: 22977 User updated by: kuba at 3net dot pl Reported By: kuba at 3net dot pl Status: Bogus Bug Type: Compile Failure Operating System: RH Linux 7.3 PHP Version: 4.3.1 New Comment: installing rpm packages: libpng-devel libjpeg-devel fixes install-crash Previous Comments: [2003-03-31 10:21:57] kuba at 3net dot pl Sorry, but what does my problem imply?? I tried to compile PHP - but didn't succed... What is png.h file? I guessed that PHP's 'make' is expecting that file in php-4.3.1/ext/gd/libgd/ Am I wrong? Is that file coming with libpng? [2003-03-31 09:50:58] [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. You need to install developement package for libpng. [2003-03-31 05:42:10] kuba at 3net dot pl confg line ./configure --prefix=/usr --with-config-file-path=/etc --disable-debug --enable-shared --with-apxs=/usr/sbin/apxs --with-gd --with-jpeg-dir=/usr --with-png --with-ttf --with-xpm-dir=/usr/lib --enable-gd-native-ttf --with-zlib=/usr --enable-safe-mode --enable-track-vars --enable-ftp --with-mysql=/usr/local/mysql --with-dbase --with-gettext afetr make i got: /usr/local/etc/php-4.3.1/ext/gd/libgd/gd_png.c:11:67: png.h: No such file or directory make: *** [ext/gd/libgd/gd_png.lo] B³¹d 1 i searched entire disk looking for png.h and didn't find :( what's the problem? -- Edit this bug report at http://bugs.php.net/?id=22977&edit=1
#21674 [Com]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674
Comment by: jot at agonize dot org
Reported By: moderator at blackpeeps dot com
Status: No Feedback
Bug Type: *URL Functions
Operating System: Cobalt RAQ4 Apache/Linux
PHP Version: 4.3.0
New Comment:
this exact problem has spawned when i moved my php files from a
webserver running a slightly earlier version of php to php 4.3.0
it would seem that files do not get included unless the absolute path
is used in the include statement.
Previous Comments:
[2003-03-13 10:22:17] datsnice at bolt dot com
What is wrong with the web site it tells me that I have already signed
up and do not sign up twice, and I have never signed up before. It also
tells me that my e-mail address already exist with someone else which
it is not.
[2003-02-26 09:28:36] hmm dot hmm at firemail dot de
Hi
I have the some problem
Warning: main(shop/index&main_kat=11&nr=.php) [function.main]: failed
to create stream: No such file or directory in
/home/admin/lala.com/index.php on line 260
Warning: main() [function.main]: Failed opening
'shop/index&main_kat=11&nr=.php' for inclusion
(include_path='.:/usr/local/lib/php') in /home/admin/lala.com/index.php
on line 260
Can anyone help me?
[2003-02-12 01:18:49] xilord at yahoo dot com
Make sure you have the file names exactly correct and paths or you'll
get the same error messages.
[2003-02-04 16:49:32] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-01-22 22:25:22] [EMAIL PROTECTED]
The point of asking for var_dump(ini_get('include_path')); is so you'll
show the output of it. This is a form of debugging.
The problem has to do with the include_path directive. Now we're
trying to figure out why/where it gets set to '' before doing some of
these includes as this seems to be the case.
So, whenever you get this error:
Warning: main() [function.main]: Failed opening 'foo.php'...
Add this line above the include:
var_dump(array(ini_get('include_path'),__LINE__,__FILE));
This way we'll know some useful information. Basically put this line
above EVERY one of these failed includes, such as the inclusion
config.php, extra.php, and lang.php.
Please do this and show the output in your next reply. Btw, I modified
Wez's debug dump a little so we can be a little more specific :) Also,
be 100% sure you are not setting this directive in either httpd.conf or
.htaccess.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21674
--
Edit this bug report at http://bugs.php.net/?id=21674&edit=1
#11442 [Com]: Random "Warnig: Failed opening" on any php file
ID: 11442 Comment by: koralix at konixx dot cjb dot net Reported By: aferriz at yahoo dot com Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 7 PHP Version: 4.1 New Comment: mustafa at xxx dot lt -- I have read that include_path in php.ini should be set to ".", then that include_path shoul be commented, but nothing helps... that helped in my case! WindowsME thanks a lot! Previous Comments: [2003-01-10 16:19:28] solarstring at yahoo dot com I have installed the latest version of php (4.3.2 - Jan2) on Solaris 5.8 , IPlanet, and can verify this problem still exists. In fact, a different server with the same build configuration of php, and same versions of Netscape/Iplanet, php works fine... PHP Version 4.3.0 System SunOS wildcat 5.8 Generic_108528-17 sun4u Build Date Jan 2 2003 16:57:46 Configure Command './configure' '--enable-libgcc' '--prefix=/usr/local' '--with-oci8=/u/ora/app/oracle/product/9.0.1' '--with-nsapi=/u/web/netscape/iplanet/' '--enable-sysvsem' '--enable-discard-path' '--enable-magic-quotes' '--enable-memory-limit' '--enable-versioning' '--enable-track-vars' '--enable-trans-sid' '--enable-sigchild' Server API NSAPI Virtual Directory Support enabled Configuration File (php.ini) Path /usr/local/lib/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety enabled Registered PHP Streams php, http, ftp Have there been any bug patches explicitly related to this? [2002-12-04 09:38:28] jari at utu dot fi We are running PHP 4.2.3 with iPlanet Enterprise Web Server 6.0 SP4. We have the same php module used by several server instances, one of which works perfectly. The php module in other instances seems to freeze randomly: one minute the page works, next all we have is an empty page containing nothing more than tags. [2002-09-26 20:04:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-09 10:36:57] [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 know I've said it before, but there was a bug fix in 4.2.3 that dealt with a timing issue. Wondering if this helps any for your systems. [2002-09-05 10:10:57] mustafa at xxx dot lt I have the same problem under Debian/apache/PHP 4.2.2 Warning: Failed opening '/var/www/HTTP/index.php' for inclusion .. I have read that include_path in php.ini should be set to ".", then that include_path shoul be commented, but nothing helps... 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/11442 -- Edit this bug report at http://bugs.php.net/?id=11442&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: alrighty. so is there a chance it will be fixed any time soon? Previous Comments: [2003-04-02 05:53:55] [EMAIL PROTECTED] Reclassified as Apache2 related. (Works as CGI but does not work as apache2 module.) And about the dog..it was April 1st yesterday... :) [2003-04-01 08:32:13] luke at cywh dot com Its confirmed. It works great as a CGI, but as a module it messes up. When i had it as a module i couldnt get phpinfo() to work, but when i did it as a CGI it worked fine. something else to, when i had it as a CGI `php_admin_value` didnt work. apache said it was an invalid command. (i switched it back to module). im very sure i installed php correctly and completlely. when i install it, i do it manualy with the windows binaries. ive installed php a bunch of times. what i usually do is i delete the entire folder and the files i had to move around, and then reinstall it from the begining. so yes im sure it has all the correct dll's question: why does the php logo on the phpinfo() have an icon of a dog?. is its because its a "snapshot"? lol. [2003-04-01 06:17:55] [EMAIL PROTECTED] Please try running PHP as CGI under Apache so we know if this is Apache2 module specific or not. (and you should make sure you really updated ALL the dlls and especially the php4apache2.dll) [2003-03-31 18:43:36] luke at cywh dot com i dont know if this helps but on the status bar it says "unknown zone" at the bottom when trying to load the phpinfo file. [2003-03-31 18:38:21] luke at cywh dot com yes im sure i installed them correctly. i have them installed as a module in apache 2.0.44 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#21565 [Com]: include/require fail under safe-mode.
ID: 21565 Comment by: jot at agonize dot org Reported By: komanek at natur dot cuni dot cz Status: Open Bug Type: Scripting Engine problem Operating System: Tru64Unix 5.1A PHP Version: 4.3.0 New Comment: Same issue under Apache 1.3.27 and PHP 4.3.1. Includes dont seem to work at all unless the absolute path is used.. even with safe_mode set to off. Previous Comments: [2003-02-11 08:28:27] s dot birkhoff at liwest dot at I have the same Problem under Windows 2000/XP/IIS and PHP Version 4.3.0 In Version 4.2.3 it all works fine. [2003-01-30 06:49:10] Emil at Wayers dot com My Solaris 8 and Solaris 7 both have this problem with Apache 1.3.27 and MySQL-max-3.23.54a-sun-solaris2.8 + MySQL-max-3.23.54a-sun-solaris2.7 under PHP 4.3.0 [2003-01-30 06:45:19] Emil at Wayers dot com I found the excact same problem. Fatal error: main() [function.main]: Failed opening required './libraries/grab_globals.lib.php' (include_path='.:/usr/local/lib/php') in /opt/www/conf/phpMyAdmin/index.php on line 9 Safe_mode is on here; I traced the problem to a require/include function problem (duh) You will have to specify the exact path to the file in safemode, even if you have the path in your include_path. If the file has no path given in the require or the include PHP 4.3.0 gives these kind of errors. But older version accept it. Note; even ../../ and ./ do not work. The latest phpMyAdmin will not work on PHP 4.3.0 with safemode on. [2003-01-14 00:12:45] komanek at natur dot cuni dot cz I turned all errors and warnings reporting to have maximum info. Here is a real example from my web, with real paths in filesystem. Both "include" and "require" are used to demonstrate the difference, previously, I used only "require". Strange is that in php 4.2.2 it worked fine for me. The only difference is the upgraded php dynamic module for Apache. It is not the problem of non-existing files or paths because with safe_mode = Off the included and required files are found and opened with no errors. The Catalogue The output of this is: Warning: main() [function.main]: Unable to access ./header.php in /usr/users/dbminer/public_html/index.php on line 2 Warning: main(header.php) [function.main]: failed to create stream: No such file or directory in /usr/users/dbminer/public_html/index.php on line 2 Warning: main() [function.main]: Failed opening 'header.php' for inclusion (include_path='.:./:/usr/users/komanek/public_html/TEST/phpclasses:/usr/local/lib/php:/usr/local/www/apache/htdocs/MINER:/usr/users/dbminer/public_html:/usr/users/popin/html2/statistics/i') in /usr/users/dbminer/public_html/index.php on line 2 The Catalogue Warning: main() [function.main]: Unable to access ./footer.php in /usr/users/dbminer/public_html/index.php on line 11 Warning: main(footer.php) [function.main]: failed to create stream: No such file or directory in /usr/users/dbminer/public_html/index.php on line 11 Fatal error: main() [function.main]: Failed opening required 'footer.php' (include_path='.:./:/usr/users/komanek/public_html/TEST/phpclasses:/usr/local/lib/php:/usr/local/www/apache/htdocs/MINER:/usr/users/dbminer/public_html:/usr/users/popin/html2/statistics/i') in /usr/users/dbminer/public_html/index.php on line 11 >From filesystem: lib[0]:/usr/users/dbminer/public_html(07:04)# ls -al index.php header.php footer.php -rw-r--r-- 1 dbminer users174 Oct 30 2000 footer.php -rw-r--r-- 1 dbminer users 1047 Nov 7 2001 header.php -rw-r--r-- 1 dbminer users161 Jan 13 12:08 index.php Configure switches: --with-apache=/scratch/sources/apache_1.3.26 --with-openssl --with-zlib=/usr/local --with-zlib-dir=/usr/local --with-bz2=/usr/local --with-db --enable-dbase --with-gd --with-dom --enable-ftp --enable-gd-native-ttf --with-freetype-dir=/usr/local/freetype2 --with-iconv --with-mysql --enable-trans-sid --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --enable-sockets --enable-discard-path --enable-safe-mode --enable-bcmatch --enable-calendar --enable-ctype --enable-mailparse --enable-force-cgi-redirect --enable-memory-limit --with-expat-dir=/usr/local --with-xml --with-gettext --with-mcrypt --with-imap=/scratch/sources/imap/imap-2002.RC2 --with-imap-ssl=/scratch/sources/imap/imap-2002.RC2 --disable-cgi [2003-01-13 17:45:48] [EMAIL PROTECTED] Do you get any other warning/error messages, something about UID of the script not matching that of the file? The remainder of the comments for this report are too lon
#21674 [NoF->Csd]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: moderator at blackpeeps dot com -Status: No Feedback +Status: Closed Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux 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-04-02 07:51:54] jot at agonize dot org this exact problem has spawned when i moved my php files from a webserver running a slightly earlier version of php to php 4.3.0 it would seem that files do not get included unless the absolute path is used in the include statement. [2003-03-13 10:22:17] datsnice at bolt dot com What is wrong with the web site it tells me that I have already signed up and do not sign up twice, and I have never signed up before. It also tells me that my e-mail address already exist with someone else which it is not. [2003-02-26 09:28:36] hmm dot hmm at firemail dot de Hi I have the some problem Warning: main(shop/index&main_kat=11&nr=.php) [function.main]: failed to create stream: No such file or directory in /home/admin/lala.com/index.php on line 260 Warning: main() [function.main]: Failed opening 'shop/index&main_kat=11&nr=.php' for inclusion (include_path='.:/usr/local/lib/php') in /home/admin/lala.com/index.php on line 260 Can anyone help me? [2003-02-12 01:18:49] xilord at yahoo dot com Make sure you have the file names exactly correct and paths or you'll get the same error messages. [2003-02-04 16:49:32] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21674 -- Edit this bug report at http://bugs.php.net/?id=21674&edit=1
#23018 [Opn]: Bad Gateway error again
ID: 23018 User updated by: richard dot horton at generaldynamics dot uk dot com Reported By: richard dot horton at generaldynamics dot uk dot com Status: Open Bug Type: CGI related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Additional: This is the script: test\n"; ?> And this is the result from the command line: Content-type: text/html X-Powered-By: PHP/4.3.1 test Previous Comments: [2003-04-02 07:41:54] richard dot horton at generaldynamics dot uk dot com After installing PHP and verifying the setup by running my script from the command line I configured IIS as per the instructions in the install.txt file. Trying to access my script file via IE on the same machine as the server gets a bad gateway (502) error returned. The script is a simple one which just prints test I've made sure that the IIS user has access to both the PHP directory (C:\php) and the script directory (e:\www\script) Looking at the bug reports alot of people seem to have raised this but I can't see a solution as people seem not to be supplying feedback when requested... Thanks, Richard. -- Edit this bug report at http://bugs.php.net/?id=23018&edit=1
#23019 [NEW]: Allow PHP to prepare Informix cursors with "placeholders"
From: johnson at nicusa dot com Operating system: Solaris 8 PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: Allow PHP to prepare Informix cursors with "placeholders" With many other languages that access an Informix database, a placeholder (question mark) in the VALUES list is passed in a string as an argument in the USING clause of the EXECUTE (or PUT) statement: EXEC SQL PREPARE p FROM "INSERT INTO SomeTable VALUES(..., ?, ...)"; EXEC SQL EXECUTE p USING :very_long_string_variable; The same technique works with UPDATE, of course. PHP doesn't accept placeholders, so that's problematic. The ability to prepare a statement one time at the beginning of say, a large load or update process or a query used many times (probably happen more in CLI than CGI) is MUCH more efficient, as the engine does not have to have PREPARE and FREE in the loop every time the cursor is executed. I suggest that the function ifx_prepare be changed to accept question marks as placeholders in the query. Then ifx_do could be coded to accept a series of arguments, or just an array containing arguments in the proper order to populate the cursor query before execution. Thanks for your consideration. jj. -- Edit bug report at http://bugs.php.net/?id=23019&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23019&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23019&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23019&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23019&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23019&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23019&r=support Expected behavior: http://bugs.php.net/fix.php?id=23019&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23019&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23019&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23019&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23019&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23019&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23019&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23019&r=gnused
#23020 [NEW]: Looks like an access violation
From: downbythesea at yahoo dot com Operating system: Win2K PHP version: 4.3.2RC1 PHP Bug Type: Reproducible crash Bug description: Looks like an access violation Whenever I launch a PHP script I receive the following error dialog: Title: php.exe - Application Error Message: The instruction at ")x100ae6ff" referenced memory at "0x". The memory could not be "read". I am using IIS 5 and PHP4.3.2RC1 dll installed in \winnt\system32. -- Edit bug report at http://bugs.php.net/?id=23020&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23020&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23020&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23020&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23020&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23020&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23020&r=support Expected behavior: http://bugs.php.net/fix.php?id=23020&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23020&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23020&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23020&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23020&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23020&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23020&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23020&r=gnused
#23021 [NEW]: make install error 139 when --with-oci8 is on
From: jascsua at itccanarias dot org Operating system: Sun Solaris 5.8, 5.9 PHP version: 4.3.1 PHP Bug Type: OCI8 related Bug description: make install error 139 when --with-oci8 is on Hi: I've been installing PHP 4.3.x in a Sun solaris 5.8 & 5.9 platform. Compiler can be gcc 3.1.1 or 3.2.x. Apache version is 1.3.27 with mod_ssl & mod_perl integrated in the httpd binary. Configuration is something like this (with or without LIBS=-lpthread) CC=gcc \ ./configure --prefix=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --with-openssl=/usr/local \ --with-zlib=/usr/local \ --enable-bcmath \ --with-bz2=/usr/local \ --enable-calendar \ --enable-dba \ --with-gdbm=/usr/local \ --with-ndbm=/usr/local \ --with-db4=/usr/local \ --with-flatfile \ --enable-dbase \ --enable-dbx \ --with-dom=/usr/local \ --with-dom-xslt=/usr/local \ --with-dom-exslt=/usr/local \ --enable-ftp \ --with-gd=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-gettext=/usr/local \ --with-iconv=/usr/local \ --with-imap=/usr/local \ --with-imap-ssl=/usr/local \ --with-ldap=/usr/local \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-mssql=/usr/local \ --with-pdflib=/usr/local \ --with-mm=/usr/local \ --enable-xml \ --enable-sockets \ --enable-sigchild \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ --enable-exif \ --with-oci8 Well. When I issue the command make install, system goes on until it reaches the make install-pear fase, on which it crashes with a make error 139. I've been seeking with solaris truss command and I can see that it tries to initialize OCI, open a file called /oracle/rdbms/oraus.msb and the issues a fault. If I remove the --with-oci directive, system compiles and install OK, but, for my disgrace, out web services platform is over Oracle oci 8 and Microsoft SQL connections. I am using the Oracle 9.2.0.1i client version for solaris 32. Has anybody this configuration or similar running ok? I suspect of gnu libiconv and gnu gettext support over solaris, but I am still trying to detect the possible relation. Any facts? Thanks in advance. Fco. Javier Ascanio Suarez. -- Edit bug report at http://bugs.php.net/?id=23021&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23021&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23021&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23021&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23021&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23021&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23021&r=support Expected behavior: http://bugs.php.net/fix.php?id=23021&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23021&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23021&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23021&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23021&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23021&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23021&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23021&r=gnused
#10599 [Com]: background attribute in the body tag causes a double insert
ID: 10599 Comment by: heptane at hotmail dot com Reported By: gkm at duke dot edu Status: Closed Bug Type: MySQL related Operating System: linux PHP Version: 4.0.4pl1 New Comment: Wow wow , guy you just made me fly again (lol)... My Mysql_query was acting weird, inserting double records in my table :) i was stuck because of this f*** error in my html code and i've lost 1 day searching over the internet to understand what was wrong , looking around because i just re-installed my apache/mysql server (abria MERLIN) and noticed that bug. Thx a lot for this :) Stef ( France) - www.e-planete.com Previous Comments: [2002-09-20 04:31:54] php at unreelpro dot com although the link is dead, from zeev's response one can gather that gkm had a script that was double inserting into a db because he mistakenly put a color code in the background tag. this serves as a good warning not to have a misformed background attribute in your body tag. i found that just an empty background attribute (background="") caused a script to run twice (maybe calling itself?). this caused db operations to be performed twice. [2001-05-06 13:24:46] [EMAIL PROTECTED] Actually, it's a bug in your HTML (although you did confuse me for a few minutes...) The attribute you're looking for is bgcolor; background loads a background image, and expects a URL argument. When you feed it with #FF, it tries to access http://www.dukemarket.com/bug.php#FF to load it as a background image, access the page again, and causes a second insert. It was a good challenge though :) [2001-05-02 03:45:48] gkm at duke dot edu I have documented the problem at http://www.dukemarket.com/bug.php";>http://www.dukemarket.com/bug.php. If you have any questions, email me at mailto:[EMAIL PROTECTED]">[EMAIL PROTECTED]. -- Edit this bug report at http://bugs.php.net/?id=10599&edit=1
#23020 [Opn->Bgs]: Looks like an access violation
ID: 23020 Updated by: [EMAIL PROTECTED] Reported By: downbythesea at yahoo dot com -Status: Open +Status: Bogus -Bug Type: Reproducible crash +Bug Type: CGI related Operating System: Win2K PHP Version: 4.3.2RC1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Most likely installation error. Previous Comments: [2003-04-02 09:26:43] downbythesea at yahoo dot com Whenever I launch a PHP script I receive the following error dialog: Title: php.exe - Application Error Message: The instruction at ")x100ae6ff" referenced memory at "0x". The memory could not be "read". I am using IIS 5 and PHP4.3.2RC1 dll installed in \winnt\system32. -- Edit this bug report at http://bugs.php.net/?id=23020&edit=1
#23021 [Opn->Csd]: make install error 139 when --with-oci8 is on
ID: 23021 Updated by: [EMAIL PROTECTED] Reported By: jascsua at itccanarias dot org -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Sun Solaris 5.8, 5.9 PHP Version: 4.3.1 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-04-02 09:42:19] jascsua at itccanarias dot org Hi: I've been installing PHP 4.3.x in a Sun solaris 5.8 & 5.9 platform. Compiler can be gcc 3.1.1 or 3.2.x. Apache version is 1.3.27 with mod_ssl & mod_perl integrated in the httpd binary. Configuration is something like this (with or without LIBS=-lpthread) CC=gcc \ ./configure --prefix=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --with-openssl=/usr/local \ --with-zlib=/usr/local \ --enable-bcmath \ --with-bz2=/usr/local \ --enable-calendar \ --enable-dba \ --with-gdbm=/usr/local \ --with-ndbm=/usr/local \ --with-db4=/usr/local \ --with-flatfile \ --enable-dbase \ --enable-dbx \ --with-dom=/usr/local \ --with-dom-xslt=/usr/local \ --with-dom-exslt=/usr/local \ --enable-ftp \ --with-gd=/usr/local \ --with-freetype-dir=/usr/local \ --enable-gd-native-ttf \ --with-gettext=/usr/local \ --with-iconv=/usr/local \ --with-imap=/usr/local \ --with-imap-ssl=/usr/local \ --with-ldap=/usr/local \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-mssql=/usr/local \ --with-pdflib=/usr/local \ --with-mm=/usr/local \ --enable-xml \ --enable-sockets \ --enable-sigchild \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable-mbregex \ --enable-exif \ --with-oci8 Well. When I issue the command make install, system goes on until it reaches the make install-pear fase, on which it crashes with a make error 139. I've been seeking with solaris truss command and I can see that it tries to initialize OCI, open a file called /oracle/rdbms/oraus.msb and the issues a fault. If I remove the --with-oci directive, system compiles and install OK, but, for my disgrace, out web services platform is over Oracle oci 8 and Microsoft SQL connections. I am using the Oracle 9.2.0.1i client version for solaris 32. Has anybody this configuration or similar running ok? I suspect of gnu libiconv and gnu gettext support over solaris, but I am still trying to detect the possible relation. Any facts? Thanks in advance. Fco. Javier Ascanio Suarez. -- Edit this bug report at http://bugs.php.net/?id=23021&edit=1
#23018 [Opn->Bgs]: Bad Gateway error again
ID: 23018 Updated by: [EMAIL PROTECTED] Reported By: richard dot horton at generaldynamics dot uk dot com -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Configuration/installation error. Not bug. Previous Comments: [2003-04-02 08:39:35] richard dot horton at generaldynamics dot uk dot com Additional: This is the script: test\n"; ?> And this is the result from the command line: Content-type: text/html X-Powered-By: PHP/4.3.1 test [2003-04-02 07:41:54] richard dot horton at generaldynamics dot uk dot com After installing PHP and verifying the setup by running my script from the command line I configured IIS as per the instructions in the install.txt file. Trying to access my script file via IE on the same machine as the server gets a bad gateway (502) error returned. The script is a simple one which just prints test I've made sure that the IIS user has access to both the PHP directory (C:\php) and the script directory (e:\www\script) Looking at the bug reports alot of people seem to have raised this but I can't see a solution as people seem not to be supplying feedback when requested... Thanks, Richard. -- Edit this bug report at http://bugs.php.net/?id=23018&edit=1
#23017 [Opn->Csd]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 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: [2003-04-02 07:10:38] carchitect at hotmail dot com well i have selected php 4.3.0 category because it was not allowing me to post my bug i have seen few ppl reporting this bug but i can not follow their solution...because i have developed my ite under php 4.1.2 and it was working very fine under some server, but dute to some reason i had to shift to another server and they are only giving 4.0.6 so i had to compile again i downloaded php 4.2.3 and tried it OS: freebsd4.4 php: 4.2.3 apache: 1.3.24 already installed mysql: already installed (didn't check version) configure goes ok make goes ok make install ok but when i start apache it didn't get libphp4.so, earlier that file was there for php 4.0.6 but i renamed it so that php will create new file for me.. but thats not happening pls give me some solution...i ca not change code as my site is already running regards -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#22938 [Opn->Fbk]: Charset problem
ID: 22938 Updated by: [EMAIL PROTECTED] Reported By: filip at curious dot be -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows 2000 SBS PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-28 07:48:31] filip at curious dot be Hello. I am experiencing some kind of charset problem. I try to insert a string like "é ë è" into a field of a table on a MS SQL Server 2000, and when I use its query analyzer to check it; the string "Ú Þ Ù" was inserted by that query. (using the function mssql_query) Although I explicitely added the iso-8859-1 support in the php.ini, and even in the apache's configuration file; it does not make any difference. I have even tried functions like rawurlencode, htmlentities, htmlspecialchars but none of them result into what I desire. The weird part is; those same characters are displayed correctly when fetching them with a plain select statement. The Windows 2000 Small Business Server is natively installed with Belgian locales; which supports these characters. I posted everything into detail on news.php.net in php.i18n under subject "charset problem" but apparently nobody has a clue. -- Edit this bug report at http://bugs.php.net/?id=22938&edit=1
#22941 [Opn->Csd]: Doesn't work x-httpd-php-source directive in DSO-version of PHP
ID: 22941 Updated by: [EMAIL PROTECTED] Reported By: ogir at yahoo dot com -Status: Open +Status: Closed Bug Type: Apache related Operating System: Linux RH72 PHP Version: 4.3.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-03-28 14:46:13] ogir at yahoo dot com I have compiled perfectly PHP 4.3.1 as shared module of apache (libphp4.so) on linux rh72, but now I see that no longer has effect the following Apache directive of php: AddType application/x-httpd-php-source .phps Because when i try to see a http://localhost/anyfile.phps, the webserver syslog(access_log) , log 10 times the access to that file, but the browser don't display anything, then i try to test it with "lynx" and this is the result: - HTTP request sent; waiting for response. Alert!: Unexpected network read error; connection aborted. Can't Access `http://localhost/anyfile.phps' Alert!: Unable to access document. lynx: Can't access startfile - With my old version of php(4.1.2) doesn't have this problem. -- Edit this bug report at http://bugs.php.net/?id=22941&edit=1
#22917 [Opn->Fbk]: Crashing Exhibit Engine Mysql Backup Omni
ID: 22917 Updated by: [EMAIL PROTECTED] Reported By: mail at artmosher dot ca -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: windows 98 SE PHP Version: 4.3.1 New Comment: Are you 100% sure you really updated to the latest CVS snapshot? In about 99% of these cases, people just haven't updated EVERY single file from the new package.. Most important one being php4ts.dll. Previous Comments: [2003-03-29 10:27:04] mail at artmosher dot ca Possible INI problem ??? Here's the INI : http://us.f1.yahoofs.com/users/79935ce2/bc/bugdata/php.ini?bcOych.AvER.gNK2 [2003-03-28 15:31:47] mail at artmosher dot ca OK. The CVS below did NOT solve the problem. Continues to crash immediately upon EE Backup. Nuts & Bolts Bomb Shelter crash protector program that I run shows: PHP caused an invalid page fault in module PHP4TS.DLL at 0257:1000f29d. Registers: EAX=00d39004 CS=0257 EIP=1000f29d EFLGS=00010206 EBX=00d162b8 SS=025f ESP=0063f0a0 EBP=00d16788 ECX=0001 DS=025f ESI=00d39004 FS=6d47 EDX=0063f0dc ES=025f EDI=000b GS= Bytes at CS:EIP: 8b 4e 38 b8 01 00 00 00 c1 ef 02 23 f8 89 44 24 Stack dump: 00762470 00762470 00d16788 00d162b8 0001 10011444 00d39004 000b 00762470 00d158f8 100c2f43 00d158f8 00762470 007634d8 0076de10 Any other thoughts ?? [2003-03-27 03:55:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-26 22:44:15] mail at artmosher dot ca Using Windows 98SE AMD450 128MB 60GB Mysql 3.23.47 Omnihttpd server (http://www.omnicron.ca) Running App Exhibit Engine (http://photography-on-the.net/ee/) V1.3 When running the app's Utility-Backup DB to File function an immediate crash of PHP 4.3.1 occurs. Detail shows error in php4ts.dll This function worked flawlessly in PHP last version used 4.2.2 At this time I am unable to backup !! -- Edit this bug report at http://bugs.php.net/?id=22917&edit=1
#23009 [Csd]: pg_select with timestamp
ID: 23009
User updated by: leoguti at iband dot net
Reported By: leoguti at iband dot net
Status: Closed
Bug Type: PostgreSQL related
Operating System: ANY
PHP Version: 4.3.1
Assigned To: helly
New Comment:
Sorry, my summary must be pg_insert with timestamp
problem, nor pg_select
Previous Comments:
[2003-04-01 17:29:27] [EMAIL PROTECTED]
This should be fixed in CVS now.
J
[2003-04-01 16:49:44] [EMAIL PROTECTED]
Ah sorry, now i know what you meant.
[2003-04-01 16:18:37] [EMAIL PROTECTED]
Read the manual on PostgreSQL:
uni=# create table t ( t timestamp with time zone);
CREATE
uni=# insert into t values ('2003-04-01 22:00:00. GMT');
INSERT 167462 1
[2003-04-01 15:41:38] leoguti at iband dot net
I can't do that the function work with timestamp with time zone data
type.
I have the table
create table proob(
field_proob timestamp with time zone
);
an I tried to do
"2003-03-30 22:47:52.657715-05");
echo pg_insert($conexion,"proob",$a);
?>
With other data types this function work but with this don't.
--
Edit this bug report at http://bugs.php.net/?id=23009&edit=1
#22944 [Opn->Fbk]: Java - "make install" fails after "installing php SAPI"
ID: 22944 Updated by: [EMAIL PROTECTED] Reported By: dubious at 2xtreme dot net -Status: Open +Status: Feedback Bug Type: Java related Operating System: Linux (2.5.66) PHP Version: 4.3.2RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip IIRC, this should be fixed now. Previous Comments: [2003-03-28 18:12:13] dubious at 2xtreme dot net UPDATE - this appears to be a bug specifically related to "--disable-cgi" (i.e. I want ONLY the CLI version of php). If I remove the "--disable-cgi" it seems to compile AND install fine. [2003-03-28 17:58:33] dubious at 2xtreme dot net Configuring with: ./configure --enable-gd-native-ttf '--enable-sockets' '--with-ncurses' '--with-gd' '--enable-ftp' '--with-mysql' '--with-dom' '--with-zlib' '--enable-exif' '--with-bz2' '--with-curl' '--with-imap=/tmp/temp/imap-2002' '--with-imap-ssl=/tmp/temp/imap-2002' '--disable-cgi' --with-java=/usr/local/jdk compile seems fine, but on "make install" it dies at: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php-4.3.2RC1/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php-4.3.2RC1/build/shtool install -c -m 0755 /tmp/temp/php-4.3.2RC1/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 I've tried this with an earlier Blackdown 1.4.1 as well as Sun's most recent 1.4.1_02 release. If I compile without the java option, it seems to install fine (but of course then there's not Java support...) This also seems to occur with 4.3.0. -- Edit this bug report at http://bugs.php.net/?id=22944&edit=1
#23022 [NEW]: Supported dereferencing array indeces on arbitrary expressions
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 5CVS-2003-04-02 (dev)
PHP Bug Type: Feature/Change Request
Bug description: Supported dereferencing array indeces on arbitrary expressions
Supported dereferencing array indeces on arbitrary expressions.
Currently you can only dereference array indeces on variables directly:
$a = array('a', 'b');
var_dump($a[1]);
but this does not work
var_dump(array('a', 'b')[1]);
neither does this:
function returnArray() {
return array('a', 'b');
}
var_dump(returnArray()[1]);
or this:
$value = ($ns == 'foo' ? $thisArray : $thatArray)[0];
--
Edit bug report at http://bugs.php.net/?id=23022&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23022&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23022&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23022&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23022&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23022&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23022&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23022&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23022&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23022&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23022&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23022&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23022&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23022&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23022&r=gnused
#23017 [Csd->Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: well i am working on latest update now...still same problem i downloaded it today only Previous Comments: [2003-04-02 10:24:31] [EMAIL PROTECTED] 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 [2003-04-02 07:10:38] carchitect at hotmail dot com well i have selected php 4.3.0 category because it was not allowing me to post my bug i have seen few ppl reporting this bug but i can not follow their solution...because i have developed my ite under php 4.1.2 and it was working very fine under some server, but dute to some reason i had to shift to another server and they are only giving 4.0.6 so i had to compile again i downloaded php 4.2.3 and tried it OS: freebsd4.4 php: 4.2.3 apache: 1.3.24 already installed mysql: already installed (didn't check version) configure goes ok make goes ok make install ok but when i start apache it didn't get libphp4.so, earlier that file was there for php 4.0.6 but i renamed it so that php will create new file for me.. but thats not happening pls give me some solution...i ca not change code as my site is already running regards -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#22945 [Opn->Csd]: ob_start calls call back function before flush
ID: 22945
Updated by: [EMAIL PROTECTED]
Reported By: michael at heuser dot dk
-Status: Open
+Status: Closed
Bug Type: Output Control
Operating System: linux
PHP Version: 4.3.1
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-03-28 18:14:37] michael at heuser dot dk
When turning on output buffering and setting a call back function
like:
ob_start('callback_function');
The function is called right away. Not just in the end of the script.
Try this sample:
ob_start('ob_gzhandler');
ob_end_clean();
echo "Step 1\n";
flush();
sleep(1);
echo "Step 2\n";
flush();
Function ob_end_clean should cancel the buffering and it dose, but
ob_gzhandler is already called. It is called when ob_start is turned
one. Now the script fails because the function ob_gzhandler has already
set Content-Encoding header (meaning the browser expects compressed
content).
A simple one:
function callback_function($content) {
die("Stop!");
return $content;
}
ob_start('callback_function');
ob_end_clean();
echo "Step 1\n";
flush();
sleep(1);
echo "Step 2\n";
flush();
The script is stops before ob_end_clean is called.
I think that the problem is general. I have tested the problem on more
than one computer.
The newest installation was a preinstalled Red Hat with a PHP version
4.3.1
--
Edit this bug report at http://bugs.php.net/?id=22945&edit=1
#22985 [Opn->Bgs]: max_input_time
ID: 22985 Updated by: [EMAIL PROTECTED] Reported By: excalibur at hub dot org -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: FreeBSD 4.8RC PHP Version: 4.3.1 New Comment: That just means your php.ini file is not read. (or you mistyped the setting) Still not bug. Previous Comments: [2003-04-01 08:29:39] excalibur at hub dot org That was the bug I was pointing out :> [2003-04-01 08:28:58] excalibur at hub dot org Understood, however that does not explain why if the max_input_time is set to 600 in the php.ini file, it still is registered as a -1 on the phpinfo() page and as such does not get used... Only by creating a .htaccess file does that value seem to get registered and used... Ie, if I upload a file with out the .htaccess file defining the parameter, I can not upload any file larger then 32 KBytes, but using it allows me to upload a file that transfers within the 10 minute time limit.. [2003-03-31 15:28:36] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If max_input_time == -1, then the value of max_execution_time is used in it's place. [2003-03-31 11:25:33] excalibur at hub dot org Hi All, Ok, been doing some testing in relation to the file uploads issue to help a client of mine and found the following issue. With 4.3.x the max_input_time definition in the php.ini file seems to be ignored. Regardless of what I set it to in that file, phpinfo() only shows a -1 in the field and subsequently I can not upload any files larger then about 32 Kbytes. Anything more then that and the upload completes and the file disappears. Doing a quick search around the net shows that the -1 was supposed to define unlimited time?? When I use a .htaccess file and set the value via: php_flag max_input_time 600 phpinfo() shows the proper information, and that the 600 has taken affect. At this time I can upload files upto the limits set via: upload_max_filesize = XXM I have a feeling that one of two things is happening, the "unlimited" time is not being taken into account (if that is what the -1 denotes), or the value is not being used at all via the php.ini settings, but forcing it via a .htaccess file causes the value to be set properly.. -- Edit this bug report at http://bugs.php.net/?id=22985&edit=1
#23017 [Opn->Bgs]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: It works fine here, it's just some local problem of your system. Please ask support questions elsewhere. Previous Comments: [2003-04-02 10:32:32] carchitect at hotmail dot com well i am working on latest update now...still same problem i downloaded it today only [2003-04-02 10:24:31] [EMAIL PROTECTED] 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 [2003-04-02 07:10:38] carchitect at hotmail dot com well i have selected php 4.3.0 category because it was not allowing me to post my bug i have seen few ppl reporting this bug but i can not follow their solution...because i have developed my ite under php 4.1.2 and it was working very fine under some server, but dute to some reason i had to shift to another server and they are only giving 4.0.6 so i had to compile again i downloaded php 4.2.3 and tried it OS: freebsd4.4 php: 4.2.3 apache: 1.3.24 already installed mysql: already installed (didn't check version) configure goes ok make goes ok make install ok but when i start apache it didn't get libphp4.so, earlier that file was there for php 4.0.6 but i renamed it so that php will create new file for me.. but thats not happening pls give me some solution...i ca not change code as my site is already running regards -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Bgs->Fbk]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Bogus +Status: Feedback Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-04-02 10:39:00] [EMAIL PROTECTED] It works fine here, it's just some local problem of your system. Please ask support questions elsewhere. [2003-04-02 10:32:32] carchitect at hotmail dot com well i am working on latest update now...still same problem i downloaded it today only [2003-04-02 10:24:31] [EMAIL PROTECTED] 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 [2003-04-02 07:10:38] carchitect at hotmail dot com well i have selected php 4.3.0 category because it was not allowing me to post my bug i have seen few ppl reporting this bug but i can not follow their solution...because i have developed my ite under php 4.1.2 and it was working very fine under some server, but dute to some reason i had to shift to another server and they are only giving 4.0.6 so i had to compile again i downloaded php 4.2.3 and tried it OS: freebsd4.4 php: 4.2.3 apache: 1.3.24 already installed mysql: already installed (didn't check version) configure goes ok make goes ok make install ok but when i start apache it didn't get libphp4.so, earlier that file was there for php 4.0.6 but i renamed it so that php will create new file for me.. but thats not happening pls give me some solution...i ca not change code as my site is already running regards -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#22898 [Opn->Csd]: Impossible to compile PHP with "--with-mcrypt"
ID: 22898 Updated by: [EMAIL PROTECTED] Reported By: syn_uw at hotmail dot com -Status: Open +Status: Closed Bug Type: mcrypt related Operating System: Debian GNU/Linux 3.0r1 PHP Version: 4.3.1 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-04-01 10:15:03] aspeitia at sells dot com Have you tried to update the linker table before compiling php. I had the same problem in MAC OSX 10.2.4 and just user the linker utility ranlib /usr/local/lib/libmcrypt.a all was fine afterwards Ray A. [EMAIL PROTECTED] [2003-03-26 07:34:43] syn_uw at hotmail dot com I am trying to compile PHP 4.3.1 on a Linux box with support for mcrypt (--with-mcrypt) using the latest version of the mcrypt library which is 2.5.7. The problem is that when I use "--with-mcrypt" the compile fails with the following error: .. /bin/sh libtool --silent --mode=compile gcc -Iext/mcrypt/ -I/opt/source/php-4.3.1/ext/mcrypt/ -DPHP_ATOM_INC -I/opt/source/php-4.3.1/include -I/opt/source/php-4.3.1/main -I/opt/source/php-4.3.1 -I/opt/source/php-4.3.1/Zend -I/opt/openssl/include -I/usr/include/freetype2 -I/opt/source/imap-2002b/c-client -I/opt/openldap-client/include -I/opt/mcryptlib/include -I/opt/pdflib/include -I/opt/pgsqllib/include -I/opt/source/php-4.3.1/ext/xml/expat -DLINUX=22 -DMOD_SSL=208114 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/opt/source/php-4.3.1/TSRM -g -O2 -prefer-pic -c /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c -o ext/mcrypt/mcrypt.lo /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:229: warning: `MCRYPT_FAILED' redefined /opt/mcryptlib/include/mcrypt.h:31: warning: this is the location of the previous definition /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c: In function `zm_startup_mcrypt': /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:279: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:280: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:281: `MCRYPT_BLOWFISH_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:281: (Each undeclared identifier is reported only once /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:281: for each function it appears in.) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:282: `MCRYPT_BLOWFISH_192' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:283: `MCRYPT_BLOWFISH_256' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:284: `MCRYPT_BLOWFISH_448' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:285: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:286: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:287: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:288: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:289: `MCRYPT_IDEA' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:290: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:291: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:292: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:293: warning: passing arg 3 of `zend_register_long_constant' makes integer from pointer without a cast /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:294: `MCRYPT_RC2_128' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:295: `MCRYPT_RC2_256' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:296: `MCRYPT_RC2_1024' undeclared (first use in this function) /opt/source/php-4.3.1/ext/mcrypt/mcrypt.c:297: `MCRYPT_RC4' undeclared (first use in this function) /opt/s
#23013 [Csd->Bgs]: Wrong variables registered from POST / GET
ID: 23013 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at doller dot dk -Status: Closed +Status: Bogus Bug Type: Variables related Operating System: SunOS webserver1 5.8 PHP Version: 4.3.1 New Comment: oops, dupe of bug #22773 Previous Comments: [2003-04-02 05:55:53] [EMAIL PROTECTED] This was already fixed in CVS. [2003-04-02 05:52:19] [EMAIL PROTECTED] Requested feedback. [2003-04-02 04:43:04] [EMAIL PROTECTED] This should be fixed in 4.3.2. (Maybe dupe of bug #22733) [2003-04-02 04:35:55] bugs dot php dot net at doller dot dk I down-graded to 4.2.3 so now I don't have the problem anymore, but thank's anyway. Just wanted to report it... :) [2003-04-02 04:28:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/23013 -- Edit this bug report at http://bugs.php.net/?id=23013&edit=1
#22856 [Opn->Fbk]: zlib make error
ID: 22856 Updated by: [EMAIL PROTECTED] Reported By: mv24 at canada dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-03-27 05:05:09] mv24 at canada dot com After I upgraded gcc (2.96) to version 3.2; changed PHP configure options as follows: ./configure \ --with-apache=/usr/local/apache_1.3.27 \ --with-config-file-path=/usr/local/apache/conf \ --with-mysql=/usr/local/mysql \ --with-zlib \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-pdflib \ --enable-static-pdflib \ --with-gd \ --enable-gd-imgstrttf \ --with-tiff-dir=/usr/local/tiff--enable-gd-native-ttf \ --with-freetype-dir=/usr/local/include/freetype2 \ --with-jpeg-dir=/usr/local/jpeg-6b \ --with-png-dir=/usr/local/libpng it allowed me to procead with make and install the latest PHP-STABLE with Apache. However PHP configure option --with-curl gives multiple warnings on PHP "make": /usr/bin/ld: warning: libdl.so.1, needed by /usr/local/ lib/libcurl.so, may conflict with libdl.so.2 /usr/bin/ld: warning: libc.so.5, needed by /lib/libdl.s o.1, may conflict with libc.so.6 /usr/lib/libc5-compat/libc.so.5: the `getwd' function i s dangerous and should not be used. /usr/lib/libc5-compat/libc.so.5: the `gets' function is dangerous and should not be used. /usr/lib/libc5-compat/libc.so.5: the use of `tempnam' i s dangerous, better use `mkstemp' /usr/lib/libc5-compat/libc.so.5: the use of `tmpnam' is dangerous, better use `mkstemp' /usr/lib/libc5-compat/libc.so.5: the use of `mktemp' is dangerous, better use `mkstemp' /usr/lib/libc5-compat/libc.so.5: the `getpw' function i s dangerous and should not be used. /usr/lib/libc5-compat/libc.so.5: warning: `siggetmask' is obsolete; `sigprocmask' is best /usr/lib/libc5-compat/libc.so.5: the `llseek' function may be dangerous; use `lseek64' instead. PHP "make install" ends in error: - Installing PEAR environment: /usr/local/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault (core dumped) make: *** [install-pear] Error 2 -- [2003-03-24 14:17:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-24 13:54:45] mv24 at canada dot com apache_1.3.27 php-4.3.2RC1 zlib-1.1.4 Configured with the following options without warnigs: ./configure \ --with-apache=/usr/local/apache_1.3.27 \ --with-config-file-path=/usr/local/apache/conf \ --with-mysql=/usr/local/mysql \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-curl=/usr/local/curl \ --with-curlwrappers \ --with-pdflib \ --enable-static-pdflib \ --enable-gd-imgstrttf \ --with-gd=/usr/local/gd \ --with-tiff-dir=/usr/local/tiff--enable-gd-native-ttf \ --with-freetype-dir=/usr/local/include/freetype2 \ --with-jpeg-dir=/usr/local/jpeg-6b \ --with-png-dir=/usr/local/libpng \ --with-zlib Make result (in full): [EMAIL PROTECTED] php]# make gcc -Iext/zlib/ -I/usr/local/php/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/php/include -I/usr/local/php/main -I/usr/local/php -I/usr/local/php/Zend -I/usr/local/curl/include -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/gd/ -I/usr/local/mysql/include -I/usr/local/php/ext/xml/expat -I/usr/local/php/TSRM -g -O2 -c /usr/local/php/ext/zlib/zlib.c -o ext/zlib/zlib.o && echo > ext/zlib/zlib.lo In file included from /usr/local/php/ext/standard/php_standard.h:21, from /usr/local/php/ext/zlib/zlib.c:48: /usr/local/php/ext/standard/basic_functions.h:126: #error Need type which holds 32 bits make: *** [ext/zlib/zlib.lo] Error 1 The same error was reproduced on php-4.3.0, php-4.3.2RC1, php-4.5. Tried the following: 1. Configure with-zlib and/or with-zlib-dir=/dir/zlib in combinations 2. rm f config.cache; ./buildconf; make distclean; Another try: ./configure \ --with-apache=/usr/local/apache_1.3.27 \ --with-config-file-path=/usr/local/apache/conf \ --with-mysql=/usr/local/mysql \ --enable-track-vars \ --enable-trans-sid \ --enable-bcmath \ --with-curl=/usr/local/curl \ --with-curlwrappers Configures without errors or warnings. Make stops by error again: In file included from /usr/local/php/ext/standard/md5.h:48,
#23017 [Fbk->Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: well thx for the suggestion but i downloaded php4-200304021230 today stills same problem it is not generating the libphp4.so should i install apache again because i found somewhere in previuos bugs to install apache with --enable-rule=SHARED_CORE Previous Comments: [2003-04-02 10:39:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 10:39:00] [EMAIL PROTECTED] It works fine here, it's just some local problem of your system. Please ask support questions elsewhere. [2003-04-02 10:32:32] carchitect at hotmail dot com well i am working on latest update now...still same problem i downloaded it today only [2003-04-02 10:24:31] [EMAIL PROTECTED] 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 [2003-04-02 07:10:38] carchitect at hotmail dot com well i have selected php 4.3.0 category because it was not allowing me to post my bug i have seen few ppl reporting this bug but i can not follow their solution...because i have developed my ite under php 4.1.2 and it was working very fine under some server, but dute to some reason i had to shift to another server and they are only giving 4.0.6 so i had to compile again i downloaded php 4.2.3 and tried it OS: freebsd4.4 php: 4.2.3 apache: 1.3.24 already installed mysql: already installed (didn't check version) configure goes ok make goes ok make install ok but when i start apache it didn't get libphp4.so, earlier that file was there for php 4.0.6 but i renamed it so that php will create new file for me.. but thats not happening pls give me some solution...i ca not change code as my site is already running regards -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Opn->Fbk]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: Yes, you should.. Previous Comments: [2003-04-02 10:44:08] carchitect at hotmail dot com well thx for the suggestion but i downloaded php4-200304021230 today stills same problem it is not generating the libphp4.so should i install apache again because i found somewhere in previuos bugs to install apache with --enable-rule=SHARED_CORE [2003-04-02 10:39:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 10:39:00] [EMAIL PROTECTED] It works fine here, it's just some local problem of your system. Please ask support questions elsewhere. [2003-04-02 10:32:32] carchitect at hotmail dot com well i am working on latest update now...still same problem i downloaded it today only [2003-04-02 10:24:31] [EMAIL PROTECTED] 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 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Fbk]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com Status: Feedback Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: And what was the configure line you use to configure PHP anyway? Previous Comments: [2003-04-02 10:45:20] [EMAIL PROTECTED] Yes, you should.. [2003-04-02 10:44:08] carchitect at hotmail dot com well thx for the suggestion but i downloaded php4-200304021230 today stills same problem it is not generating the libphp4.so should i install apache again because i found somewhere in previuos bugs to install apache with --enable-rule=SHARED_CORE [2003-04-02 10:39:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 10:39:00] [EMAIL PROTECTED] It works fine here, it's just some local problem of your system. Please ask support questions elsewhere. [2003-04-02 10:32:32] carchitect at hotmail dot com well i am working on latest update now...still same problem i downloaded it today only 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Fbk->Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: thx i will do it and then will get back here Previous Comments: [2003-04-02 10:45:57] [EMAIL PROTECTED] And what was the configure line you use to configure PHP anyway? [2003-04-02 10:45:20] [EMAIL PROTECTED] Yes, you should.. [2003-04-02 10:44:08] carchitect at hotmail dot com well thx for the suggestion but i downloaded php4-200304021230 today stills same problem it is not generating the libphp4.so should i install apache again because i found somewhere in previuos bugs to install apache with --enable-rule=SHARED_CORE [2003-04-02 10:39:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-04-02 10:39:00] [EMAIL PROTECTED] It works fine here, it's just some local problem of your system. Please ask support questions elsewhere. 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' Previous Comments: [2003-04-02 10:46:12] carchitect at hotmail dot com thx i will do it and then will get back here [2003-04-02 10:45:57] [EMAIL PROTECTED] And what was the configure line you use to configure PHP anyway? [2003-04-02 10:45:20] [EMAIL PROTECTED] Yes, you should.. [2003-04-02 10:44:08] carchitect at hotmail dot com well thx for the suggestion but i downloaded php4-200304021230 today stills same problem it is not generating the libphp4.so should i install apache again because i found somewhere in previuos bugs to install apache with --enable-rule=SHARED_CORE [2003-04-02 10:39:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Opn->Fbk]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www Previous Comments: [2003-04-02 10:47:27] carchitect at hotmail dot com './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' [2003-04-02 10:46:12] carchitect at hotmail dot com thx i will do it and then will get back here [2003-04-02 10:45:57] [EMAIL PROTECTED] And what was the configure line you use to configure PHP anyway? [2003-04-02 10:45:20] [EMAIL PROTECTED] Yes, you should.. [2003-04-02 10:44:08] carchitect at hotmail dot com well thx for the suggestion but i downloaded php4-200304021230 today stills same problem it is not generating the libphp4.so should i install apache again because i found somewhere in previuos bugs to install apache with --enable-rule=SHARED_CORE 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Fbk->Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: ok thx let me try Previous Comments: [2003-04-02 10:55:15] [EMAIL PROTECTED] Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www [2003-04-02 10:47:27] carchitect at hotmail dot com './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' [2003-04-02 10:46:12] carchitect at hotmail dot com thx i will do it and then will get back here [2003-04-02 10:45:57] [EMAIL PROTECTED] And what was the configure line you use to configure PHP anyway? [2003-04-02 10:45:20] [EMAIL PROTECTED] Yes, you should.. 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#21283 [Fbk->NoF]: User not logged under Apache2
ID: 21283
Updated by: [EMAIL PROTECTED]
Reported By: tamagawa at osa dot att dot ne dot jp
-Status: Feedback
+Status: No Feedback
Bug Type: Apache2 related
Operating System: SunOS 5.9
PHP Version: 4.3.1
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-03-26 22:43:34] [EMAIL PROTECTED]
Hi Tamagawa.
we've done a big change in the apache2 <--> php interface in the
current CVS head, which may have helped with your issue.
please note that apache will grow in memory usage for a while it is
still warming up, until it peaks out (due to the way it uses pooled
memory) is it possible you are seeing this?
the way to test this is if you keep seeing a increasing memory
utilization after say a 30-40 minutes of hitting your server with a
constant load.
regards
ian
[2003-02-12 23:40:29] tamagawa at osa dot att dot ne dot jp
Simply doing
-h.putrequest('GET', '/test.php')
+h.putrequest('GET', '/index.html.en')
stops leaking.
(Hope this is the right way to reply my own report...)
[2003-02-12 23:21:06] [EMAIL PROTECTED]
Hmm...are you sure it's not just apache2 that leaks..?
Try without PHP installed..?
(and please don't use the 'Add Comment' when you reply to your own
report!)
[2003-02-12 22:54:33] tamagawa at osa dot att dot ne dot jp
Sorry to say that it still happens. tested under winXP.
Amount of memory that leaks seems same as before.
tamagawa
[2003-02-12 21:45:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
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/21283
--
Edit this bug report at http://bugs.php.net/?id=21283&edit=1
#22934 [Fbk->NoF]: cURL does not work
ID: 22934 Updated by: [EMAIL PROTECTED] Reported By: matt at criticalcode dot com -Status: Feedback +Status: No Feedback Bug Type: cURL related Operating System: Windows 2000/XP PHP Version: 4.3.1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-27 17:14:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-27 13:54:47] matt at criticalcode dot com Sorry, I copied the 2 DLL's to my %SYSTEMROOT/SYSTEM32% folder not the $SYSTEMROOT% [2003-03-27 13:53:39] matt at criticalcode dot com Sorry, but I am not really a hardcore programmer so I am not sure how I should go about providing more debugging information. I'll try to explain what I experienced though. I needed to use the cURL function for an ecommerce site, so I decided to enable it. I had been running PHP as an ISAPI plugin to IIS 5.1/5.0. So I went into the php.ini and took out the ; next to the extension, check that my extension folder was correct and saved the ini file. I then according to instructions I read on the web copied ssleay32.dll and libeay32.dll to my %SYSTEMROOT%. Then I restarted IIS using the command line 'iisreset'. I then ran my page using the cURL (that was verified working on another machine) and nothing happened. No errors, no popups, no output from the error trapping code I had in place to grab any cURL errors. Here is an error from my event log: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!php_execute_script + 0x22A '. I hope this information has proved to be helpful. Thanks, Matt [2003-03-27 13:36:28] [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. "It doesn't work" is not a good description of a problem. [2003-03-27 13:27:21] matt at criticalcode dot com I tried to get cURL to work using 4.3.1, and was unable to make it work. I went through all the correct installation procedures and double checked everything. I then remove PHP from the 2 test systems, and install 4.2.3, went through the same steps and cURL now works perfectly. -- Edit this bug report at http://bugs.php.net/?id=22934&edit=1
#23017 [Opn->Fbk]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: Please DO NOT change the status of this report before you really GIVE feedback. (no, saying "I will try" is not feedback..) Previous Comments: [2003-04-02 10:55:15] [EMAIL PROTECTED] Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www [2003-04-02 10:47:27] carchitect at hotmail dot com './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' [2003-04-02 10:46:12] carchitect at hotmail dot com thx i will do it and then will get back here [2003-04-02 10:45:57] [EMAIL PROTECTED] And what was the configure line you use to configure PHP anyway? [2003-04-02 10:45:20] [EMAIL PROTECTED] Yes, you should.. 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23014 [Opn->Fbk]: Wrong output with funtion fwrite(), fputs()
ID: 23014 Updated by: [EMAIL PROTECTED] Reported By: c dot ferrari at gmx dot net -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows XP PHP Version: 4.3.2RC1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-04-02 04:35:28] c dot ferrari at gmx dot net Since PHP version 4.3.1 an also in version 4.3.2RC1 I have found some problems with the function fputs() fwrite(). If you write only one character the functinon write two!! Example 1: Result: With a Hexeditor you can see 2A 0A. Example 2: Result: With a Hexeditor you can see the correct result 2A 2A. -- Edit this bug report at http://bugs.php.net/?id=23014&edit=1
#23011 [Opn->Fbk]: fpassthru changed?
ID: 23011
Updated by: [EMAIL PROTECTED]
Reported By: gts at uclink dot berkeley dot edu
-Status: Open
+Status: Feedback
Bug Type: Filesystem function related
Operating System: SunOS 5.7
PHP Version: 4.3.1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2003-04-01 21:57:21] gts at uclink dot berkeley dot edu
Have been using the following code for downloads with PHP
4.2.2 and Apache/1.3.26. Fpassthru() did not return on an
aborted download (user selects cancel). Now with PHP 4.3.1
and Apache 2, aborted downloads return and give the OK
message:
$fp = @fopen( "$file", 'r' );
$rc = fpassthru($fp);
Log("($file) ($rc) Download OK.");
The value returned by fpassthru($fp) is always the full size
of the file even when the download is aborted (even on very
large files where there is no chance it could actually have
beem read, 250MB). When tested with ===, fpassthru($fp)
always returns FALSE. Same results with readfile().
What's happening here?
Greg Small
[EMAIL PROTECTED]
--
Edit this bug report at http://bugs.php.net/?id=23011&edit=1
#23006 [Opn->Fbk]: No libphp4.so produced
ID: 23006 Updated by: [EMAIL PROTECTED] Reported By: sama at inf dot ufsc dot br -Status: Open +Status: Feedback -Bug Type: *General Issues +Bug Type: Apache2 related Operating System: OpenBSD 3.2 PHP Version: 4CVS-2003-04-01 (stable) New Comment: Try with this configure line: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --disable-all Previous Comments: [2003-04-01 13:25:19] sama at inf dot ufsc dot br Hi, I got the php4-STABLE-latest.tar.gz and use the following options on ./configure: --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs with-gettext --with-xml --with-mcrypt --with-imap --with-imap-ssl --enable-sysvsem --enable-sysvshm --with-zlib --with-gmp --with-openssl --with-mhash After using the 'make' finish I use make install in order to install the php dynamic module on a Apache 2.0.44 but, unfortunately the libphp4.so isn't generated. I've seen the lists sugestions and have applied all of them but, the error still occur. I think it's a PHP4 problem. Roberto Samarone Araujo -- Edit this bug report at http://bugs.php.net/?id=23006&edit=1
#23005 [Opn->Bgs]: imap_open does not quote username/password in LOGIN command
ID: 23005 Updated by: [EMAIL PROTECTED] Reported By: chris at jazzyb dot org dot uk -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: GNU/Linux (Debian 3.0) PHP Version: 4.3.2RC1 New Comment: The RFC does not say that these always have to be quoted. So if some braindead imap server requires it, feel free to add those yourself. (or this is the responsibility of c-client, in which case: report this to the author of it) Not PHP bug. Previous Comments: [2003-04-01 12:50:43] chris at jazzyb dot org dot uk This bug was found with horde2/imp3. When logging into a Courier IMAP server I found I could not login successfully. By use of tcpdump and comparing the behaviour of php/imap and mutt in imap client mode I was able to determine that mutt is quoting the username/password (e.g. LOGIN "username" "password") whereas the php application was not. This only shows up because I had special characters in my IMAP password. I am able to workaround the problem by using a different password. -- Edit this bug report at http://bugs.php.net/?id=23005&edit=1
#23017 [Fbk->Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: well i am getting one error 'SET_QUOTA' undeclared (first use in this function) in file php_imap.c i checked code also and got this variable or constant there but unable to find its source Previous Comments: [2003-04-02 10:59:15] [EMAIL PROTECTED] Please DO NOT change the status of this report before you really GIVE feedback. (no, saying "I will try" is not feedback..) [2003-04-02 10:55:15] [EMAIL PROTECTED] Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www [2003-04-02 10:47:27] carchitect at hotmail dot com './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' [2003-04-02 10:46:12] carchitect at hotmail dot com thx i will do it and then will get back here [2003-04-02 10:45:57] [EMAIL PROTECTED] And what was the configure line you use to configure PHP anyway? 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23004 [Opn->Bgs]: The ftp_close or ftp_quit didn't send QUIT to server
ID: 23004 Updated by: [EMAIL PROTECTED] Reported By: wanght at hotmail dot com -Status: Open +Status: Bogus Bug Type: FTP related Operating System: Window 2000 PHP Version: 4.3.1 New Comment: Not enough information why this is a problem. (if you know how PHP works, you'd know that the ftp_quit() is called in the resource destructor code) Previous Comments: [2003-04-01 11:26:55] wanght at hotmail dot com I take look at source code of PHP 4.3.1, there are two functions ftp_close and ftp_quit in ftp.c, But the PHP funcions ftp_close and ftp_quit in php_ftp.c didn't invoke these real function. What happens? -- Edit this bug report at http://bugs.php.net/?id=23004&edit=1
#23017 [Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com Status: Open Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: this is the exact error now Previous Comments: [2003-04-02 11:11:19] carchitect at hotmail dot com well i am getting one error 'SET_QUOTA' undeclared (first use in this function) in file php_imap.c i checked code also and got this variable or constant there but unable to find its source [2003-04-02 10:59:15] [EMAIL PROTECTED] Please DO NOT change the status of this report before you really GIVE feedback. (no, saying "I will try" is not feedback..) [2003-04-02 10:55:15] [EMAIL PROTECTED] Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www [2003-04-02 10:47:27] carchitect at hotmail dot com './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' [2003-04-02 10:46:12] carchitect at hotmail dot com thx i will do it and then will get back here 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com Status: Open Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: this is the exact error now /usr/local/php4-200304021230/ext/imap/php_imap.c:339: syntax error before `QUOTA LIST' /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `mail_getquota': /usr/local/php4-200304021230/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c:344: (Each undeclared identifie r is reported only once /usr/local/php4-200304021230/ext/imap/php_imap.c:344: for each function it appea rs in.) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot a': /usr/local/php4-200304021230/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (fi rst use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot aroot': /usr/local/php4-200304021230/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (fi rst use in this function) *** Error code 1 Stop in /usr/local/php4-200304021230. Previous Comments: [2003-04-02 11:14:50] carchitect at hotmail dot com this is the exact error now [2003-04-02 11:11:19] carchitect at hotmail dot com well i am getting one error 'SET_QUOTA' undeclared (first use in this function) in file php_imap.c i checked code also and got this variable or constant there but unable to find its source [2003-04-02 10:59:15] [EMAIL PROTECTED] Please DO NOT change the status of this report before you really GIVE feedback. (no, saying "I will try" is not feedback..) [2003-04-02 10:55:15] [EMAIL PROTECTED] Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www [2003-04-02 10:47:27] carchitect at hotmail dot com './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Opn->Fbk]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: Did you use clean sources or not between different configure lines? You didn't get this error before? Or is this the reason you haven't got the libphp4.so even??? And it's just matter of broken c-client installation. Previous Comments: [2003-04-02 11:14:56] carchitect at hotmail dot com this is the exact error now /usr/local/php4-200304021230/ext/imap/php_imap.c:339: syntax error before `QUOTA LIST' /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `mail_getquota': /usr/local/php4-200304021230/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c:344: (Each undeclared identifie r is reported only once /usr/local/php4-200304021230/ext/imap/php_imap.c:344: for each function it appea rs in.) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot a': /usr/local/php4-200304021230/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (fi rst use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot aroot': /usr/local/php4-200304021230/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (fi rst use in this function) *** Error code 1 Stop in /usr/local/php4-200304021230. [2003-04-02 11:14:50] carchitect at hotmail dot com this is the exact error now [2003-04-02 11:11:19] carchitect at hotmail dot com well i am getting one error 'SET_QUOTA' undeclared (first use in this function) in file php_imap.c i checked code also and got this variable or constant there but unable to find its source [2003-04-02 10:59:15] [EMAIL PROTECTED] Please DO NOT change the status of this report before you really GIVE feedback. (no, saying "I will try" is not feedback..) [2003-04-02 10:55:15] [EMAIL PROTECTED] Use this configure line instead: ./configure --with-apxs=/usr/local/www/bin/apxs --with-config-file-path=/usr/local/www/etc --with-zlib --with-imap=/usr/local --with-mysql=/usr/local --prefix=/usr/local/www 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#22091 [Com]: make test crashes with "Bus error"
ID: 22091 Comment by: yahoo at yahoo dot com Reported By: slash at peereboom dot us Status: No Feedback Bug Type: Reproducible crash Operating System: OpenBSD 3.2 sparc64 PHP Version: 4.3.0 New Comment: remove or edit this bug - it ruins the search function, probably big companies playing games to slow down php and open source progress Previous Comments: [2003-02-19 04:39:25] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-06 16:24:29] [EMAIL PROTECTED] PLEASE try this snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz (what is pre-snapshot anyway?) And I asked the output of _ONE_ test, not ALL of them.. Do NOT add any more long texts!! [2003-02-06 11:35:28] slash at peereboom dot us [EMAIL PROTECTED] php-4.3.0]# make test = CWD : /root/php-4.3.0 PHP : /root/php-4.3.0/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 4.3.0 ZEND_VERSION: 1.3.0 PHP_OS : OpenBSD INI actual : /root/php-4.3.0 More .INIs : Extra dirs : = TIME START 2003-02-06 11:14:28 = PASS EXPECT [tests/run-test/test001.phpt] PASS EXPECTF [tests/run-test/test002.phpt] PASS EXPECTREGEX [tests/run-test/test003.phpt] PASS INI section allows '=' [tests/run-test/test004.phpt] PASS Error message handling [tests/run-test/test005.phpt] PASS Error messages are shown [tests/run-test/test006.phpt] PASS dirname test [tests/run-test/test007.phpt] PASS Trivial "Hello World" test [tests/basic/001.phpt] SKIP Simple POST Method test [tests/basic/002.phpt] SKIP GET and POST Method combined [tests/basic/003.phpt] SKIP Two variables in POST data [tests/basic/004.phpt] SKIP Three variables in POST data [tests/basic/005.phpt] PASS Add 3 variables together and print result [tests/basic/006.phpt] PASS Multiply 3 variables and print result [tests/basic/007.phpt] PASS Divide 3 variables and print result [tests/basic/008.phpt] PASS Subtract 3 variables and print result [tests/basic/009.phpt] PASS Testing | and & operators [tests/basic/010.phpt] SKIP Testing $argc and $argv handling (GET) [tests/basic/011.phpt] PASS Testing $argc and $argv handling (cli) [tests/basic/012.phpt] PASS Bug #20539 (PHP CLI Segmentation Fault) [tests/basic/bug20539.phpt] PASS Methods via variable name, bug #20120 [tests/classes/bug20120.phpt] PASS Classes general test [tests/classes/class_example.phpt] PASS Classes inheritance test [tests/classes/inheritance.phpt] PASS Strlen() function test [tests/func/001.phpt] PASS Static variables in functions [tests/func/002.phpt] PASS General function test [tests/func/003.phpt] PASS General function test [tests/func/004.phpt] PASS Testing register_shutdown_function() [tests/func/005.phpt] PASS Output buffering tests [tests/func/006.phpt] PASS INI functions test [tests/func/007.phpt] PASS Test for buffering in core functions with implicit flush off [tests/func/008.phpt] PASS Test for buffering in core functions with implicit flush on [tests/func/009.phpt] PASS Simple If condition test [tests/lang/001.phpt] PASS Simple While Loop Test [tests/lang/002.phpt] PASS Simple Switch Test [tests/lang/003.phpt] PASS Simple If/Else Test [tests/lang/004.phpt] PASS Simple If/ElseIf/Else Test [tests/lang/005.phpt] PASS Nested If/ElseIf/Else Test [tests/lang/006.phpt] PASS Function call with global and static variables [tests/lang/007.phpt] PASS Testing recursive function [tests/lang/008.phpt] PASS Testing function parameter passing [tests/lang/009.phpt] PASS Testing function parameter passing with a return value [tests/lang/010.phpt] PASS Testing nested functions [tests/lang/011.phpt] PASS Testing stack after early function return [tests/lang/012.phpt] PASS Testing eval function [tests/lang/013.phpt] PASS Testing eval function inside user-defined function [tests/lang/014.phpt] PASS Testing include [tests/lang/015.phpt] PASS Testing user-defined function in included file [tests/lang/016.phpt] PASS Testing user-defined function falling out of an If into another [tests/lang/017.phpt] PASS eval() test [tests/lang/018.phpt] PASS eval() test [tests/lang/019.phpt] PASS Switch test 1 [tests/lang/020.phpt] PASS Switch test 2 [tests/lang/021.phpt] PASS Switch test 3 [tests/lang/022.phpt] PASS Regression test [tests/lang/023.phpt] PASS Looped regression test (may take a while) [tests/lang/024.phpt] P
#23023 [NEW]: output_buffering problem with IE 6.0
From: mak77 at anvi dot it
Operating system: Windows XP
PHP version: 4.3.2RC1
PHP Bug Type: Output Control
Bug description: output_buffering problem with IE 6.0
ok so here is my problem
my php.ini is set to
output_buffering = On
output_handler = ob_gzhandler
zlib.output_compression = Off
;zlib.output_handler =
and i have a script (content management system similar to php-nuke), it's
a very big pile of code so i cannot put here it all.
hwv... the script has mainly an API that is a class..
the part of interest is
class API
{
var $_OB=true;
var $_OB_HANDLER='ob_gzhandler';
function API()
{
if(ini_get('zlib.output_compression')) $this->_OB_HANDLER='';
if(!ini_get('output_buffering') && $this->_OB)
{ob_start($this->_OB_HANDLER);}
if(!$this->_OB && ini_get('output_buffering')) {$this->_OB=true;}
}
... other code
}
a page is build as
$API->page_start(); //html headers and module initialize
//contents here
$API->page_end();
the problem is that having output_buffering=on often the browser stay
"stuck" waiting for the page (and i have to refresh to get the page),
while other times it renders the page immediately.
the problem totally disappear if i set output_buffering=off in the php.ini
file (i can do this on my pc but not on provider's server!)
so i've tried to put this code in $API->page_end (the last function
called)
if($this->_OB) {
//$page=ob_get_contents();
$page=ob_get_contents();
$fp=fopen("debug.txt","w");
fwrite($fp,var_export(ob_get_status(true),true)."\n\n".$page);
fclose($fp);
ob_end_flush();
}
the scripts reach the end (a debug.txt file is created correctly) but the
page is not always displayed (1 time works correctly, 1 time the browser
wait for something and do nothing)
the debug.txt file contains:
array (
0 =>
array (
'chunk_size' => 0,
'size' => 61440,
'block_size' => 10240,
'type' => 1,
'status' => 0,
'name' => 'ob_gzhandler',
'del' => true,
),
)
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"; />
http://www.w3.org/1999/xhtml"; xml:lang="IT" lang="IT"
dir="ltr">
... and so on
Browser is IE 6.0 sp1, works correctly with mozilla 1.2, so is probably
some header's problem.
Same problem with phpMyAdmin 2.4.0
server is IIS 5.1, php installed as an isapi filter
waiting for some help if possible, i'll try to create a little script to
reproduce the problem...
--
Edit bug report at http://bugs.php.net/?id=23023&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23023&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23023&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23023&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23023&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23023&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23023&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23023&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23023&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23023&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23023&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23023&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23023&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23023&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23023&r=gnused
#23017 [Fbk->Opn]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: well i didn't use clean sources in between configure lines...yet and i got this error first time as we changed the configure option little may be due to that... could you pls tell me how to use it or should i write one complete line regards Previous Comments: [2003-04-02 11:16:39] [EMAIL PROTECTED] Did you use clean sources or not between different configure lines? You didn't get this error before? Or is this the reason you haven't got the libphp4.so even??? And it's just matter of broken c-client installation. [2003-04-02 11:14:56] carchitect at hotmail dot com this is the exact error now /usr/local/php4-200304021230/ext/imap/php_imap.c:339: syntax error before `QUOTA LIST' /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `mail_getquota': /usr/local/php4-200304021230/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c:344: (Each undeclared identifie r is reported only once /usr/local/php4-200304021230/ext/imap/php_imap.c:344: for each function it appea rs in.) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot a': /usr/local/php4-200304021230/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (fi rst use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot aroot': /usr/local/php4-200304021230/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (fi rst use in this function) *** Error code 1 Stop in /usr/local/php4-200304021230. [2003-04-02 11:14:50] carchitect at hotmail dot com this is the exact error now [2003-04-02 11:11:19] carchitect at hotmail dot com well i am getting one error 'SET_QUOTA' undeclared (first use in this function) in file php_imap.c i checked code also and got this variable or constant there but unable to find its source [2003-04-02 10:59:15] [EMAIL PROTECTED] Please DO NOT change the status of this report before you really GIVE feedback. (no, saying "I will try" is not feedback..) 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23017 [Opn->Bgs]: generation of libphp4.so
ID: 23017 Updated by: [EMAIL PROTECTED] Reported By: carchitect at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: This is not a support forum and obviously you just don't know what you're doing. So please ask these support questions elsewhere. Previous Comments: [2003-04-02 11:18:59] carchitect at hotmail dot com well i didn't use clean sources in between configure lines...yet and i got this error first time as we changed the configure option little may be due to that... could you pls tell me how to use it or should i write one complete line regards [2003-04-02 11:16:39] [EMAIL PROTECTED] Did you use clean sources or not between different configure lines? You didn't get this error before? Or is this the reason you haven't got the libphp4.so even??? And it's just matter of broken c-client installation. [2003-04-02 11:14:56] carchitect at hotmail dot com this is the exact error now /usr/local/php4-200304021230/ext/imap/php_imap.c:339: syntax error before `QUOTA LIST' /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `mail_getquota': /usr/local/php4-200304021230/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c:344: (Each undeclared identifie r is reported only once /usr/local/php4-200304021230/ext/imap/php_imap.c:344: for each function it appea rs in.) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot a': /usr/local/php4-200304021230/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (fi rst use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot aroot': /usr/local/php4-200304021230/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (fi rst use in this function) *** Error code 1 Stop in /usr/local/php4-200304021230. [2003-04-02 11:14:50] carchitect at hotmail dot com this is the exact error now [2003-04-02 11:11:19] carchitect at hotmail dot com well i am getting one error 'SET_QUOTA' undeclared (first use in this function) in file php_imap.c i checked code also and got this variable or constant there but unable to find its source The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#23023 [Opn->Fbk]: output_buffering problem with IE 6.0
ID: 23023
Updated by: [EMAIL PROTECTED]
Reported By: mak77 at anvi dot it
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.2RC1
New Comment:
Please tell us what headers are output when you run your script? (And
I'm pretty sure this is IE6 bug and not PHP bug)
Previous Comments:
[2003-04-02 11:18:43] mak77 at anvi dot it
ok so here is my problem
my php.ini is set to
output_buffering = On
output_handler = ob_gzhandler
zlib.output_compression = Off
;zlib.output_handler =
and i have a script (content management system similar to php-nuke),
it's a very big pile of code so i cannot put here it all.
hwv... the script has mainly an API that is a class..
the part of interest is
class API
{
var $_OB=true;
var $_OB_HANDLER='ob_gzhandler';
function API()
{
if(ini_get('zlib.output_compression')) $this->_OB_HANDLER='';
if(!ini_get('output_buffering') && $this->_OB)
{ob_start($this->_OB_HANDLER);}
if(!$this->_OB && ini_get('output_buffering'))
{$this->_OB=true;}
}
... other code
}
a page is build as
$API->page_start(); //html headers and module initialize
//contents here
$API->page_end();
the problem is that having output_buffering=on often the browser stay
"stuck" waiting for the page (and i have to refresh to get the page),
while other times it renders the page immediately.
the problem totally disappear if i set output_buffering=off in the
php.ini file (i can do this on my pc but not on provider's server!)
so i've tried to put this code in $API->page_end (the last function
called)
if($this->_OB) {
//$page=ob_get_contents();
$page=ob_get_contents();
$fp=fopen("debug.txt","w");
fwrite($fp,var_export(ob_get_status(true),true)."\n\n".$page);
fclose($fp);
ob_end_flush();
}
the scripts reach the end (a debug.txt file is created correctly) but
the page is not always displayed (1 time works correctly, 1 time the
browser wait for something and do nothing)
the debug.txt file contains:
array (
0 =>
array (
'chunk_size' => 0,
'size' => 61440,
'block_size' => 10240,
'type' => 1,
'status' => 0,
'name' => 'ob_gzhandler',
'del' => true,
),
)
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"; />
http://www.w3.org/1999/xhtml"; xml:lang="IT" lang="IT"
dir="ltr">
... and so on
Browser is IE 6.0 sp1, works correctly with mozilla 1.2, so is probably
some header's problem.
Same problem with phpMyAdmin 2.4.0
server is IIS 5.1, php installed as an isapi filter
waiting for some help if possible, i'll try to create a little script
to reproduce the problem...
--
Edit this bug report at http://bugs.php.net/?id=23023&edit=1
#23017 [Bgs]: generation of libphp4.so
ID: 23017 User updated by: carchitect at hotmail dot com Reported By: carchitect at hotmail dot com Status: Bogus Bug Type: Apache related Operating System: freebsd4.4 PHP Version: 4.3.0 New Comment: well thx for the help yet... i came here because i didn't get proper help from my server ppl. they have shown their hands and said sorry...big sorry... but i am pleased that i gpt lots of help from you ppl... i will still try it regards Previous Comments: [2003-04-02 11:20:24] [EMAIL PROTECTED] This is not a support forum and obviously you just don't know what you're doing. So please ask these support questions elsewhere. [2003-04-02 11:18:59] carchitect at hotmail dot com well i didn't use clean sources in between configure lines...yet and i got this error first time as we changed the configure option little may be due to that... could you pls tell me how to use it or should i write one complete line regards [2003-04-02 11:16:39] [EMAIL PROTECTED] Did you use clean sources or not between different configure lines? You didn't get this error before? Or is this the reason you haven't got the libphp4.so even??? And it's just matter of broken c-client installation. [2003-04-02 11:14:56] carchitect at hotmail dot com this is the exact error now /usr/local/php4-200304021230/ext/imap/php_imap.c:339: syntax error before `QUOTA LIST' /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `mail_getquota': /usr/local/php4-200304021230/ext/imap/php_imap.c:344: `qlist' undeclared (first use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c:344: (Each undeclared identifie r is reported only once /usr/local/php4-200304021230/ext/imap/php_imap.c:344: for each function it appea rs in.) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot a': /usr/local/php4-200304021230/ext/imap/php_imap.c:869: `SET_QUOTA' undeclared (fi rst use in this function) /usr/local/php4-200304021230/ext/imap/php_imap.c: In function `zif_imap_get_quot aroot': /usr/local/php4-200304021230/ext/imap/php_imap.c:903: `SET_QUOTA' undeclared (fi rst use in this function) *** Error code 1 Stop in /usr/local/php4-200304021230. [2003-04-02 11:14:50] carchitect at hotmail dot com this is the exact error now 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/23017 -- Edit this bug report at http://bugs.php.net/?id=23017&edit=1
#22985 [Bgs->Opn]: max_input_time
ID: 22985 User updated by: excalibur at hub dot org Reported By: excalibur at hub dot org -Status: Bogus +Status: Open Bug Type: *Configuration Issues Operating System: FreeBSD 4.8RC PHP Version: 4.3.1 New Comment: It was my understanding that the php.ini file is used when it exists, otherwise the default values are used, correct? Previous Comments: [2003-04-02 10:37:55] [EMAIL PROTECTED] That just means your php.ini file is not read. (or you mistyped the setting) Still not bug. [2003-04-01 08:29:39] excalibur at hub dot org That was the bug I was pointing out :> [2003-04-01 08:28:58] excalibur at hub dot org Understood, however that does not explain why if the max_input_time is set to 600 in the php.ini file, it still is registered as a -1 on the phpinfo() page and as such does not get used... Only by creating a .htaccess file does that value seem to get registered and used... Ie, if I upload a file with out the .htaccess file defining the parameter, I can not upload any file larger then 32 KBytes, but using it allows me to upload a file that transfers within the 10 minute time limit.. [2003-03-31 15:28:36] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If max_input_time == -1, then the value of max_execution_time is used in it's place. [2003-03-31 11:25:33] excalibur at hub dot org Hi All, Ok, been doing some testing in relation to the file uploads issue to help a client of mine and found the following issue. With 4.3.x the max_input_time definition in the php.ini file seems to be ignored. Regardless of what I set it to in that file, phpinfo() only shows a -1 in the field and subsequently I can not upload any files larger then about 32 Kbytes. Anything more then that and the upload completes and the file disappears. Doing a quick search around the net shows that the -1 was supposed to define unlimited time?? When I use a .htaccess file and set the value via: php_flag max_input_time 600 phpinfo() shows the proper information, and that the 600 has taken affect. At this time I can upload files upto the limits set via: upload_max_filesize = XXM I have a feeling that one of two things is happening, the "unlimited" time is not being taken into account (if that is what the -1 denotes), or the value is not being used at all via the php.ini settings, but forcing it via a .htaccess file causes the value to be set properly.. -- Edit this bug report at http://bugs.php.net/?id=22985&edit=1
#23021 [Csd]: make install error 139 when --with-oci8 is on
ID: 23021 User updated by: jascsua at itccanarias dot org Reported By: jascsua at itccanarias dot org Status: Closed Bug Type: OCI8 related Operating System: Sun Solaris 5.8, 5.9 PHP Version: 4.3.1 New Comment: Really? :-( I'm sorry but still thinlking that there is a BIG trouble. Please Any solution? Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so chmod 755 /usr/local/apache/libexec/libphp4.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing shared extensions: /usr/local/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /usr/local/lib/php/ Segmentation Fault - core dumped make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 fataga01:/array/install/php4-STABLE-200304021630# --- Log File kg_alert_?.log: fataga01:/array/install/php4-STABLE-200304021630# cat kg_alert_?.log Wed Apr 2 18:30:46 2003 Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc: KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] fataga01:/array/install/php4-STABLE-200304021630# --- Second Trace file: kg_?_1351.trc fataga01:/array/install/php4-STABLE-200304021630# cat kg_alert_?.log Wed Apr 2 18:30:46 2003 Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc: KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] fataga01:/array/install/php4-STABLE-200304021630# fataga01:/array/install/php4-STABLE-200304021630# cat kg_?_1351.trc Dump file /array/install/php4-STABLE-200304021630/kg_?_1351.trc KG Platform ORACLE_HOME = /oracle System name:SunOS Node name: fataga01 Release:5.9 Version:Generic_112233-04 Machine:sun4u *** 2003.04.02.18.30.46.520 KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], [] - Call Stack Trace - NOTE: +offset is used to represent that the function being called is offset bytes from the _PROCEDURE_LINKAGE_TABLE_. calling call entryargument values in hex location type point(? means dubious value) kgupdmp()+632CALL +19716 FFBFED98 ? 33 ? ? FFF8 ? 0 ? 1 ? kgerinv()+160PTR_CALL 388B60 ? 3 ? 258 ? FE53C1DC ? 0 ? FFBFEEBC ? kgeasnmierr()+28 CALL +71400 388B60 ? 38255C ? FE53C1DC ? 0 ? FFBFEEBC ? 1F ? kgupticon()+396 CALL +14160 388B60 ? 38255C ? FE53C1DC ? 0 ? 80006C30 ? 0 ? kguptscdrv()+408 PTR_CALL 0 ? 18D0 ? 0 ? 8003C360 ? 1 ? 0 ? kguptcon()+348 CALL kguptscdrv()+0 FE5FC2E0 ? 1C00 ? 1800 ? FE5A8788 ? 1C10 ? FE5D37A8 ? kgup_thread_connect CALL +24852 388B60 ? 1 ? 0 ? 0 ? 0 ? 0 ? kpuinit0()+2964 CALL +15528 388B60 ? 0 ? FFBFF490 ? FFF8 ? FFE0 ? FFBFF4B5 ? kpuinit()+92 CALL +15456 ECA0 ? E800 ? EC00 ? 0 ? 0 ? 0 ? OCIEnvInit()+20 CALL +9120 316EE0 ? 0 ? 0 ? 0 ? 0 ? 382501 ? php_oci_init_global CALL +5748 316EE0 ? 0 ? 0 ? 0 ? 0 ? 0 ? zm_startup_oci()+52 CALL php_oci_init_global 316EC8 ? 6030 ? 0 ? 0 ? 0 ? 0 ? zend_startup_module PTR_CALL 0 ? B ? B ? DFBB8 ? 0 ? 0 ? php_startup_extensi CALL zend_startup_module 30A024 ? 30A024 ? 0 ? 1 ? 0 ? 0 ? php_module_startup CALL php_startup_interna 30E1C8 ? 30E220 ? 4 ? 3 ? 0 ? 0 ? main()+292 CALL php_module_startup ? 5000 ? 0 ? 300A2C ? 30E12C ? 1 ? _start()+92 CALL main()+0 30E12C ? 1 ? FFBFFA94 ? 312814 ? 0
#22985 [Opn->Bgs]: max_input_time
ID: 22985 Updated by: [EMAIL PROTECTED] Reported By: excalibur at hub dot org -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: FreeBSD 4.8RC PHP Version: 4.3.1 New Comment: No, it won't be used if it's not in the right place. (for one reason, there are others too.) Previous Comments: [2003-04-02 11:28:10] excalibur at hub dot org It was my understanding that the php.ini file is used when it exists, otherwise the default values are used, correct? [2003-04-02 10:37:55] [EMAIL PROTECTED] That just means your php.ini file is not read. (or you mistyped the setting) Still not bug. [2003-04-01 08:29:39] excalibur at hub dot org That was the bug I was pointing out :> [2003-04-01 08:28:58] excalibur at hub dot org Understood, however that does not explain why if the max_input_time is set to 600 in the php.ini file, it still is registered as a -1 on the phpinfo() page and as such does not get used... Only by creating a .htaccess file does that value seem to get registered and used... Ie, if I upload a file with out the .htaccess file defining the parameter, I can not upload any file larger then 32 KBytes, but using it allows me to upload a file that transfers within the 10 minute time limit.. [2003-03-31 15:28:36] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If max_input_time == -1, then the value of max_execution_time is used in it's place. 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/22985 -- Edit this bug report at http://bugs.php.net/?id=22985&edit=1
#23004 [Bgs->Opn]: The ftp_close or ftp_quit didn't send QUIT to server
ID: 23004 User updated by: wanght at hotmail dot com Reported By: wanght at hotmail dot com -Status: Bogus +Status: Open Bug Type: FTP related Operating System: Window 2000 PHP Version: 4.3.1 New Comment: Sorry, Let me explain the problem further. Following is my php script and ftp log. You can see there is not QUIT command in ftp log. As you know, the ftp_quit is alais of ftp_close in PHP, but I found two C function in ftp.c. The C function ftp_quit send QUIT to ftp server, but ftp_close didn't. I think this is the problem. In the FTP protocol, a client should send QUIT before disconnect the connection. I think the PHP ftp function should support that. Thnaks. = = Wed Apr 02 11:55:08 2003 0 Incoming connection request on interface 192.168.120.176 Wed Apr 02 11:55:08 2003 0 Connection request accepted from 192.168.120.176 Wed Apr 02 11:55:09 2003 0 USER test Wed Apr 02 11:55:09 2003 0 331 User test Ok, password please Wed Apr 02 11:55:09 2003 0 PASS *** Wed Apr 02 11:55:09 2003 0 230 Password Ok, User logged in Wed Apr 02 11:55:09 2003 0 The connection was closed by the remote socket. Wed Apr 02 11:55:09 2003 0 Connection terminated. == Previous Comments: [2003-04-02 11:12:28] [EMAIL PROTECTED] Not enough information why this is a problem. (if you know how PHP works, you'd know that the ftp_quit() is called in the resource destructor code) [2003-04-01 11:26:55] wanght at hotmail dot com I take look at source code of PHP 4.3.1, there are two functions ftp_close and ftp_quit in ftp.c, But the PHP funcions ftp_close and ftp_quit in php_ftp.c didn't invoke these real function. What happens? -- Edit this bug report at http://bugs.php.net/?id=23004&edit=1
#23024 [NEW]: Problems with iframe
From: elhumero at hotmail dot com Operating system: Windows 2000 prof PHP version: 4.3.2RC1 PHP Bug Type: Apache2 related Bug description: Problems with iframe Archive x.htm > > probe.php When I execute this code in Apache 2 under windows 2000, then the result of the first time is correct, outside the iframe and inside it, but the second or the third time, the result it like this ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)..., and the the OS send me an apache memory error, but the apache still running. -- Edit bug report at http://bugs.php.net/?id=23024&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23024&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23024&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23024&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23024&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23024&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23024&r=support Expected behavior: http://bugs.php.net/fix.php?id=23024&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23024&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23024&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23024&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23024&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23024&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23024&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23024&r=gnused
#23025 [NEW]: PHP 4.3.2RC1 crashes
From: mfroeb at gmx dot de
Operating system: Windows 2000 SP3
PHP version: 4.3.2RC1
PHP Bug Type: Apache2 related
Bug description: PHP 4.3.2RC1 crashes
I had set up Apache 2.0.45 with PHP 4.3.2RC1 and MySQL 3.23.55.
This script causes apache to crash with a "write failed" error. With PHP
4.3.1 everything's fine.
--- functions.php ---
--- login.php ---
http://"; . $_SERVER['HTTP_HOST'] .
dirname($_SERVER['PHP_SELF']) . "/main.php?sessionid=" . $sessionid);
exit;
} else {
$error = true;
}
sql_quit();
}
?>
Diese Name-/Passwortkombination ist im System
nicht bekannt!";
?>
Name:
Passwort:
Statistiken
Registrieren
header.php and footer.php are basically html files that output current
time and date.
--
Edit bug report at http://bugs.php.net/?id=23025&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23025&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23025&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23025&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23025&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23025&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23025&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23025&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23025&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23025&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23025&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23025&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23025&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23025&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23025&r=gnused
#23023 [Fbk->Opn]: output_buffering problem with IE 6.0
ID: 23023
User updated by: mak77 at anvi dot it
Reported By: mak77 at anvi dot it
-Status: Feedback
+Status: Open
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.2RC1
New Comment:
could you give me some help for catching headers when the browser hangs
up?
Previous Comments:
[2003-04-02 11:22:18] [EMAIL PROTECTED]
Please tell us what headers are output when you run your script? (And
I'm pretty sure this is IE6 bug and not PHP bug)
[2003-04-02 11:18:43] mak77 at anvi dot it
ok so here is my problem
my php.ini is set to
output_buffering = On
output_handler = ob_gzhandler
zlib.output_compression = Off
;zlib.output_handler =
and i have a script (content management system similar to php-nuke),
it's a very big pile of code so i cannot put here it all.
hwv... the script has mainly an API that is a class..
the part of interest is
class API
{
var $_OB=true;
var $_OB_HANDLER='ob_gzhandler';
function API()
{
if(ini_get('zlib.output_compression')) $this->_OB_HANDLER='';
if(!ini_get('output_buffering') && $this->_OB)
{ob_start($this->_OB_HANDLER);}
if(!$this->_OB && ini_get('output_buffering'))
{$this->_OB=true;}
}
... other code
}
a page is build as
$API->page_start(); //html headers and module initialize
//contents here
$API->page_end();
the problem is that having output_buffering=on often the browser stay
"stuck" waiting for the page (and i have to refresh to get the page),
while other times it renders the page immediately.
the problem totally disappear if i set output_buffering=off in the
php.ini file (i can do this on my pc but not on provider's server!)
so i've tried to put this code in $API->page_end (the last function
called)
if($this->_OB) {
//$page=ob_get_contents();
$page=ob_get_contents();
$fp=fopen("debug.txt","w");
fwrite($fp,var_export(ob_get_status(true),true)."\n\n".$page);
fclose($fp);
ob_end_flush();
}
the scripts reach the end (a debug.txt file is created correctly) but
the page is not always displayed (1 time works correctly, 1 time the
browser wait for something and do nothing)
the debug.txt file contains:
array (
0 =>
array (
'chunk_size' => 0,
'size' => 61440,
'block_size' => 10240,
'type' => 1,
'status' => 0,
'name' => 'ob_gzhandler',
'del' => true,
),
)
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"; />
http://www.w3.org/1999/xhtml"; xml:lang="IT" lang="IT"
dir="ltr">
... and so on
Browser is IE 6.0 sp1, works correctly with mozilla 1.2, so is probably
some header's problem.
Same problem with phpMyAdmin 2.4.0
server is IIS 5.1, php installed as an isapi filter
waiting for some help if possible, i'll try to create a little script
to reproduce the problem...
--
Edit this bug report at http://bugs.php.net/?id=23023&edit=1
#23026 [NEW]: Make Zend case-sensitive (classes, functions, remove case-insensitive)
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 5CVS-2003-04-02 (dev)
PHP Bug Type: Feature/Change Request
Bug description: Make Zend case-sensitive (classes, functions, remove
case-insensitive)
Keep subject for bugdb searching.
Make Zend case-sensitive (and therefore PHP) in regards to namesapces,
classes, functions. Basically everything which is currently str_tolower()d
inside the engine.
This is just a meta-bug to keep track of suggestions to this topic.
A big "NO" is to make such a thing php.ini dependant ("Not yet another
switch") but truly case-sensitive.
For a start our great Hero[tm] Andrei has made a patch some time ago
against ZE2 to achive this goal (see
http://www.gravitonic.com/software/php/ ). It doesn't apply cleanly to
current HEAD but given the patch size it should be trivial to get it
working.
The big "contra" many people are concerned is BC (backwards
compatibility). Yes, face it. Changing this behaviour will definitely
break millions of scripts. I'm having bad dreams remembering reading code
like $db = MySQL_Connect (and therefore failing my search for it with
'grep mysql_connect *' because I was to lazy about three extra characters
;).
Also see (bogusified) bug http://bugs.php.net/bug.php?id=15415 for a VOTE
on this issue.
Ok, there we go :)
--
Edit bug report at http://bugs.php.net/?id=23026&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23026&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23026&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23026&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23026&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23026&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23026&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23026&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23026&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23026&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23026&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23026&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23026&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23026&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23026&r=gnused
#23027 [NEW]: Can't execute some stored procedures w/ php 4.3.1 in Oracle 9.2
From: stephen dot lambert at ttu dot edu Operating system: Windows XP & 2000 Pro PHP version: 4.3.1 PHP Bug Type: Oracle related Bug description: Can't execute some stored procedures w/ php 4.3.1 in Oracle 9.2 Receiving this error when trying to execute a hand few(but not all) of my Oracle 9 stored procedures. Warning: OCIStmtExecute: ORA-00600: internal error code, arguments: [kkxmagtc1], [], [], [], [], [], [], [] in c:\program files\apache group\apache\htdocs\office_new\dbtest.php on line 132 Just upgraded to Oracle 9 from Oracle 8 and now some of our procedure will not execute when they are called from php page only. SQL*Plus Worksheet executes them fine. Database was moved to new Dell Server and upgrade to Oracle 9.2.0.2. Running Apache 1.3 web server on two different machines and same problem. Can anyone help. stephen -- Edit bug report at http://bugs.php.net/?id=23027&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23027&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23027&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23027&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23027&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23027&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23027&r=support Expected behavior: http://bugs.php.net/fix.php?id=23027&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23027&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23027&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23027&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23027&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23027&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23027&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23027&r=gnused
#23027 [Opn]: Can't execute some stored procedures w/ php 4.3.1 in Oracle 9.2
ID: 23027 User updated by: sml_ttu at hotmail dot com -Reported By: stephen dot lambert at ttu dot edu +Reported By: sml_ttu at hotmail dot com Status: Open Bug Type: Oracle related Operating System: Windows XP & 2000 Pro PHP Version: 4.3.1 New Comment: Receiving this error when trying to execute a hand few(but not all) of my Oracle 9 stored procedures. Warning: OCIStmtExecute: ORA-00600: internal error code, arguments: [kkxmagtc1], [], [], [], [], [], [], [] in c:\program files\apache group\apache\htdocs\office_new\dbtest.php on line 132 Just upgraded to Oracle 9 from Oracle 8 and now some of our procedure will not execute when they are called from php page only. SQL*Plus Worksheet executes them fine. Database was moved to new Dell Server and upgrade to Oracle 9.2.0.2. Running Apache 1.3 web server on two different machines and same problem. Can anyone help. stephen Previous Comments: [2003-04-02 15:38:44] sml_ttu at hotmail dot com Receiving this error when trying to execute a hand few(but not all) of my Oracle 9 stored procedures. Warning: OCIStmtExecute: ORA-00600: internal error code, arguments: [kkxmagtc1], [], [], [], [], [], [], [] in c:\program files\apache group\apache\htdocs\office_new\dbtest.php on line 132 Just upgraded to Oracle 9 from Oracle 8 and now some of our procedure will not execute when they are called from php page only. SQL*Plus Worksheet executes them fine. Database was moved to new Dell Server and upgrade to Oracle 9.2.0.2. Running Apache 1.3 web server on two different machines and same problem. Can anyone help. stephen -- Edit this bug report at http://bugs.php.net/?id=23027&edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: jerryaunspaw at hotmail dot com Reported By: iberry at raxnet dot net Status: Open Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I have experienced the same problem that iberry has seen. I noticed that on IIS 5, the cmd.exe gets hung up. I have to do an iisreset to clear the error. The script works fine for 1 image on a page...but when you introduce multiple images...it errors out...page just hangs... and then you have to do an IISRESET. Previous Comments: [2003-03-12 17:05:32] iberry at raxnet dot net I renamed test.php to test.html, and the same problem occurs. -Ian [2003-03-07 02:14:56] [EMAIL PROTECTED] What if you name that test.php to test.html..? [2003-03-06 21:42:28] iberry at raxnet dot net I checked and 'session.use_trans_sid' was set to '0', so I changed it to '1', but got the same results. I took a look at the bug you referenced to, but it is not the same. For one the file size is not really an issue. And secondly after adding debug code, I can see that PHP is blocking on the popen() call, not fpassthru(). -Ian [2003-03-06 12:51:58] [EMAIL PROTECTED] Are you sure this isn't same as what we've verified in bug #22154 ? Do you have session.use_trans_sid = 1 in your php.ini? [2003-03-06 00:30:24] iberry at raxnet dot net I tried Apache 1.3.27 with PHP's php4apache.dll and got the same negative results. The code I originally posted still causes the hang with this configuration. -Ian 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#22917 [Fbk->Opn]: Crashing Exhibit Engine Mysql Backup Omni
ID: 22917 User updated by: mail at artmosher dot ca Reported By: mail at artmosher dot ca -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: windows 98 SE PHP Version: 4.3.1 New Comment: Yes - I'm sure I have 4.3.2 !! I typically Rename c:\php to c:\phpmmdd and then create a new PHP directory and UnZip or copy php files to it. The current php4ts.dll is from folder http://uk.briefcase.yahoo.com/bc/artm9/vwp2?.tok=bcYo2VRBe5XKLGlm&.dir=/bugdata&.dnm=php4tsXplore.jpg&.src=bc and shows version http://uk.briefcase.yahoo.com/bc/artm9/vwp2?.tok=bcYo2VRBCdstyna8&.dir=/bugdata&.dnm=php4ts.dll.jpg&.src=bc Previous Comments: [2003-04-02 10:28:45] [EMAIL PROTECTED] Are you 100% sure you really updated to the latest CVS snapshot? In about 99% of these cases, people just haven't updated EVERY single file from the new package.. Most important one being php4ts.dll. [2003-03-29 10:27:04] mail at artmosher dot ca Possible INI problem ??? Here's the INI : http://us.f1.yahoofs.com/users/79935ce2/bc/bugdata/php.ini?bcOych.AvER.gNK2 [2003-03-28 15:31:47] mail at artmosher dot ca OK. The CVS below did NOT solve the problem. Continues to crash immediately upon EE Backup. Nuts & Bolts Bomb Shelter crash protector program that I run shows: PHP caused an invalid page fault in module PHP4TS.DLL at 0257:1000f29d. Registers: EAX=00d39004 CS=0257 EIP=1000f29d EFLGS=00010206 EBX=00d162b8 SS=025f ESP=0063f0a0 EBP=00d16788 ECX=0001 DS=025f ESI=00d39004 FS=6d47 EDX=0063f0dc ES=025f EDI=000b GS= Bytes at CS:EIP: 8b 4e 38 b8 01 00 00 00 c1 ef 02 23 f8 89 44 24 Stack dump: 00762470 00762470 00d16788 00d162b8 0001 10011444 00d39004 000b 00762470 00d158f8 100c2f43 00d158f8 00762470 007634d8 0076de10 Any other thoughts ?? [2003-03-27 03:55:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-03-26 22:44:15] mail at artmosher dot ca Using Windows 98SE AMD450 128MB 60GB Mysql 3.23.47 Omnihttpd server (http://www.omnicron.ca) Running App Exhibit Engine (http://photography-on-the.net/ee/) V1.3 When running the app's Utility-Backup DB to File function an immediate crash of PHP 4.3.1 occurs. Detail shows error in php4ts.dll This function worked flawlessly in PHP last version used 4.2.2 At this time I am unable to backup !! -- Edit this bug report at http://bugs.php.net/?id=22917&edit=1
#20311 [Com]: Apachechild ends with Memory-Read-Error if using session.serialize_handler=wddx
ID: 20311 Comment by: jpenn at cheetah-soft dot com Reported By: m dot DOT dot wallner at iworks dot DOT dot at Status: Open Bug Type: WDDX related Operating System: Windows 2000 PHP Version: 4.2.3/4.3.0 New Comment: Still not working in 4.3.1 - Apache is still terminating when a call to session_start() is made when using 'wddx' as the serialize handler. Both win 2000 and red hat 7... Previous Comments: [2002-12-29 06:30:33] m dot DOT dot wallner at iworks dot DOT dot at No changes in 4.3.0 Final. I'll try a snap soon. Bye, Michael [2002-12-19 23:09:49] [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-11 09:46:00] m dot DOT dot wallner at iworks dot DOT dot at Status changed to OPEN. I think that's right, isn't it? If you call phpinfo() there's one little line not there where it should be: Section WDDX WDDX Support: enabled WDDX Session Serializer (this line is missing) Michael [2002-11-11 06:15:11] m dot DOT dot wallnet at iworks dot DOT dot at No changes with this version: Downloaded 11/11/2002 PHP-4.3.0-dev System: Windows NT localhost 5.0 build 2195 Build Date: Nov 11 2002 12:13:03 Server API: Apache 2.0 Filter PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 I used the link above to download the Win32-binaries. Michael [2002-11-08 08:51:41] [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/20311 -- Edit this bug report at http://bugs.php.net/?id=20311&edit=1
#23028 [NEW]: need more verbosity in allowed php_value configuration errors.
From: charlesb at ekit-inc dot com Operating system: solaris/i86 PHP version: 4.3.1 PHP Bug Type: *Web Server problem Bug description: need more verbosity in allowed php_value configuration errors. I recently made the mistake of declaring register_globals in http.conf. It was my mistake as it wasn't on the list of PHP_INI_ALL, PHP_INI_PERDIR, or PHP_INI_SYSTEM directives. The thing is, it produced no errors at all, even when I put register_globals in the php.ini file (with the erroneous entry still in http.conf) I could still run apache but register_globals was turned off. What would be really nice is if there was an error warning when I ran httpd, about the sanity of the php configuration. Thanks. -- Edit bug report at http://bugs.php.net/?id=23028&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23028&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23028&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23028&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23028&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23028&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23028&r=support Expected behavior: http://bugs.php.net/fix.php?id=23028&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23028&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23028&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23028&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23028&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23028&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23028&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23028&r=gnused
#23029 [NEW]: session.use_only_cookies and ini_set()
From: jpenn at cheetah-soft dot com Operating system: Win 2000 / Red Hat 7 PHP version: 4.3.1 PHP Bug Type: Scripting Engine problem Bug description: session.use_only_cookies and ini_set() When setting a local value using ini_set() for session.use_only_cookies - the call will always return ( bool )false even on success. Not a critical problem but does cause a problem in my session handling class where: ini_set( 'session.use_only_cookies', ( bool )true ) or $this->error( 'ini_set() failed: session.use_only_cookies' ); Thus, triggers my error capturing even when it was successful. -- Edit bug report at http://bugs.php.net/?id=23029&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23029&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23029&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23029&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23029&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23029&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23029&r=support Expected behavior: http://bugs.php.net/fix.php?id=23029&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23029&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23029&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23029&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23029&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23029&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23029&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23029&r=gnused
#22971 [Opn]: Error in odbc_prepare or in odbc_connect?
ID: 22971 User updated by: anton at esrr dot ru Reported By: anton at esrr dot ru Status: Open -Bug Type: ODBC related +Bug Type: DBM/DBA related Operating System: Linux RedHat 8 PHP Version: 4.3.1 New Comment: . Previous Comments: [2003-03-30 22:38:16] anton at esrr dot ru Sorry for my english. I've php + Db2.(./configure --with-ibm-db2=/home/db2inst1/sqllib) Now. For exaple, i'm trying to execute such script: And I'm getting next result: [EMAIL PROTECTED] htdocs]$ php ./tdb.php connection successfull preparing query Warning: SQL error: [IBM][CLI Driver][DB2] SQL0228N FOR UPDATE clause specified for read-only cursor "SQLCUR4 ". SQLSTATE=42620 , SQL state 42620 in SQLPrepare in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ [EMAIL PROTECTED] htdocs]$ db2 "? SQL0228N" SQL0228N FOR UPDATE clause specified for read-only cursor "". Explanation: Cursor "" is defined as INSENSITIVE SCROLL, but the corresponding SELECT statement contains a FOR UPDATE clause. The statement cannot be processed. User Response: To define a read-only cursor, specify INSENSITIVE on DECLARE CURSOR, but do not specify the FOR UPDATE clause as part of the SELECT statement of the cursor. sqlcode: -228 sqlstate: 42620 I think that in function odbc_prepare cursor is created. So I'm trying to add parameter SQL_CUR_USE_ODBC to connect string. That is "$dbconn = odbc_connect($dbname, $username, $password,SQL_CUR_USE_ODBC )". Result is changed, but it is wrong result: php ./tdb.php Warning: SQL error: [IBM][CLI Driver] CLI0150E Driver not capable. SQLSTATE=S1C00, SQL state S1C00 in SQLSetConnectOption in /usr/local/apache/htdocs/tdb.php on line 10 Connection to database failed. Warning: odbc_errormsg(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 14 preparing query Warning: odbc_prepare(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ db2 "? CLI0150E" CLI0150E Driver not capable. Explanation: The operation is valid but not supported by either the driver or the data source. User Response: Specify a valid operation. [EMAIL PROTECTED] htdocs]$ Where is problem in odbc_connect, odbc_prepare or in my mind? HELP PLEASE! -- Edit this bug report at http://bugs.php.net/?id=22971&edit=1
#22971 [Opn->Fbk]: Error in odbc_prepare or in odbc_connect?
ID: 22971 Updated by: [EMAIL PROTECTED] Reported By: anton at esrr dot ru -Status: Open +Status: Feedback -Bug Type: DBM/DBA related +Bug Type: ODBC related Operating System: Linux RedHat 8 PHP Version: 4.3.1 New Comment: You had the correct category before, IBMs DB2 uses ODBC. Try calling odbc_set_option and changing your CURSOR to SQL_CURSOR_FORWARD_ONLY, this should fix a few things for your DB2 install. Previous Comments: [2003-04-02 18:23:48] anton at esrr dot ru . [2003-03-30 22:38:16] anton at esrr dot ru Sorry for my english. I've php + Db2.(./configure --with-ibm-db2=/home/db2inst1/sqllib) Now. For exaple, i'm trying to execute such script: And I'm getting next result: [EMAIL PROTECTED] htdocs]$ php ./tdb.php connection successfull preparing query Warning: SQL error: [IBM][CLI Driver][DB2] SQL0228N FOR UPDATE clause specified for read-only cursor "SQLCUR4 ". SQLSTATE=42620 , SQL state 42620 in SQLPrepare in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ [EMAIL PROTECTED] htdocs]$ db2 "? SQL0228N" SQL0228N FOR UPDATE clause specified for read-only cursor "". Explanation: Cursor "" is defined as INSENSITIVE SCROLL, but the corresponding SELECT statement contains a FOR UPDATE clause. The statement cannot be processed. User Response: To define a read-only cursor, specify INSENSITIVE on DECLARE CURSOR, but do not specify the FOR UPDATE clause as part of the SELECT statement of the cursor. sqlcode: -228 sqlstate: 42620 I think that in function odbc_prepare cursor is created. So I'm trying to add parameter SQL_CUR_USE_ODBC to connect string. That is "$dbconn = odbc_connect($dbname, $username, $password,SQL_CUR_USE_ODBC )". Result is changed, but it is wrong result: php ./tdb.php Warning: SQL error: [IBM][CLI Driver] CLI0150E Driver not capable. SQLSTATE=S1C00, SQL state S1C00 in SQLSetConnectOption in /usr/local/apache/htdocs/tdb.php on line 10 Connection to database failed. Warning: odbc_errormsg(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 14 preparing query Warning: odbc_prepare(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ db2 "? CLI0150E" CLI0150E Driver not capable. Explanation: The operation is valid but not supported by either the driver or the data source. User Response: Specify a valid operation. [EMAIL PROTECTED] htdocs]$ Where is problem in odbc_connect, odbc_prepare or in my mind? HELP PLEASE! -- Edit this bug report at http://bugs.php.net/?id=22971&edit=1
#23025 [Opn->Bgs]: PHP 4.3.2RC1 crashes
ID: 23025
Updated by: [EMAIL PROTECTED]
Reported By: mfroeb at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: Apache2 related
Operating System: Windows 2000 SP3
PHP Version: 4.3.2RC1
New Comment:
Please open a new report with SHORT example script,
max. 10-15 lines which shows the real problem.
Previous Comments:
[2003-04-02 13:31:19] mfroeb at gmx dot de
I had set up Apache 2.0.45 with PHP 4.3.2RC1 and MySQL 3.23.55.
This script causes apache to crash with a "write failed" error. With
PHP 4.3.1 everything's fine.
--- functions.php ---
--- login.php ---
http://"; . $_SERVER['HTTP_HOST'] .
dirname($_SERVER['PHP_SELF']) . "/main.php?sessionid=" . $sessionid);
exit;
} else {
$error = true;
}
sql_quit();
}
?>
Diese Name-/Passwortkombination ist im
System nicht bekannt!";
?>
Name:
Passwort:
Statistiken
Registrieren
header.php and footer.php are basically html files that output current
time and date.
--
Edit this bug report at http://bugs.php.net/?id=23025&edit=1
#22787 [Opn->Bgs]: Make fails after upgrading to mysql v4.0.12
ID: 22787 Updated by: [EMAIL PROTECTED] Reported By: gregory dot fennell at am dot sony dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: RedHat v8.0 PHP Version: 4.3.1 Assigned To: sniper New Comment: Works fine here, with latest CVS snapshot and self compiled Mysql 4.0.12. Try with shorter configure line, maybe something else is causing the problem. (like this: ./configure --disable-all --with-mysql=/usr) Previous Comments: [2003-03-31 06:44:48] gregory dot fennell at am dot sony dot com Since this has been confirmed by several of my colleges and the post from "jbernier at dalcom dot ca" as a real issue, I have re-opened this ticket. Please see if there is a fix for this issue, or if we need to change our config. I have confirmed this with 5 of my colleges. [2003-03-28 15:18:18] jbernier at dalcom dot ca I have exactly the same problems. Is anybody found a solution. My websites stop working after upgrading to MySQL 4.0.12. Please help. [2003-03-21 14:25:51] gregory dot fennell at am dot sony dot com I am using the same confige statement for the 4.0.12 installation as I am for the 3.23.55-1 in my php config. I am at a loss since I have noticed this on 5 machines now all have different hardware, the only thing that is similar is the kernel, php, openssl, and mysql. When I install 4.0.12 (MySQL) i can't even use the natice mysql support built into php. Any ideas to see what's up? [2003-03-21 14:16:03] paul at rydell dot com PHP 4.3.1 works for me with MySQL 4.0.12. I have the RPMs of MySQL installed and I compiled PHP 4.3.1 from source. No problems. Maybe your --with-mysql path is wrong. [2003-03-21 13:39:45] gregory dot fennell at am dot sony dot com I find this really hard to believe since this has happened on several of our test machines. I am using the RPM distro of MySQL and simple configs for PHP as you can see above. So to call this ticket "bogus" I think is premature, but your call. Hope you don't see any more of these issues in the future! p.s.: I am not an amature in the Linux world and I know how to configure a system so the statement "if everything is installed correctly" wasn't really necessary. I posted this to be a help, not to be belittled. 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/22787 -- Edit this bug report at http://bugs.php.net/?id=22787&edit=1
#23004 [Opn->Csd]: The ftp_close or ftp_quit didn't send QUIT to server
ID: 23004 Updated by: [EMAIL PROTECTED] Reported By: wanght at hotmail dot com -Status: Open +Status: Closed Bug Type: FTP related Operating System: Window 2000 PHP Version: 4.3.1 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-04-02 12:03:08] wanght at hotmail dot com Sorry, Let me explain the problem further. Following is my php script and ftp log. You can see there is not QUIT command in ftp log. As you know, the ftp_quit is alais of ftp_close in PHP, but I found two C function in ftp.c. The C function ftp_quit send QUIT to ftp server, but ftp_close didn't. I think this is the problem. In the FTP protocol, a client should send QUIT before disconnect the connection. I think the PHP ftp function should support that. Thnaks. = = Wed Apr 02 11:55:08 2003 0 Incoming connection request on interface 192.168.120.176 Wed Apr 02 11:55:08 2003 0 Connection request accepted from 192.168.120.176 Wed Apr 02 11:55:09 2003 0 USER test Wed Apr 02 11:55:09 2003 0 331 User test Ok, password please Wed Apr 02 11:55:09 2003 0 PASS *** Wed Apr 02 11:55:09 2003 0 230 Password Ok, User logged in Wed Apr 02 11:55:09 2003 0 The connection was closed by the remote socket. Wed Apr 02 11:55:09 2003 0 Connection terminated. == [2003-04-02 11:12:28] [EMAIL PROTECTED] Not enough information why this is a problem. (if you know how PHP works, you'd know that the ftp_quit() is called in the resource destructor code) [2003-04-01 11:26:55] wanght at hotmail dot com I take look at source code of PHP 4.3.1, there are two functions ftp_close and ftp_quit in ftp.c, But the PHP funcions ftp_close and ftp_quit in php_ftp.c didn't invoke these real function. What happens? -- Edit this bug report at http://bugs.php.net/?id=23004&edit=1
#23029 [Opn->Bgs]: session.use_only_cookies and ini_set()
ID: 23029 Updated by: [EMAIL PROTECTED] Reported By: jpenn at cheetah-soft dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Win 2000 / Red Hat 7 PHP Version: 4.3.1 New Comment: ini_set() returns the old value on success. (just tested, it works fine here) Previous Comments: [2003-04-02 18:08:21] jpenn at cheetah-soft dot com When setting a local value using ini_set() for session.use_only_cookies - the call will always return ( bool )false even on success. Not a critical problem but does cause a problem in my session handling class where: ini_set( 'session.use_only_cookies', ( bool )true ) or $this->error( 'ini_set() failed: session.use_only_cookies' ); Thus, triggers my error capturing even when it was successful. -- Edit this bug report at http://bugs.php.net/?id=23029&edit=1
#20768 [Com]: MySql temp file error
ID: 20768 Comment by: kangus at acats dot com Reported By: jphp at netjunky dot com Status: Wont fix Bug Type: Compile Failure Operating System: Debian 3.0 Stable / Sparc PHP Version: 4.3.0RC2 New Comment: the tempnam issue stopped me dead on Yoper with php-4.3.2RC1/php-4.3.1 No amount of screwing around will get me past make. Previous Comments: [2003-02-13 15:29:28] madmikey at unrealplayground dot com I had this same problem on RH 7.2. I know it's supposed to be a warning, but the build stops right there everytime I used the --with-mysql configure option. After looking hard for a fix, I finally changed line 103 of my_tempnam.c to read: res=mkstemp((char*) dir); /* Use stand. dir with prefix */ Now I'm not a C programmer by any stretch, but I was able to compile successfully and install. Everything appears to be working correctly. [2002-12-13 11:59:40] [EMAIL PROTECTED] does it stop the build or is it the last warning IN the build? If it says "warning", there is no problem. Gcc 3.0x used to signal it as an error and was quickly corrected. I hope you're not saying it's status is back to "error" again, cause that would "not be very nice". It's not a PHP problem either, when the gcc people decide to classify a "MAY be used unsafe" statement, as an error. [2002-12-13 10:39:23] ben at thelocust dot org it may be a warning, and not an error, but it sure brings my build to a halt every time -- i'm not gcc genius, but how should we get around this? I'm using gcc 3.2.1, libtool 1.4.3, btw. [2002-12-02 13:26:55] [EMAIL PROTECTED] It's a warning, not an error. [2002-12-02 13:25:30] jphp at netjunky dot com It may be safe, but it stops the compile. I can't build with the code as is. 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/20768 -- Edit this bug report at http://bugs.php.net/?id=20768&edit=1
#22944 [Fbk->Opn]: Java - "make install" fails after "installing php SAPI"
ID: 22944 User updated by: dubious at 2xtreme dot net Reported By: dubious at 2xtreme dot net -Status: Feedback +Status: Open Bug Type: Java related Operating System: Linux (2.5.66) PHP Version: 4.3.2RC1 New Comment: Nope, just tried the snapshot - same problem: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php4-STABLE-200304021630/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php4-STABLE-200304021630/build/shtool install -c -m 0755 /tmp/temp/php4-STABLE-200304021630/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 bash-2.05b# Previous Comments: [2003-04-02 10:29:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip IIRC, this should be fixed now. [2003-03-28 18:12:13] dubious at 2xtreme dot net UPDATE - this appears to be a bug specifically related to "--disable-cgi" (i.e. I want ONLY the CLI version of php). If I remove the "--disable-cgi" it seems to compile AND install fine. [2003-03-28 17:58:33] dubious at 2xtreme dot net Configuring with: ./configure --enable-gd-native-ttf '--enable-sockets' '--with-ncurses' '--with-gd' '--enable-ftp' '--with-mysql' '--with-dom' '--with-zlib' '--enable-exif' '--with-bz2' '--with-curl' '--with-imap=/tmp/temp/imap-2002' '--with-imap-ssl=/tmp/temp/imap-2002' '--disable-cgi' --with-java=/usr/local/jdk compile seems fine, but on "make install" it dies at: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php-4.3.2RC1/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php-4.3.2RC1/build/shtool install -c -m 0755 /tmp/temp/php-4.3.2RC1/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 I've tried this with an earlier Blackdown 1.4.1 as well as Sun's most recent 1.4.1_02 release. If I compile without the java option, it seems to install fine (but of course then there's not Java support...) This also seems to occur with 4.3.0. -- Edit this bug report at http://bugs.php.net/?id=22944&edit=1
#22971 [Fbk->Opn]: Error in odbc_prepare or in odbc_connect?
ID: 22971 User updated by: anton at esrr dot ru Reported By: anton at esrr dot ru -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Linux RedHat 8 PHP Version: 4.3.1 New Comment: >You had the correct category before, IBMs DB2 uses ODBC. > >Try calling odbc_set_option and changing your CURSOR to >SQL_CURSOR_FORWARD_ONLY, this should fix a few things for >your DB2 >install. Ok. I'll try. Thank you. But on this moment the positive result has achieved by commenting out strings containing #define HAVE_SQL_EXTENDED_FETCH 1 in php_odbc_includes.h, as described in Bug #9869 (http://bugs.php.net/bug.php?id=9869). I commented out all lines with this string, but I think that DB2 CLI part enough. Previous Comments: [2003-04-02 18:41:43] [EMAIL PROTECTED] You had the correct category before, IBMs DB2 uses ODBC. Try calling odbc_set_option and changing your CURSOR to SQL_CURSOR_FORWARD_ONLY, this should fix a few things for your DB2 install. [2003-04-02 18:23:48] anton at esrr dot ru . [2003-03-30 22:38:16] anton at esrr dot ru Sorry for my english. I've php + Db2.(./configure --with-ibm-db2=/home/db2inst1/sqllib) Now. For exaple, i'm trying to execute such script: And I'm getting next result: [EMAIL PROTECTED] htdocs]$ php ./tdb.php connection successfull preparing query Warning: SQL error: [IBM][CLI Driver][DB2] SQL0228N FOR UPDATE clause specified for read-only cursor "SQLCUR4 ". SQLSTATE=42620 , SQL state 42620 in SQLPrepare in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ [EMAIL PROTECTED] htdocs]$ db2 "? SQL0228N" SQL0228N FOR UPDATE clause specified for read-only cursor "". Explanation: Cursor "" is defined as INSENSITIVE SCROLL, but the corresponding SELECT statement contains a FOR UPDATE clause. The statement cannot be processed. User Response: To define a read-only cursor, specify INSENSITIVE on DECLARE CURSOR, but do not specify the FOR UPDATE clause as part of the SELECT statement of the cursor. sqlcode: -228 sqlstate: 42620 I think that in function odbc_prepare cursor is created. So I'm trying to add parameter SQL_CUR_USE_ODBC to connect string. That is "$dbconn = odbc_connect($dbname, $username, $password,SQL_CUR_USE_ODBC )". Result is changed, but it is wrong result: php ./tdb.php Warning: SQL error: [IBM][CLI Driver] CLI0150E Driver not capable. SQLSTATE=S1C00, SQL state S1C00 in SQLSetConnectOption in /usr/local/apache/htdocs/tdb.php on line 10 Connection to database failed. Warning: odbc_errormsg(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 14 preparing query Warning: odbc_prepare(): supplied argument is not a valid ODBC-Link resource in /usr/local/apache/htdocs/tdb.php on line 20 [EMAIL PROTECTED] htdocs]$ db2 "? CLI0150E" CLI0150E Driver not capable. Explanation: The operation is valid but not supported by either the driver or the data source. User Response: Specify a valid operation. [EMAIL PROTECTED] htdocs]$ Where is problem in odbc_connect, odbc_prepare or in my mind? HELP PLEASE! -- Edit this bug report at http://bugs.php.net/?id=22971&edit=1
#22810 [Opn]: Incorrectly writes out data.
ID: 22810
User updated by: gfraley5 at earthlink dot net
Reported By: gfraley5 at earthlink dot net
Status: Open
Bug Type: Filesystem function related
Operating System: Windows XP
-PHP Version: 4.3.2-RC
+PHP Version: 4.3.2 latest build
New Comment:
It crashes Apache on Windows 2000 also
Previous Comments:
[2003-03-30 23:11:02] gfraley5 at earthlink dot net
Just tried the 330 cvs and Apache is still crashing.
[2003-03-25 19:06:53] gfraley5 at earthlink dot net
I just downloaded the latest CVS and tried my application under it.
Now, something between my php code, Apache, and this latest CVS is
causing Apache.exe to crash.
[2003-03-25 18:07:22] gfraley5 at earthlink dot net
Thank you for correcting the snippet I tried to put together to
minimize the amount of code to submit the bug. However, in my full
code the error is there and my code works fine in all previous releases
back to 4.1. I am not arguing with you, just stating a fact. I will
try to redefine the error/bug. I am curious, however, as to why the
code runs correctly under 4.3.1?
[2003-03-25 17:50:24] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Your code has a bug, I've revised your code and now the output is
identical to the input. It should be noted that even before any
modifications the generated output was indetical to the one of PHP
4.2.3
Here is the revised write code:
$fp = fopen("out",'w') or die("Problem");
$prefx = "\n";
$csv_out = implode(',', $gcf);
fwrite($fp,$prefx.$csv_out);
fclose($fp);
[2003-03-20 20:23:39] gfraley5 at earthlink dot net
The following code works correctly on 4.3.1 (and prior) but does not
appear to work correctly on 4.3.2RC1. I have only tested this on
Windows XP.
\n";
else $prefx = "";
fwrite($fp,$prefx.$gcf[$i].',');
if ($i
Here is a simple example of the file that is read in (php432.csv.php):
1043203275,localhost,2003-01-21,20:41:15,Anonymousblank,Test,,
When run under 4.3.1, it correctly writes out
1043203275,localhost,2003-01-21,20:41:15,Anonymousblank,Test,,
However, under 4.3.2RC1, it truncates the last digit (5) from the first
field. It writes out
104320327,localhost,2003-01-21,20:41:15,Anonymousblank,Test,,
There is other erratic behavior also. If I modify the code to include
a header row in line 2, and modify the code accordingly, it will skip
the first comma separator like this:
1043203275localhost,2003-01-21,20:41:15,Anonymousblank,Test,,.
I have not included that code for brevity.
--
Edit this bug report at http://bugs.php.net/?id=22810&edit=1
#22983 [Opn]: Page Cannot Be Displayed
ID: 22983 User updated by: luke at cywh dot com Reported By: luke at cywh dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: hey guys... just wondering when you will have the apache module fixed. my site literaly looks like its smoking crack right now lol. if i could get "php_admin_value" to work when its installed as a cgi i would use it as that cause cgi works, but when i have it installed as a cgi apahce says its an invalid command. and i cant just switch to cgi without being able to use "php_admin_value" cause its a security issue ;). right now its like id rather my site looks like its smoking somthing then one of my users being able to delete my site... just checkin, and wondering when it will be avaliable at the same time ;) hehe good luck guys. need me to test anything let me know. you know my email. Previous Comments: [2003-04-02 08:08:37] luke at cywh dot com alrighty. so is there a chance it will be fixed any time soon? [2003-04-02 05:53:55] [EMAIL PROTECTED] Reclassified as Apache2 related. (Works as CGI but does not work as apache2 module.) And about the dog..it was April 1st yesterday... :) [2003-04-01 08:32:13] luke at cywh dot com Its confirmed. It works great as a CGI, but as a module it messes up. When i had it as a module i couldnt get phpinfo() to work, but when i did it as a CGI it worked fine. something else to, when i had it as a CGI `php_admin_value` didnt work. apache said it was an invalid command. (i switched it back to module). im very sure i installed php correctly and completlely. when i install it, i do it manualy with the windows binaries. ive installed php a bunch of times. what i usually do is i delete the entire folder and the files i had to move around, and then reinstall it from the begining. so yes im sure it has all the correct dll's question: why does the php logo on the phpinfo() have an icon of a dog?. is its because its a "snapshot"? lol. [2003-04-01 06:17:55] [EMAIL PROTECTED] Please try running PHP as CGI under Apache so we know if this is Apache2 module specific or not. (and you should make sure you really updated ALL the dlls and especially the php4apache2.dll) [2003-03-31 18:43:36] luke at cywh dot com i dont know if this helps but on the status bar it says "unknown zone" at the bottom when trying to load the phpinfo file. 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#23024 [Opn->Bgs]: Problems with iframe
ID: 23024 Updated by: [EMAIL PROTECTED] Reported By: elhumero at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2000 prof PHP Version: 4.3.2RC1 New Comment: Your code is bogus. Please contact the good list: [EMAIL PROTECTED] Not a bug -> Bogus Previous Comments: [2003-04-02 12:12:31] elhumero at hotmail dot com Archive x.htm > > probe.php When I execute this code in Apache 2 under windows 2000, then the result of the first time is correct, outside the iframe and inside it, but the second or the third time, the result it like this ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)ARRAY(checkbox=1)..., and the the OS send me an apache memory error, but the apache still running. -- Edit this bug report at http://bugs.php.net/?id=23024&edit=1
