#22858 [Fbk->NoF]: file function fails to open relative file names...
ID: 22858
Updated by: [EMAIL PROTECTED]
Reported By: excalibur at hub dot org
-Status: Feedback
+Status: No Feedback
Bug Type: Filesystem function related
Operating System: FreeBSD 4.8-RC
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-24 17:37:06] [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 14:38:34] excalibur at hub dot org
Hi Guy's,
Got an issue that appears to be related to some other functions but as
this one is specific to a function I figured it's due it's own bug
posting. Ran into an issue where file() does not open relative file
names, for instance:
$words_file = "./config/filter.txt";
if (@is_readable($words_file)) {
/* Read the file and iterate through the lines. */
$lines = file($words_file);
foreach ($lines as $line) {
print $line."";
}
}
I get:
Warning: file(./config/filter.txt) [function.file]: failed to create
stream: No such file or directory in
/usr/local/www/test.com/horde/lib/Text.php on line 41
Warning: Invalid argument supplied for foreach() in
/usr/local/www/test.com/horde/lib/Text.php on line 42
Yet if I specify the full path to the very same file, it works fine:
$words_file = "/usr/local/www/test.com/horde/imp/config/filter.txt";
if (@is_readable($words_file)) {
/* Read the file and iterate through the lines. */
$lines = file($words_file);
foreach ($lines as $line) {
print $line."";
}
}
The is_readable sees the file fine, but file itself fails.
--
Edit this bug report at http://bugs.php.net/?id=22858&edit=1
#22857 [Fbk->NoF]: OCIExecute Hangs
ID: 22857 Updated by: [EMAIL PROTECTED] Reported By: dean at vipersoft dot co dot uk -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Linux 2.4 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-24 18:03:55] [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 First of all, those putenv()'s are useless, you need to set them in the environment before starting Apache / running CLI. It might help if you tried debugging this with gdb. # gdb /opt/php/bin/php (gdb) run yourtest.php And do that as many times as required to get it fail.. [2003-03-24 14:06:01] dean at vipersoft dot co dot uk Using the sample code below to submit a number of queries to an Oracle database - about every 1 in 10 executions causes the OCIExecute function to simple "hang" for about 10 minutes before timing out. If more information is needed or any sorts of debugging is required, I will follow up to this bug with the requested information. Thanks Dean #!/opt/php/bin/php -q sample output from above when "hung" . . . Iteration 2671 before execute after execute Iteration 2672 before execute after execute Iteration 2673 before execute Notes: * Doesn't happen every time * Happens about 1 in every 10 runs of the above code * Happens from both the CLI php and through Apache * Eventually times out without finishing off its iteration -- Edit this bug report at http://bugs.php.net/?id=22857&edit=1
#22854 [Fbk->NoF]: ibase_query complains that number of read/write doesn't equal count values
ID: 22854 Updated by: [EMAIL PROTECTED] Reported By: al2925 at mail dot ru -Status: Feedback +Status: No Feedback Bug Type: InterBase related Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-24 18:11:29] [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 11:16:16] al2925 at mail dot ru I get such warning: PHP Warning: ibase_query(): Dynamic SQL Error SQL error code = -804 Count of read-write columns does not equal count of values in c:\gentle\php_includes\IbaseConnection.php(86) : runtime-created function on line 1 The query looks like ibase_query($link, 'INSERT INTO tableName (cols, ..) VALUES (cols, ?, ?, ?)', $blob0, $blob1, $blob2); All parameters are BLOBs. This happens only if the count of parameters is more than one. I'm running Firebird Superserver for Windows version 1.0.2.908 The error began to occur after I upgraded from PHP 4.3.2 Please, feel free to contact me via e-mail. -- Edit this bug report at http://bugs.php.net/?id=22854&edit=1
#22852 [Fbk->NoF]: Results returned by odbc_exec are not right
ID: 22852
Updated by: [EMAIL PROTECTED]
Reported By: craig at myschoolmates dot com
-Status: Feedback
+Status: No Feedback
Bug Type: ODBC related
Operating System: Win XP Pro
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-24 19:19:53] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-03-24 10:38:11] craig at myschoolmates dot com
I have a standard php installation, latest 1.3 release on a win XP box,
using ODBC to access a Paradox database.
Connection code:
$myDB = odbc_connect("llcs", "", "");
$rs = odbc_exec($myDB, $Property_SQL);
$count = 0;
To show Results, I use:
while (odbc_fetch_into($rs, $my_array)) {
?>
SQL Query example that works:
Select Firstname, Surname, Age from Users where Age=50
Returns alot of records, which is correct. I then take an example of a
record that I got back, eg: Craig, Lister, 50, and then try this SQL:
Select Firstname, Surname, Age from Users where Surname = "Lister"
That returns ONLY the first record. Eg, Andrew, Lister, 27
It seems to be only returning the first record when I search for
strings, but on numerical searches, it works fine.
You can see this at http://land.strand.serverbox.org ... use the
'Electoral Search'.
Thank you,
Craig
--
Edit this bug report at http://bugs.php.net/?id=22852&edit=1
#22848 [Fbk->NoF]: inconsistent errors
ID: 22848 Updated by: [EMAIL PROTECTED] Reported By: themarty at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Mail related Operating System: Linux Redhat PHP Version: 4.3.0 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-03-24 19:11:13] [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 07:20:12] themarty at hotmail dot com If a bug is a flaw in the code that will always result in a reproducable error by a certain act, then this is not really bug. It's very annoying nonetheless. This is the problem: Ever since we upgraded to 4.3.0 we are experiencing errors that we can't explain. Two errors are consistent in the fact that they are always the same, but in consistent in the fact that they appear - seemingly - at random. 1. is with an online form. The form consists of 9 pages and i'm using sessions to gather all the data before inserting it into a database. On average 7 people a day fill in this form and on average once every two weeks, there's one person who's data from the first two pages 'gets lost'. 2. i've written a function that will email any 'problem with a query to the database' to me and display an error on the webpage. Since i'm still developping it, i get these emails fairly often. However, sometimes the email is a big garble. I can understand any scepticism towards my programming abilities, but i'll try to make a convincing case by the following illustration: this is the part were the email is being sent to me: [php] mail( '[EMAIL PROTECTED]', 'Error in de Database', $body."\n".$getvalues."\n".$postvalues."\n\n".$computer, "From: Admin <[EMAIL PROTECTED]>\nReply-To: [EMAIL PROTECTED]"); [/php] Whatever happens before and after, i hope you agree that IF the email gets send to me, the subject should be 'Error in de Database'. It can't be different. However, in those cases where the body of my email is a garble, the subject contains fragments of what should be stored in the variable $computer. Also, another very (in my eyes convincing example) is that just 30 minutes ago something strange happened (which triggered me into responding: That Does It!! :) I've created a message system for registered users. When inserting a message into the database it inserts a timestamp generated by php (i have my reasons for not using the DATETIME type column). The timestamp is created by [php] date(YmdHis) [/php] After over 500 correct messages, today one gets inserted as date(Ymdhis). Instead of 13 it got 01 for hours. I hope this bug-report is helpfull and if anyone has experienced similar problems, i would appreciate some feedback. -- Edit this bug report at http://bugs.php.net/?id=22848&edit=1
#22846 [Fbk->NoF]: for fastcgi not check redirect_url
ID: 22846 Updated by: [EMAIL PROTECTED] Reported By: maxes at peterlink dot ru -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: FreeBSD-4.7 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-24 06:24: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 05:45:39] maxes at peterlink dot ru part of apache 1.3.27 httpd.conf: SetHandler fastcgi-script Options +ExecCGI DocumentRoot /ftp/tst2 ... Alias /f-php4/ /usr/local/php4/bin/ AddType application/x-httpd-fastphp .fphp Action application/x-httpd-fastphp /f-php4/php Binary php4 put in /usr/local/php4/bin/php document root has next file: /ftp/tst2/.htaccess Now call: http://virtualhost/f-php4/php/.htaccess php4 configured with: --enable-fastcgi --enable-force-cgi-redirect solutions: For fastcgi put all enviroment check() after FCGX_Accept_r() b.r. -- Edit this bug report at http://bugs.php.net/?id=22846&edit=1
#22834 [Fbk->NoF]: type mismatch in mbstring extension
ID: 22834 Updated by: [EMAIL PROTECTED] Reported By: fnjordy at cus dot org dot uk -Status: Feedback +Status: No Feedback -Bug Type: Compile Failure +Bug Type: mbstring related Operating System: Solaris 8 PHP Version: 4.3.2RC1 Assigned To: moriyoshi 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-24 14:29:24] [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 14:16:53] [EMAIL PROTECTED] I've been aware of this issue. [2003-03-23 21:47:17] fnjordy at cus dot org dot uk Only appears when building with Sun Forte's C++ compiler CC, not the C compiler cc. I'm building an extension that uses a C++ library and hence the change. "/local/src/php-4.3.2RC1/ext/mbstring/mbfilter.c", line 2957: Error: Cannot assign const char* to const unsigned char*. "/local/src/php-4.3.2RC1/ext/mbstring/mbfilter.c", line 2974: Error: Cannot assign const char* to const unsigned char*. "/local/src/php-4.3.2RC1/ext/mbstring/mbfilter.c", line 7742: Error: Cannot assign unsigned* to int*. cal/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line 1045: Error: Formal argument no_language of type mbfl_no_language in call to mbfl_no_language2name(mbfl_no_language) is being passed int. "/local/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line 1076: Error: Formal argument no_encoding of type mbfl_no_encoding in call to mbfl_no_encoding2name(mbfl_no_encoding) is being passed int. "/local/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line 1139: Error: Formal argument no_encoding of type mbfl_no_encoding in call to mbfl_no_encoding2name(mbfl_no_encoding) is being passed int. "/local/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line 1141: Warning: The variable name has not yet been assigned a value. "/local/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line 1154: Error: Formal argument no_encoding of type mbfl_no_encoding in call to mbfl_no_encoding2name(mbfl_no_encoding) is being passed int. "/local/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line 1185: Error: Formal argument no_encoding of type mbfl_no_encoding in call to mbfl_no_encoding2name(mbfl_no_encoding) is being passed int. "/local/src/php-4.3.2RC1/ext/mbstring/mbstring.c", line ... Build environment: * Sun Forte 6 Update 2 * Autoconf 2.57 * Automake 1.5 * m4 1.4 * libtool 1.4.3 fyi: Autoconf 2.13 doesn't detect functions in libraries with Forte CC. -- Edit this bug report at http://bugs.php.net/?id=22834&edit=1
#22798 [Fbk->NoF]: The specified CGI application misbehaved by not returning a complete set of HTT
ID: 22798 Updated by: [EMAIL PROTECTED] Reported By: cannone at libero dot it -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: Windows 2000 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-20 17:50:15] [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-20 01:43:19] cannone at libero dot it 1. Windows 2000 Service Pack 3 2. Internet Information Service 5 3. Php 4.3.1 4. Mysql 4.0.12 5. PhpMyAdmin-2.4.0-php3 If I try to run PhpMyAdmin i got this error: "The specified CGI application misbehaved by not returning a complete set of HTTP" -- Edit this bug report at http://bugs.php.net/?id=22798&edit=1
#22796 [Fbk->NoF]: -r option: no error messages unless display_startup_errors = On
ID: 22796 Updated by: [EMAIL PROTECTED] Reported By: gk at proliberty dot com -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: linux RH 7.2 PHP Version: 4CVS-2003-03-19 (stable) Assigned To: helly 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. ..and can not reproduce.. Previous Comments: [2003-03-24 17:43:41] [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 I absolutely cannot replicate the problem you've described using the latest sources. [2003-03-24 16:59:21] gk at proliberty dot com OK. Now this is starting to make some sense, thanks to michael's last comment: >The message starting with "Fatal error:" goes to stdout, the other two to stderr. The whole issue here now is php.ini config. It is confusing in this particular example since there are THREE different errors for the same code input, two generated at startup, one later; two go to /dev/stderr, one to /dev/stdout. The issue is further complicated with the precedence of -c and -d options on the command line I think, but that will be discussed elsewhere [EMAIL PROTECTED] php4-STABLE-200303241830]# sapi/cli/php -c $(pwd)/php.ini-recommended -r 'f();' PHP Fatal error: Call to undefined function: f() in Command line code on line 1 The above error is generated with .ini file settings: display_startup_errors = Off display_errors = Off log_errors = On ;error_log = filename So the error_log file must default to /dev/stderr Hence, this bug should be CLOSED now since the error IS displayed, if log_erros = On. The other error messages below appear to be startup errors, require display_startup_errors=On [EMAIL PROTECTED] php4-STABLE-200303241830]# sapi/cli/php -c $(pwd)/php.ini-dist -r 'f();' [EMAIL PROTECTED] php4-STABLE-200303241830]# sapi/cli/php -c $(pwd)/php.ini-dist -i|grep php.ini Configuration File (php.ini) Path => /usr/local/src/php4-STABLE-200303241830/php.ini-dist [EMAIL PROTECTED] php4-STABLE-200303241830]# sapi/cli/php -d log_errors=1 -d error_log=/dev/stderr -d display_startup_errors=On -r 'f();' [24-Mar-2003 14:34:21] PHP Fatal error: Call to undefined function: f() in Command line code on line 1 [EMAIL PROTECTED] php4-STABLE-200303241830]# sapi/cli/php -d log_errors=1 -d error_log=/dev/stderr -d display_startup_errors=On -r 'f();' 2>/dev/null [EMAIL PROTECTED] php4-STABLE-200303241830]# sapi/cli/php -d log_errors=1 -d error_log=/dev/stderr -d display_startup_errors=1 -r 'f();' 2>/dev/null Fatal error: Call to undefined function: f() in Command line code on line 1 [EMAIL PROTECTED] php4-STABLE-200303241830]# [2003-03-24 10:37:37] michael dot mauch at gmx dot de With php4-STABLE-200303241430 (and with 4.3.1), I can get even three error messages for the same error. # sapi/cli/php -c php.ini-dist -r 'f();' Command line code(1) : Fatal error - Call to undefined function: f() # sapi/cli/php -c php.ini-recommended -r 'f();' PHP Fatal error: Call to undefined function: f() in Command line code on line 1 Command line code(1) : Fatal error - Call to undefined function: f() # sed 's/\(display_.*errors = \)Off/\1On/' php.ini-display-errors # sapi/cli/php -c php.ini-display-errors -r 'f();' PHP Fatal error: Call to undefined function: f() in Command line code on line 1 Command line code(1) : Fatal error - Call to undefined function: f() Fatal error: Call to undefined function: f() in Command line code on line 1 This last php.ini is with display_errors and display_startup_errors = On. The message starting with "Fatal error:" goes to stdout, the other two to stderr. [2003-03-24 04:12:26] [EMAIL PROTECTED] And get first the latest stable snapshot again. [2003-03-24 04:11:54] [EMAIL PROTECTED] # php -r "f();" Command line code(1) : Fatal error - Call to undefined function: f() This is what I get when using the php.ini-dist from the latest stable CVS snapshot. As you can see, we get totally different style of error messages too. Please try with the plain, unmodified php.ini-dist instead of your current php.ini. The remainder of the comments for this report are too long. To view the res
#22762 [Fbk->NoF]: OCIBindByName and "global" variables or object-references can cause troubles
ID: 22762
Updated by: [EMAIL PROTECTED]
Reported By: Jens dot Pilgrim at xx-well dot com
-Status: Feedback
+Status: No Feedback
Bug Type: OCI8 related
Operating System: Windows 2000/Linux
PHP Version: 4.3.0
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-03-21 01:12:22] [EMAIL PROTECTED]
Could you provide a backtrace using this snapshop:
http://snaps.php.net/php4-STABLE-latest.tar.gz ?
[2003-03-18 06:51:03] Jens dot Pilgrim at xx-well dot com
I had a strange bug with OCIBindByName, that is PHP/Apache caused a
segementation failure (Apache says someting like
FATAL: emalloc(): Unable to allocate 536870912 bytes).
The bug is not easy to reproduce, thus I try to explain how it works:
I'm using lot of classes/objects in my project, pasing this objects by
reference to functions/methods.
Also, all my OCI-related stuff is written in a single class, a method
for each database io use case.
E.g.
01: class DataFactoryOCI {
02: ...
03: function writeFoo( &$i_FooObject) {
04: ...
05: $iStmt = $this->createStatement(...);
06: // bind values
07: $strMember =& $i_FooObject->getMember();
08: OCIBindByName ( $iStmt, ':member', &$strMember, -1 );
09: // execute
10: ...
11: }
This method works fine. And my program works fine in most cases. And
that's the problem: 'most' is not 'all'.
In my special case (web-environment) the program sends a redirect to
the user.
My log-files show me that the redirect is successfull, the
writeFoo-method called before the redirect (and exit) functions is
working fine, all data are written in the database (that is, all
transaction are committed succesfully), my whole program is working
fine.
But: PHP/Apache crashes!
What was happening: In some cases other methods are using methods of
the object passed to writeFoo - and this seems to cause some trouble.
I'm not sure what really caused the error, at least I'm sure that all
Foo-method calls didn't changed the object's state (the object/class
Foo is immutable, the written member is used as a foreign key).
IMHO it seems to be a bug in PHP/OCI8 when destructing the objects,
specially if an object or member of an object was bind by
OCIBindByName.
I fixed the bug in my case by creating a local copy of the member, that
is simply changed line 07:
from 07: $strMember =& $i_FooObject->getMember();
into 07: $strMember = $i_FooObject->getMember();
With this line, all tested cases are working.
--
Edit this bug report at http://bugs.php.net/?id=22762&edit=1
#22724 [Fbk->NoF]: OCIParse: ORA-00001
ID: 22724 Updated by: [EMAIL PROTECTED] Reported By: admin at iut-info dot ens dot univ-reims dot fr -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: HP-UX 11.11 PHP Version: 4.3.2RC1 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 05:50:26] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. can you try to do the same test with the code that has OCIInternalDebug(1); function on top. Please post the output here. [2003-03-15 03:51:53] admin at iut-info dot ens dot univ-reims dot fr - CONFIGURE -- ./configure \ --with-oci8 \ --with-apache=../apache_1.3.27 \ --with-gd \ --with-pdflib=/opt/pdflib \ --with-jpeg-dir \ --with-png-dir \ --with-tiff-dir \ --with-zlib \ --with-bz2 \ --enable-sigchild \ --with-mysql=/opt/mysql4\ --with-pgsql=/opt/pgsql \ --with-tsrm-pthreads\ --with-dom \ --enable-ftp\ --enable-sockets - testoci8.php -- Test de connexion PHP - Oracle 8i $nrows Records Selected\n"; } OCILogOff($conn); } elseecho " OCILogon ERREUR\n"; ?> Result with PHP-4.3.0 --- OCILogon Ok Server Version: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production JServer Release 8.1.7.0.0 - Production 2 Records Selected Result with PHP-4.3.2 - OCILogon Ok Server Version: Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production JServer Release 8.1.7.0.0 - Production Warning: ociparse() [function.ociparse]: OCIParse: ORA-1: unique constraint (%s.%s) violated in /home/prof/collet/public_html/testoci8.php on line 12 Warning: ociexecute(): supplied argument is not a valid OCI8-Statement resource in /home/prof/collet/public_html/testoci8.php on line 13 -- Cordialy. -- Edit this bug report at http://bugs.php.net/?id=22724&edit=1
#22973 [Opn->Bgs]: 'make' fails with "--with-freetype-dir=..." config
ID: 22973 Updated by: [EMAIL PROTECTED] Reported By: sprice at wisc dot edu -Status: Open +Status: Bogus Bug Type: GD related Operating System: Mac 10.2.4 PHP Version: 4CVS-2003-03-30 (stable) New Comment: You need to report this to the Freetype people. Seems like they just don't export that function at all for Mac.. Previous Comments: [2003-03-30 23:24:04] sprice at wisc dot edu When PHP is compiling I get this error: [...] gcc -dynamic -twolevel_namespace -bundle -bundle_loader /usr/sbin/httpd -g -O2 -L/usr/local/lib ext/zlib/zlib.o [... whole slew of object files ...] main/internal_functions.o -lfreetype -lpng -lz -ljpeg -lz -lm -o libs/libphp4.bundle && cp libs/libphp4.bundle libs/libphp4.so ld: Undefined symbols: _FT_New_Face make: *** [libs/libphp4.bundle] Error 1 % My configure looks like this: ./configure --with-apxs --with-mysql --with-gd --disable-short-tags --with-zlib-dir=/usr --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --enable-exif --with-freetype-dir=/usr/local and it only fails when I use "--with-freetype-dir=/usr/local". I am not sure if I am building FreeType right, but if I was doing something wrong, I figure that the PHP configure/build process would throw an error earlier. (I have no reason to believe that it isn't built right, I just haven't used it before...) I am usig freetype v2.1.4rc2 -- Edit this bug report at http://bugs.php.net/?id=22973&edit=1
#22969 [Opn->Bgs]: sent mail not received by some servers
ID: 22969 Updated by: [EMAIL PROTECTED] Reported By: yellowjacket at email dot com -Status: Open +Status: Bogus -Bug Type: *General Issues +Bug Type: Mail related Operating System: apache PHP Version: 4.3.2RC1 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. . Previous Comments: [2003-03-30 20:53:34] yellowjacket at email dot com the mail()function is sending mail but some addresses are not receiving it. What is the issue with mail() that causes some servers not to deliver the mail? For example I can not send email to [EMAIL PROTECTED] or to my hotmail account. There is a lot of discussion about this problem on various sites but no solution. I tried adding the return-path as suggested by several sites. Do you have a fix? thanks, Yellowjacket -- Edit this bug report at http://bugs.php.net/?id=22969&edit=1
#22966 [Opn->Csd]: no error reporting
ID: 22966
Updated by: [EMAIL PROTECTED]
Reported By: phresno at concept-factory dot com
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux 2.4.20, NetBSD 1.6.1_RC2
PHP Version: 4.3.1
New Comment:
Can not reproduce.
Previous Comments:
[2003-03-30 15:36:21] phresno at concept-factory dot com
Seems to have been my mistake in what I was expecting PHP to report. I
still get scripts that die without reporting errors at all such as with
leaving off a ;, or not closing a { with }, however, I recieve warnings
for incorrect argument counts to functions.
[2003-03-30 15:02:42] phresno at concept-factory dot com
I also tested this with PHP 4.2.3 on a NetBSD system. I've gotten the
same resultes, even when using ini_set("display_errors", "1"); and
ini_set("html_errors", "1"); along with error_reporting(E_ALL);
[2003-03-30 14:50:32] phresno at concept-factory dot com
After trying to use set_error_handler() with my own handler, I now
recieve no error reporting on any script, regardless of using
set_error_handler() or not.
Example:
Would normally generate messages about trying to redefine STUFF, and
not closing the IF statement; however, I now recieve no
error/warnring/notice messages at all from PHP.
This happened after trying to use set_erro_handler() in a a different
script example:
--
Edit this bug report at http://bugs.php.net/?id=22966&edit=1
#22960 [Opn->Bgs]: Value of the constant __CLASS__
ID: 22960 Updated by: [EMAIL PROTECTED] Reported By: thixit at yahoo dot com -Status: Open +Status: Bogus Bug Type:Class/Object related PHP Version: 4.3.1 New Comment: It works as expected and intended. Previous Comments: [2003-03-30 05:54:27] thixit at yahoo dot com Concerning the magical constant __CLASS__ '; $foo->a(); // foo $bar->a(); // foo $bar->b(); // bar print ''; ?> I'm not sure about the definition of magical constant, but IMHO __CLASS__ should be changed to reflect the current class that it is in at that moment. This would be useful when use it in a static method where get_class() cannot be used. -- Edit this bug report at http://bugs.php.net/?id=22960&edit=1
#22953 [Opn->Fbk]: putenv doesn't work as documented
ID: 22953
Updated by: [EMAIL PROTECTED]
Reported By: cap at capsi dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux 2.2
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-29 11:17:58] cap at capsi dot com
I've been using putenv with PHP 4.3.1 and Apache 2.0.44,
but it does not seem to restore variables correctly. I'm
getting +0100 and -0800 entries all across my Apache logs
for a static image server, referenced from multiple sites
with different putenv("TZ=zone"); initializations.
Apparenty putenv does not work for a specific request
only, as documented (different problem than closed bug
#10970). I also believe putenv affects all
threads within a process. This virually makes it
impossible to use different timezones for different
virtual hosts, without poisoning Apache logs with
different timezones in it (which fails for a lot of
analyzing software).
# ./configure --with-apxs2=/usr/local/apache/bin/apxs
--with-gd --with-mysql=/usr/local/mysql
--with-pgsql=/usr/local/postgresql
--with-zlib-dir=/usr/lib
--
Edit this bug report at http://bugs.php.net/?id=22953&edit=1
#22957 [Opn->Bgs]: Date output is not correct
ID: 22957
Updated by: [EMAIL PROTECTED]
Reported By: jacques dot daguerre at st dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux RedHat 6.2/7.3
PHP Version: 4.3.1
New Comment:
Using date('m') and date('d') are wrong as those have the leading zeros
in them. Not bug in PHP.
Previous Comments:
[2003-03-30 05:59:35] noel at crewe-it-nosp dot co dot uk
I've also hit the problem with mktime giving incorrect results. On
4.3.2-dev it atually returns -3662 as the date value.
Worse though, it returns the same value for
31st March 2002
28th March 2004
27th March 2005
26th March 2006
and so on.
[2003-03-30 03:25:45] jacques dot daguerre at st dot com
PHP Bug with mktime ???..
I just checked with 2 different versions of PHP :
PHP 4.1.2 and PHP 4.2.1...
Sorry I have not installed the latest version but I could not find
anything in the changelog either !..
The following code TODAY (only today March 30th, 2003) is not giving
the expected output .
$lastmonth1 = mktime (0,0,0,(date("m")-1),date("d"),date("Y"));
$lastmonth = date ("Y-m-d", $lastmonth1);
The result of lastmonth should show "2003-02-28" and it shows
"2003-03-02"..
Looks like a bug to me !
--
Edit this bug report at http://bugs.php.net/?id=22957&edit=1
#22955 [Opn->Bgs]: Configure fails with error when used --with-snmp
ID: 22955
Updated by: [EMAIL PROTECTED]
Reported By: alietss at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: SNMP related
Operating System: Linux RedHat 8.0
PHP Version: 4CVS-2003-03-29 (stable)
New Comment:
Check config.log as the error tells you to do.
Previous Comments:
[2003-03-29 16:19:32] alietss at yahoo dot com
Hi all the PHP people:
I'm building rpms for Linux RedHat 8.0 httpd-2.0.40-11 of php-4.3.2
latest sables sources, but when I use --with-snmp the configure script
fails with this error...
checking for SNMP support... yes
checking for net-snmp-config... /usr/bin/net-snmp-config
checking for snmp_parse_oid... no
checking for init_snmp in -lnetsnmp... no
configure: error: SNMP sanity check failed. Please check config.log for
more information.
I tested alone and the error is still there, my net-snmp is 5.0.6-8
from RedHat rpms I built php-4.3.1 ok with this same configuration.
Here my configure line...
%configure \
--prefix=%{_prefix} \
--cache-file=../config.cache \
--with-config-file-path=%{_sysconfdir} \
--with-config-file-scan-dir=%{_sysconfdir}/php.d \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-bz2 \
--with-db4 \
--with-curl \
--with-dom=%{_prefix} \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-png-dir=%{_prefix} \
--with-gd \
--enable-gd-native-ttf \
--with-ttf \
--with-gdbm \
--with-gettext \
--with-pdflib=shared \
--with-tiff-dir=%{_prefix} \
--with-ncurses \
--with-gmp \
--with-iconv \
--enable-xslt=shared \
--with-jpeg-dir=%{_prefix} \
--with-openssl \
--with-png \
--with-pspell \
--with-regex \
--with-xml \
--with-expat-dir=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-exif \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-pear=/usr/share/pear \
--with-imap=shared \
--with-imap-ssl \
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mcal=shared,%{_prefix} \
--with-mcrypt=shared,%{_prefix} \
--with-mhash=shared,%{_prefix} \
--with-mssql=shared,%{_prefix} \
--with-mysql=shared,%{_prefix} \
%if %{oracle}
--with-oci8=shared \
%endif
--with-pgsql=shared \
--with-snmp=shared,%{_prefix} \
--with-snmp=shared \
--with-xslt-sablot=shared,%{_prefix} \
--with-sablot-js=shared,%{_prefix} \
--enable-ucd-snmp-hack \
--with-unixODBC=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-calendar \
--enable-dbx \
--enable-dio \
--enable-mcal \
Any Ideas
--
Edit this bug report at http://bugs.php.net/?id=22955&edit=1
#22974 [Opn->Csd]: World writable PEAR files (???!)
ID: 22974 Updated by: [EMAIL PROTECTED] Reported By: zidek at westmaster dot com -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: linux 2.4.20 PHP Version: 4.3.1 New Comment: Seems to be fixed in CVS. Previous Comments: [2003-03-31 00:35:23] zidek at westmaster dot com make install installs pear tree with world writable flag set (?) this may be big security hole -- Edit this bug report at http://bugs.php.net/?id=22974&edit=1
#22974 [NEW]: World writable PEAR files (???!)
From: zidek at westmaster dot com Operating system: linux 2.4.20 PHP version: 4.3.1 PHP Bug Type: *Configuration Issues Bug description: World writable PEAR files (???!) make install installs pear tree with world writable flag set (?) this may be big security hole -- Edit bug report at http://bugs.php.net/?id=22974&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22974&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22974&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22974&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22974&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22974&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22974&r=support Expected behavior: http://bugs.php.net/fix.php?id=22974&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22974&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22974&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22974&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22974&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22974&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22974&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22974&r=gnused
#22820 [Fbk->Opn]: script kicks out to command prompt.
ID: 22820 User updated by: nick at axelis dot com Reported By: nick at axelis dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 sp3 PHP Version: 4.3.2-RC New Comment: Ok, I got that snapshot and you're right, the apache problem is fixed. In fact it works great. I've been trying to whiddle this down to 15-20 lines like you asked but I just can't pinpoint the problem. Given the way this script works, it's impossible to make it do anything except what it does. What I really need to know is, is this a problem with php 4.3.x? or with Windows? I was going to downgrade to 4.2.3 but I can't do that with this version of apache, and I'd rather not go through the trouble of downgrading that as well on a production server. Previous Comments: [2003-03-27 07:49:19] [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 Apache2 problems are fixed now. [2003-03-26 19:16:25] nick at axelis dot com Ok, let's try this again: As stated in my original message, I already have Apache 2.0.44 installed. As far as sending a _SHORT_ chunck of code that will reproduce this problem, I wouldn't know where to begin. The problem happens at various locations in the code where different, unrelated, stuff is happening. If I could isolate this to a specific subset of the code I would have already fixed it. I'll try to put together something that might reproduce this, but I can't be sure what will happen. [2003-03-24 03:52:13] [EMAIL PROTECTED] About the Apache2 sapi, you need Apache 2.0.44 installed. About the cli problem, please provide a _SHORT_ example script which we can use to test this. And I mean a script that is max. 15-20 lines long and runs as-is. [2003-03-23 19:35:43] nick at axelis dot com Ok. I got the latest snapshot and applied it. The results where not what I would expect. Wit the new snapshot I can't use the sapi mod for apache 2, apache won't load when with it. I've now got it configured to use the CGI, and that works. The problem, however, still remains, there is no change. [2003-03-22 04:37:31] [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/22820 -- Edit this bug report at http://bugs.php.net/?id=22820&edit=1
#22973 [NEW]: 'make' fails with "--with-freetype-dir=..." config
From: sprice at wisc dot edu Operating system: Mac 10.2.4 PHP version: 4CVS-2003-03-30 (stable) PHP Bug Type: GD related Bug description: 'make' fails with "--with-freetype-dir=..." config When PHP is compiling I get this error: [...] gcc -dynamic -twolevel_namespace -bundle -bundle_loader /usr/sbin/httpd -g -O2 -L/usr/local/lib ext/zlib/zlib.o [... whole slew of object files ...] main/internal_functions.o -lfreetype -lpng -lz -ljpeg -lz -lm -o libs/libphp4.bundle && cp libs/libphp4.bundle libs/libphp4.so ld: Undefined symbols: _FT_New_Face make: *** [libs/libphp4.bundle] Error 1 % My configure looks like this: ./configure --with-apxs --with-mysql --with-gd --disable-short-tags --with-zlib-dir=/usr --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --enable-exif --with-freetype-dir=/usr/local and it only fails when I use "--with-freetype-dir=/usr/local". I am not sure if I am building FreeType right, but if I was doing something wrong, I figure that the PHP configure/build process would throw an error earlier. (I have no reason to believe that it isn't built right, I just haven't used it before...) I am usig freetype v2.1.4rc2 -- Edit bug report at http://bugs.php.net/?id=22973&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22973&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22973&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22973&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22973&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22973&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22973&r=support Expected behavior: http://bugs.php.net/fix.php?id=22973&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22973&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22973&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22973&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22973&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22973&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22973&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22973&r=gnused
#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.2RC2
+PHP Version: 4.3.2 330 CVS
New Comment:
Just tried the 330 cvs and Apache is still crashing.
Previous Comments:
[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
#22972 [NEW]: Addition to the global keyword
From: tim dot stebbing at nunatak dot com dot au Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: Addition to the global keyword optionaly add 'as' to the global keyword, in the same way that SQL 'as' works: global $aVeryLongVariableName as $foo It would neaten alot of code, would not break old scripts, I imagine your passing a ref into the code block, this is just specifying the handle used :) -- Edit bug report at http://bugs.php.net/?id=22972&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22972&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22972&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22972&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22972&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22972&r=support Expected behavior: http://bugs.php.net/fix.php?id=22972&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22972&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22972&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22972&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22972&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22972&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22972&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22972&r=gnused
#22971 [NEW]: Error in odbc_prepare or in odbc_connect?
From: anton at esrr dot ru Operating system: Linux RedHat 8 PHP version: 4.3.1 PHP Bug Type: ODBC related Bug description: Error in odbc_prepare or in odbc_connect? 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 bug report at http://bugs.php.net/?id=22971&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22971&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22971&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22971&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22971&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22971&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22971&r=support Expected behavior: http://bugs.php.net/fix.php?id=22971&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22971&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22971&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22971&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22971&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22971&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22971&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22971&r=gnused
#22970 [NEW]: ftp 'quote' command not available _exec & _site seem redundant
From: keith at ksmith dot com
Operating system: Linux
PHP version: 4.3.1
PHP Bug Type: Feature/Change Request
Bug description: ftp 'quote' command not available _exec & _site seem redundant
No ability to send arbitrary commands to ftp server like 'quote' command in
ftp. Trivial addition. Also ftp_exec and ftp_site seem redundant. The
former does a 'SITE EXEC' in front of command the latter does 'SITE' in
front of command.
The patch is trivial and available at:
http://linuxap.ksmith.com/archive/misc/php-4.3.1-ftp_quote.patch
I also include it here to 4.3.1. It should probably patch other versions
as well:
diff -urN php-4.3.1/ext/ftp/ftp.c php-4.3.1.new/ext/ftp/ftp.c
--- php-4.3.1/ext/ftp/ftp.c 2002-10-12 18:40:46.0 -0700
+++ php-4.3.1.new/ext/ftp/ftp.c 2003-03-30 20:28:35.0 -0700
@@ -417,6 +417,22 @@
}
/* }}} */
+/* {{{ ftp_quote
+ */
+int
+ftp_quote(ftpbuf_t *ftp, const char *cmd)
+{
+ if (ftp == NULL)
+ return 0;
+ if (!ftp_putcmd(ftp, cmd, NULL))
+ return 0;
+ if (!ftp_getresp(ftp) || ftp->resp != 200)
+ return 0;
+
+ return 1;
+}
+/* }}} */
+
/* {{{ ftp_chdir
*/
int
diff -urN php-4.3.1/ext/ftp/ftp.h php-4.3.1.new/ext/ftp/ftp.h
--- php-4.3.1/ext/ftp/ftp.h 2002-10-03 05:16:44.0 -0700
+++ php-4.3.1.new/ext/ftp/ftp.h 2003-03-30 20:45:03.0 -0700
@@ -179,6 +179,9 @@
/* sends a SITE command to the server */
intftp_site(ftpbuf_t *ftp, const char *cmd);
+/* sends an arbitrary command string to the server */
+intftp_quote(ftpbuf_t *ftp, const char *cmd);
+
/* retrieves part of a file and saves its contents to outfp
* returns true on success, false on error
*/
diff -urN php-4.3.1/ext/ftp/php_ftp.c php-4.3.1.new/ext/ftp/php_ftp.c
--- php-4.3.1/ext/ftp/php_ftp.c 2002-12-05 23:08:21.0 -0700
+++ php-4.3.1.new/ext/ftp/php_ftp.c 2003-03-30 20:47:55.0
-0700
@@ -71,6 +71,7 @@
PHP_FE(ftp_rename, NULL)
PHP_FE(ftp_delete, NULL)
PHP_FE(ftp_site,NULL)
+ PHP_FE(ftp_quote, NULL)
PHP_FE(ftp_close, NULL)
PHP_FE(ftp_set_option, NULL)
PHP_FE(ftp_get_option, NULL)
@@ -1055,6 +1056,31 @@
}
/* }}} */
+/* {{{ proto bool ftp_quote(resource stream, string cmd)
+ Sends an arbitrary command to the server */
+PHP_FUNCTION(ftp_quote)
+{
+ zval*z_ftp;
+ ftpbuf_t*ftp;
+ char*cmd;
+ int cmd_len;
+
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "rs", &z_ftp,
&cmd, &cmd_len) == FAILURE) {
+ return;
+ }
+
+ ZEND_FETCH_RESOURCE(ftp, ftpbuf_t*, &z_ftp, -1, le_ftpbuf_name,
le_ftpbuf);
+
+ /* send the command */
+ if (!ftp_quote(ftp, cmd)) {
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "%s",
ftp->inbuf);
+ RETURN_FALSE;
+ }
+
+ RETURN_TRUE;
+}
+/* }}} */
+
/* {{{ proto void ftp_close(resource stream)
Closes the FTP stream */
PHP_FUNCTION(ftp_close)
diff -urN php-4.3.1/ext/ftp/php_ftp.h php-4.3.1.new/ext/ftp/php_ftp.h
--- php-4.3.1/ext/ftp/php_ftp.h 2002-10-03 04:33:05.0 -0700
+++ php-4.3.1.new/ext/ftp/php_ftp.h 2003-03-30 20:48:15.0
-0700
@@ -58,6 +58,7 @@
PHP_FUNCTION(ftp_rename);
PHP_FUNCTION(ftp_delete);
PHP_FUNCTION(ftp_site);
+PHP_FUNCTION(ftp_quote);
PHP_FUNCTION(ftp_close);
PHP_FUNCTION(ftp_set_option);
PHP_FUNCTION(ftp_get_option);
--
Edit bug report at http://bugs.php.net/?id=22970&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22970&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22970&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22970&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22970&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22970&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22970&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22970&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22970&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22970&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22970&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22970&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22970&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22970&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22970&r=gnused
#22969 [NEW]: sent mail not received by some servers
From: yellowjacket at email dot com Operating system: apache PHP version: 4.3.2RC1 PHP Bug Type: *General Issues Bug description: sent mail not received by some servers the mail()function is sending mail but some addresses are not receiving it. What is the issue with mail() that causes some servers not to deliver the mail? For example I can not send email to [EMAIL PROTECTED] or to my hotmail account. There is a lot of discussion about this problem on various sites but no solution. I tried adding the return-path as suggested by several sites. Do you have a fix? thanks, Yellowjacket -- Edit bug report at http://bugs.php.net/?id=22969&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22969&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22969&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22969&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22969&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22969&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22969&r=support Expected behavior: http://bugs.php.net/fix.php?id=22969&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22969&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22969&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22969&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22969&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22969&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22969&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22969&r=gnused
#22963 [Opn->Bgs]: few problems
ID: 22963 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4CVS-2003-03-30 (stable) New Comment: as these does not seem to be a bug in php but within his code i am marking it as bogus as for your scripting problem please refer to http://www.php.net/support.php Previous Comments: [2003-03-30 15:07:02] luke at cywh dot com ok i fixed the http://cytech.cywh.com/?id=order the problem was i had more than one tag. as far as the scripging error i encoutered (above post), it still happens. and i still have the question does php have a line limit for files. [2003-03-30 14:45:24] luke at cywh dot com *ehcho=echo [2003-03-30 14:44:09] luke at cywh dot com ok now this is very weird i had something like this... a bunch of tables and stuff go here with font tags and what not. now the one above, i looked at the source (view/source), and i saw some weird characters for the size in one of my font tags. its because i saw one of my fields was larger than the rest. it just doesnt come up like its saved. also the same problem as before. when i do this it displays correctly (the font), accept i have the same problem. when i save the html code to an html file, then do an include instead, everything works fine. it must be some kinda of scripting problem now im not sure whats wrong with the... http://cytech.cywh.com/?id=order but it solves the first one. first one must be a scripting problem and i have a question. by any chance would php have a line limit for php files? or is it unlimited? cause if it doesnt have a line limit thats proboly has nothing to do with it. if it does have a line limit, my files are about 1000 lines long because i create whole websites in one file. (1 file per site). i doubt something as complicated as php would have a line limit, but its a possibity worth exploring a guess. [2003-03-30 13:04:38] luke at cywh dot com try clicking this link 10-20 times. notice that it works sometimes, but sometimes it comes up as page cannot be displayed. it didnt do this before. im on my local network and its doing it to me, so connection isnt an issue. and i have confirmed it with numerous machines and connections. it seems to happen in IE. dont know if it happens in other browsers, but it definatly does it in IE. links: http://www.cywh.com/?action=wh http://cytech.cywh.com/index.php?id=order ftp with scripts at ftp://[EMAIL PROTECTED] files location on http is at http://cywh.com/ftpshare/ [2003-03-30 11:23:26] luke at cywh dot com ok here ya go magnus i wanna keep everything exact so ill give you some ftp access ftp://[EMAIL PROTECTED] there is cytech.php and cyweb.php cyweb.php ->> http://www.cywh.com/ftpshare/cyweb.php?action=wh (doesnt work at all, but it did work) cytech.php ->> http://cywh.com/ftpshare/cytech.php?id=order (works half the time, but it did work all the time) i got the necessary files in there to make it work. 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/22963 -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22954 [Opn->Bgs]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954
Updated by: [EMAIL PROTECTED]
Reported By: mclinden at informed dot net
-Status: Open
+Status: Bogus
Bug Type: Mail related
Operating System: Linux 2.4.20
PHP Version: 4.3.1
New Comment:
I can't see this as anything but a non-PHP related error at this
point.
It's *really* odd that the error only occurs when a fork is issued,
though that may be an artifact of the way in which Apache2 handles
children.
I'd say spend some time working with the apache configuration file,
paying particular attention to the use of LD_PRELOAD which you
mentioned you're using.
In any event, the fact that the exact same script works under CLI but
not under Apache DSO is very suggestive.
Previous Comments:
[2003-03-30 14:47:30] mclinden at informed dot net
Sorry for the confusion. The last output WAS from the CLI. This is the
output from the page served up by Apache.
resource(5) of type (process)
int(-1)
--- End of script /usr/sbin/sendmail: error
while loading shared libraries: libclntsh.so.9.0: cannot open shared
object file: No such file or direct
[2003-03-30 14:43:33] [EMAIL PROTECTED]
Well then, let's try taking Apache out of the equation.
Use the CLI version of PHP (which should have been built along with the
Apache DSO module, unless you explicitly specified --without-cli) with
a simple mail script:
#!/usr/local/bin/php
[2003-03-30 11:07:27] mclinden at informed dot net
The mail is successfully sent. At the command prompt I get:
resource(7) of type (process)
int(-1)
I did NOT compile php with --with-oci8=shared,/usr/oracle/OraHome1
(well, I did, but then PHP complained that the OCI functions were
undefined).
This may be more related to apache than PHP, though I cannot think of
why.
[2003-03-30 10:32:12] [EMAIL PROTECTED]
Try the following script (which mimicks the core of mail()'s
functionality) and reply with what is returned:
array('pipe','r'),1=>array('pipe','w'),2=>array('file','proc-open.error.log','w'));
var_dump($pid = proc_open(ini_get('sendmail_path'), $fd, $fp));
/* Replace this with a mail address you have access to */
fwrite($fp[0],"To: [EMAIL PROTECTED]");
fwrite($fp[0],'Subject: This is a test. ' . date("n/j/Y H:i:s") .
"\r\n\r\n");
fwrite($fp[0],"This is only a test.\r\n");
fclose($fp[0]);
while (!feof($fp[1]))
echo fgets($fp[1]);
fclose($fp[1]);
var_dump(proc_close($pid));
echo "---\nEnd of script\n\n";
readfile('proc-open.error.log');
?>
[2003-03-30 09:23:05] mclinden at informed dot net
I am running sendmail version 8.12.7. When I say that I can run it from
the command line I mean that if I execute at the command line the value
of sendmail_path from php.ini, it works fine. In fact, if I do an ldd
on sendmail it doesn't even NEED libclntsh.so.
Yes, libclntsh.so.9.0 exists in $ORACLE_HOME/lib and I added it to the
LD_PRELOAD environment variable for Apache.
As I said, all other services based upon PHP-Oracle work fine except
the mail command.
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/22954
--
Edit this bug report at http://bugs.php.net/?id=22954&edit=1
#22440 [Opn]: Bug with cookie in CGI not in ISAPI
ID: 22440
User updated by: garfield_fr at tiscali dot fr
Reported By: garfield_fr at tiscali dot fr
Status: Open
Bug Type: CGI related
Operating System: Windows 2000 pro SP3
PHP Version: 4.3.2-dev
New Comment:
this is a little page to test the bug :
if no cookie are set, click on "setCookie and header" link to set the
cookie and redirect to other... cookie are not set !!
tested with
PHP Version : 4.3.2-RC
Build Date : Mar 30 2003 09:11:32
Test SetCookie function with Header("Location: ") function...
just setCookie
setCookie and
header("location:...")
delete
cookie("location:...")
";var_dump($_GET);echo "";
$op = $_GET['op'];
switch ($op){
case "set" :
SetTheCookie();
break;
case "set_redir" :
set_redir();
break;
case "delcookie" :
delcookie();
break;
}
echo "\$_COOKIE : ";var_dump($_COOKIE);echo "";
?>
Previous Comments:
[2003-03-30 17:41:56] garfield_fr at tiscali dot fr
I try using last CVS snapshot (30 mar 2003).
bug is still here !! setcookie() with header("location: ...") doesn't
work ...(test with phpnuke 6.0.17, in login page)
[2003-03-30 06:46:26] [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
This bug is likely fixed by a recent patch in CVS, so please try the
latest cvs snapshot again.
[2003-02-27 08:54:17] [EMAIL PROTECTED]
reclassified
[2003-02-27 07:59:59] garfield_fr at tiscali dot fr
I set cgi.rfc2616_headers = 1 ... and I have no change :(
and I can't modify my script because I do some tests to give PHP to
customers ...
[2003-02-27 06:11:36] davidfelton at codemasters dot com
Have solved it:
I set cgi.rfc2616_headers in the php.ini to 1. I didn't know about this
new setting.
Thanks.
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/22440
--
Edit this bug report at http://bugs.php.net/?id=22440&edit=1
#22440 [Fbk->Opn]: Bug with cookie in CGI not in ISAPI
ID: 22440
User updated by: garfield_fr at tiscali dot fr
Reported By: garfield_fr at tiscali dot fr
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: Windows 2000 pro SP3
PHP Version: 4.3.2-dev
New Comment:
I try using last CVS snapshot (30 mar 2003).
bug is still here !! setcookie() with header("location: ...") doesn't
work ...(test with phpnuke 6.0.17, in login page)
Previous Comments:
[2003-03-30 06:46:26] [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
This bug is likely fixed by a recent patch in CVS, so please try the
latest cvs snapshot again.
[2003-02-27 08:54:17] [EMAIL PROTECTED]
reclassified
[2003-02-27 07:59:59] garfield_fr at tiscali dot fr
I set cgi.rfc2616_headers = 1 ... and I have no change :(
and I can't modify my script because I do some tests to give PHP to
customers ...
[2003-02-27 06:11:36] davidfelton at codemasters dot com
Have solved it:
I set cgi.rfc2616_headers in the php.ini to 1. I didn't know about this
new setting.
Thanks.
[2003-02-27 05:53:41] davidfelton at codemasters dot com
I've been experiencing a very similar/the same bug with IIS on windows
2000 and setting cookies using PHP as CGI.
How I set my cookies is as follows:
As there is a bug in IIS that prevents you from setting cookies in
conjunction with Header("Location: ...") the filenames of the files
that set cookies are preceded with 'nph-' as detailed here:
http://support.microsoft.com/default.aspx?scid=KB;en-us;q176113
so that I can send my own headers. This worked fine in PHP 4.2.3, now
with PHP 4.3.2 It just doesn't work and headers are printed out to the
screen. Code used is as follows:
function MySetCookie($CkyName, $CkyValue, $exp, $pth, $domain,
$Secure)
{
$exp = gmstrftime("%A, %d-%b-%Y %H:%M:%S",$exp);
return "Set-Cookie: Territory=$CkyValue; path=$pth;
domain=$domain;
expires=$exp";
}
$territory="EnglishUK";
//go to the main page
Header("HTTP/1.0 302 Redirect");
Header("Location:
http://www.mydomain.com/mainpage.php?territory=$territory";);
//set cookie
Header(MySetCookie("Territory",$territory,mktime(0,0,0,date("n"),date("j")+30),"/","mydomain.com",0));
(note this file needs to be saved as 'nph-index.php')
This is an issue with PHP and not ISS.
Thanks.
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/22440
--
Edit this bug report at http://bugs.php.net/?id=22440&edit=1
#15415 [Com]: [VOTE] case sensitive function/class names for PHP5
ID: 15415 Comment by: moxley at moxleydata dot com Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: ANY PHP Version: PHP 5.0 New Comment: YES Previous Comments: [2003-03-30 06:16:10] ondrej at kmit dot sk YES [2003-01-20 08:20:01] mex at ecstasy dot sk NO [2002-02-08 14:32:24] diogo at sphynx dot com dot br Yes. [2002-02-08 11:09:36] [EMAIL PROTECTED] No [2002-02-07 13:32:34] marten at ditt dot as YES 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/15415 -- Edit this bug report at http://bugs.php.net/?id=15415&edit=1
#22968 [NEW]: error with libmcal 0.7 & libmcal drivers 0.9
From: magz at bop dot nu Operating system: Redhat 7.3 PHP version: 4CVS-2003-03-30 (stable) PHP Bug Type: MCAL related Bug description: error with libmcal 0.7 & libmcal drivers 0.9 I have just downloaded the latest libmcal v0.7 and libmcal drivers v0.9 and was trying to install them with php. No errors occured until I was going to ./configure apache. Using php4-STABLE-200303301630. Preparing libmcal tar zxfv mcaldrivers-0.9.tar.gz tar zxfv libmcal-0.7.tar.gz cd mcal-drivers mv * ../libmcal cd ../libmcal/mstore make cd ../icap make cd .. chmod a+x configure ./configure --with-mstore --with-icap make mkdir /var/calendar chmod 1777 /var/calendar (Without any errors) compiling php-latest-stable ./configure \ --with-apache=../apache_1.3.27 \ --with-config-file-path=/etc \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --with-xml \ --with-dom \ --with-xmlrpc \ --with-mysql=/usr/local/mysql \ --enable-sockets \ --with-ldap \ --with-imap=/usr/local/imap-2002b \ --with-imap-ssl=/usr/local \ --with-mm \ --enable-memory-limit \ --enable-bcmath \ --enable-sigchild \ --with-zlib=/usr \ --with-curl=/usr/local \ --with-dom=/usr/include/libxml2/libxml \ --enable-exif \ --enable-ftp \ --with-gettext=/usr/share \ --with-gd \ --with-ttf \ --with-freetype-dir=/usr/local/include/freetype2/freetype \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --with-tiff-lib=/usr \ --with-openssl=/usr/local/ssl \ --with-mcrypt \ --with-mhash \ --with-pspell \ --with-imagick \ --enable-mime-magic make make install (Without any errors) compiling apache SSL_BASE=/usr/local/ssl ./configure \ > --enable-module=ssl \ > --activate-module=src/modules/php4/libphp4.a \ > --activate-module=src/modules/extra/mod_geoip.c \ > --enable-rule=eapi \ > --enable-module=define \ > --enable-module=headers \ > --enable-module=info \ > --enable-module=rewrite \ > --enable-module=unique_id \ > --enable-module=digest \ > --enable-module=expires \ > --enable-module=so \ > --enable-module=usertrack Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) + activated geoip module (modules/extra/mod_geoip.c) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o rewrite_module uses ConfigStart/End + using -lndbm for DBM support enabling DBM support for mod_rewrite o ssl_module uses ConfigStart/End + SSL interface: mod_ssl/2.8.14 + SSL interface build type: OBJ + SSL interface compatibility: enabled + SSL interface experimental code: disabled + SSL interface conservative code: disabled + SSL interface vendor extensions: disabled + SSL interface plugin: Built-in SDBM + SSL library path: /usr/local/ssl + SSL library version: OpenSSL 0.9.7a Feb 19 2003 + SSL library type: installed package (stand-alone) o php4_module uses ConfigStart/End o geoip_module uses ConfigStart/End + using -L/usr/local/lib -lGeoIP for GeoIP support + enabling Extended API (EAPI) + using system Expat + using -ldl for vendor DSO support + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -I/usr/include/db1 -DMOD_SSL=208114 -DEAPI `./apaci` -L/usr/local/ssl/lib -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/ssl/lib -Wl,-rpath,/usr/local/lib -Wl,-rpath,/usr/local/imap-2002b/lib -Wl,-rpath,/usr/src/apache/libmcal -Wl,-rpath,/usr/local/mysql/lib -rdynamic -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/local/imap-2002b/lib -L/usr/src/apache/libmcal -L/usr/local/mysql/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4-rdynamic -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/local/imap-2002b/lib -L/usr/src/apache/libmcal -L/usr/local/mysql/lib -lcrypt -lmcal -lc-client -lssl -lcrypto -lexpat -lcrypt -lmm -lpspell -lmysqlclient -lmhash -lmcrypt -lltdl -lldap -llber -lcrypt -lpam -lfreetype -lpng -lz -ljpeg -lz -lcurl -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcurl -lz -lssl -lcrypto -ldl -lz -lxml2 -lz -lm -lcrypt -lcrypt -lm -lcrypt -lndbm -lssl -lcrypto -L/usr/local/lib -lGeoIP -lexpat -ldl /usr/src/apache/libmcal/libmcal.so: undefined reference to `cc_login' /usr/src/apache/libmcal/libmcal.so: undefined reference to `cc_searched' /usr/src/apache/libmcal/libmcal.so: undefined reference to `cc_vlog' /usr/src/apache/libmcal/libmcal.so: undefined reference to `cc_vdlog' collect
#22127 [Fbk->Opn]: bogus http response when force-cgi-redirect safety mechanism triggered
ID: 22127 User updated by: zlo at canada dot com Reported By: zlo at canada dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: windows, linux -PHP Version: 4CVS-2003-02-08 (stable) +PHP Version: php4-STABLE-200303302030 New Comment: using the latest build: # HEAD http://mysite/cgi-bin/php/pi.php 500 Bad response code: 'HTTP/1.1 0' Previous Comments: [2003-03-30 06:44:32] [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-02-08 14:46:41] zlo at canada dot com When php is used in cgi mode with force-cgi-redirect enabled, and the safety mechanism is triggered, PHP produces a bogus http response line: HTTP/1.1 0 this is invalid and browsers fail to display the output. it happens for PHP 4.3.0 and a fresh PHP 4.3.1-dev snapshot under both Windows and Linux. AFAIK 0 is not a valid response code, and unless one uses a non-compliant browser or accesses the page through a raw telnet session, the warning page cannot be seen. it would be desirable for PHP to produce a meaningful response code, such as 200, 403 or 500. for example: GET /cgi-bin/php/pi.php HTTP/1.1 HOST: mysite HTTP/1.1 0 Date: Sat, 08 Feb 2003 20:32:46 GMT Server: Apache/1.3.27 (Unix) PHP/4.3.0 Transfer-Encoding: chunked Content-Type: text/html; charset=windows-1251 283 Security Alert! The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive. For more information as to why this behaviour exists, see the http://php.net/security.cgi-bin";>manual page for CGI security. For more information about changing this behaviour or re-enabling this webserver, consult the installation file that came with this distribution, or visit http://php.net/install.windows";>the manual page. 0 -- Edit this bug report at http://bugs.php.net/?id=22127&edit=1
#22966 [Opn]: no error reporting
ID: 22966
User updated by: phresno at concept-factory dot com
Reported By: phresno at concept-factory dot com
Status: Open
-Bug Type: Output Control
+Bug Type: Scripting Engine problem
Operating System: Linux 2.4.20, NetBSD 1.6.1_RC2
PHP Version: 4.3.1
New Comment:
Seems to have been my mistake in what I was expecting PHP to report. I
still get scripts that die without reporting errors at all such as with
leaving off a ;, or not closing a { with }, however, I recieve warnings
for incorrect argument counts to functions.
Previous Comments:
[2003-03-30 15:02:42] phresno at concept-factory dot com
I also tested this with PHP 4.2.3 on a NetBSD system. I've gotten the
same resultes, even when using ini_set("display_errors", "1"); and
ini_set("html_errors", "1"); along with error_reporting(E_ALL);
[2003-03-30 14:50:32] phresno at concept-factory dot com
After trying to use set_error_handler() with my own handler, I now
recieve no error reporting on any script, regardless of using
set_error_handler() or not.
Example:
Would normally generate messages about trying to redefine STUFF, and
not closing the IF statement; however, I now recieve no
error/warnring/notice messages at all from PHP.
This happened after trying to use set_erro_handler() in a a different
script example:
--
Edit this bug report at http://bugs.php.net/?id=22966&edit=1
#22963 [Opn]: few problems
ID: 22963 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: 4CVS-2003-03-30 (stable) New Comment: ok i fixed the http://cytech.cywh.com/?id=order the problem was i had more than one tag. as far as the scripging error i encoutered (above post), it still happens. and i still have the question does php have a line limit for files. Previous Comments: [2003-03-30 14:45:24] luke at cywh dot com *ehcho=echo [2003-03-30 14:44:09] luke at cywh dot com ok now this is very weird i had something like this... a bunch of tables and stuff go here with font tags and what not. now the one above, i looked at the source (view/source), and i saw some weird characters for the size in one of my font tags. its because i saw one of my fields was larger than the rest. it just doesnt come up like its saved. also the same problem as before. when i do this it displays correctly (the font), accept i have the same problem. when i save the html code to an html file, then do an include instead, everything works fine. it must be some kinda of scripting problem now im not sure whats wrong with the... http://cytech.cywh.com/?id=order but it solves the first one. first one must be a scripting problem and i have a question. by any chance would php have a line limit for php files? or is it unlimited? cause if it doesnt have a line limit thats proboly has nothing to do with it. if it does have a line limit, my files are about 1000 lines long because i create whole websites in one file. (1 file per site). i doubt something as complicated as php would have a line limit, but its a possibity worth exploring a guess. [2003-03-30 13:04:38] luke at cywh dot com try clicking this link 10-20 times. notice that it works sometimes, but sometimes it comes up as page cannot be displayed. it didnt do this before. im on my local network and its doing it to me, so connection isnt an issue. and i have confirmed it with numerous machines and connections. it seems to happen in IE. dont know if it happens in other browsers, but it definatly does it in IE. links: http://www.cywh.com/?action=wh http://cytech.cywh.com/index.php?id=order ftp with scripts at ftp://[EMAIL PROTECTED] files location on http is at http://cywh.com/ftpshare/ [2003-03-30 11:23:26] luke at cywh dot com ok here ya go magnus i wanna keep everything exact so ill give you some ftp access ftp://[EMAIL PROTECTED] there is cytech.php and cyweb.php cyweb.php ->> http://www.cywh.com/ftpshare/cyweb.php?action=wh (doesnt work at all, but it did work) cytech.php ->> http://cywh.com/ftpshare/cytech.php?id=order (works half the time, but it did work all the time) i got the necessary files in there to make it work. [2003-03-30 10:49:26] [EMAIL PROTECTED] Please provide a *short* script to reproduce the problem. If it is more then 20 lines, provide an URL. Also, it shows up at the first load for me. Probably IE related in some way. I was using Phoenix. 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/22963 -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22966 [Opn]: no error reporting
ID: 22966
User updated by: phresno at concept-factory dot com
Reported By: phresno at concept-factory dot com
Status: Open
Bug Type: Output Control
-Operating System: Linux 2.4.20
+Operating System: Linux 2.4.20, NetBSD 1.6.1_RC2
PHP Version: 4.3.1
New Comment:
I also tested this with PHP 4.2.3 on a NetBSD system. I've gotten the
same resultes, even when using ini_set("display_errors", "1"); and
ini_set("html_errors", "1"); along with error_reporting(E_ALL);
Previous Comments:
[2003-03-30 14:50:32] phresno at concept-factory dot com
After trying to use set_error_handler() with my own handler, I now
recieve no error reporting on any script, regardless of using
set_error_handler() or not.
Example:
Would normally generate messages about trying to redefine STUFF, and
not closing the IF statement; however, I now recieve no
error/warnring/notice messages at all from PHP.
This happened after trying to use set_erro_handler() in a a different
script example:
--
Edit this bug report at http://bugs.php.net/?id=22966&edit=1
#22967 [NEW]: "gzuncompress data error" while trying to uncompress TRUE gzip data
From: atz at atz dot msk dot ru
Operating system: FreeBSD 5.0-RELEASE
PHP version: 4CVS-2003-03-30 (stable)
PHP Bug Type: Zlib Related
Bug description: "gzuncompress data error" while trying to uncompress TRUE gzip data
I'am trying to fetch data with fsockopen and etc.
from URL
http://suncity.combats.ru/inf.pl?login=atz
OR
http://capitalcity.combats.ru/inf.pl?login=atz
And as result in variable named $Data i have a compressed
gzip data from that url with "Content-encoding: gzip".
But! When i try to
gzuncompress($Data)
the php returns
Warning: gzuncompress(): data error
gzinflate($Data)
Warning: gzinflate(): data error
I'm try to do following:
$fp = fopen("gzipped","w");
fwrite($fp, $Data, strlen($Data));
fclose($fp);
$buffer = "";
$gzfp = gzopen("gzipped","r");
while (!gzeof($gzfp)) {
$buffer .= gzread($gzfp, 1024);
}
gzclose($gzfp);
And as result i have normal UNCOMPRESSED data
in varaiable named $buffer.
Why gzuncompress do not uncompress $Data while
gzopen do this success?
Is this a bug?
--
Edit bug report at http://bugs.php.net/?id=22967&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22967&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22967&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22967&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22967&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22967&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22967&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22967&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22967&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22967&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22967&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22967&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22967&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22967&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22967&r=gnused
#22163 [Com]: mktime returns -3662
ID: 22163 Comment by: ma499 at doc dot ic dot ac dot uk Reported By: andrew at strawberry-world dot com Status: Bogus Bug Type: Date/time related Operating System: MacOS X 10.2 PHP Version: 4.3.0 New Comment: I'm having similar problems with PHP 4.3.1 on FreeBSD 5.0-p6. So, it is unlikely to be Mac OS X -specific (but may be xBSD specific). Previous Comments: [2003-02-13 02:48:59] andrew at strawberry-world dot com Thanks for the feedback. Will continue using mktime() at a time other than midnight. [2003-02-12 13:12:57] [EMAIL PROTECTED] It's MacosX specific and not PHP bug. And you're better off when you don't use midnight for time anyway.. [2003-02-12 10:08:28] andrew at strawberry-world dot com Ok, yes that sounds reasonable. I guess in the meantime instead of getting a time at midnight I should opt for another, say 11pm? I think I saw another post somewhere that recommends doing this to combat daylight savings time problems. And I'll wait and see whether it is something that can be addressed by PHP or whether as you say it is an OS issue. [2003-02-12 09:50:56] [EMAIL PROTECTED] OK! That actually seems reasonable. In Europe at least, the DST time-change is defined to take place at 01:00:00, so the hour from 01:00:00 to 01:59:59 does not exist on that date. So it look like the bug is that the times for the hour between 00:00:00 and 00:59:59 are wrong on a date when the clock goes back for DST. Now that we have this pinned down, I'm going to kick this to a developer who knows about the relevant bits of the PHP source to say whether this is something PHP can address, or whether it's a bug in the date/time handling of MacOS X that you'll just have to live with. [2003-02-12 08:37:47] andrew at strawberry-world dot com The first result I get is when mktime() is set to: $the_day=mktime(2,0,0,3,30,2003); and the result is: 1048989600 instead of -1 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/22163 -- Edit this bug report at http://bugs.php.net/?id=22163&edit=1
#22966 [NEW]: no error reporting
From: phresno at concept-factory dot com Operating system: Linux 2.4.20 PHP version: 4.3.1 PHP Bug Type: Output Control Bug description: no error reporting After trying to use set_error_handler() with my own handler, I now recieve no error reporting on any script, regardless of using set_error_handler() or not. Example: Would normally generate messages about trying to redefine STUFF, and not closing the IF statement; however, I now recieve no error/warnring/notice messages at all from PHP. This happened after trying to use set_erro_handler() in a a different script example: -- Edit bug report at http://bugs.php.net/?id=22966&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22966&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22966&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22966&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22966&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22966&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22966&r=support Expected behavior: http://bugs.php.net/fix.php?id=22966&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22966&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22966&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22966&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22966&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22966&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22966&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22966&r=gnused
#22965 [Opn->Csd]: Seg fault with ImageFillToBorder and ImageColorAllocate
ID: 22965 Updated by: [EMAIL PROTECTED] Reported By: php at cipri dot com -Status: Open +Status: Closed Bug Type: GD related Operating System: Linux PHP Version: 4.3.2RC1 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-30 14:16:37] php at cipri dot com [php] $im = ImageCreate(1000, 768); ImageColorAllocate($im, 255, 255, 255); $color = ImageColorAllocate($im, 255, 255, 000); ImageFillToBorder($im, 1500, 384, $color, $color); [/php] This will crash with a Seg-fault. After swapping the two lines with the ICA() call no crash happens. PHP was compiled with: ./configure --enable-debug --with-gd=shared,/usr --with-png-dir=shared,/usr --with-zlib --with-zlib-dir=/usr I then ran php -q ~/test.php It dumped a core, and when I ran a bt in gdb I got the following output. #0 0x401ce59e in gdImageGetPixel () from /usr/lib/libgd.so.1 #1 0x401cef7e in gdImageFillToBorder () from /usr/lib/libgd.so.1 #2 0x401cf023 in gdImageFillToBorder () from /usr/lib/libgd.so.1 #3 0x401cf0a0 in gdImageFillToBorder () from /usr/lib/libgd.so.1 #4 0x401cf023 in gdImageFillToBorder () from /usr/lib/libgd.so.1 After this, line 3 and 4 repeat indefinately, it seems. -- Edit this bug report at http://bugs.php.net/?id=22965&edit=1
#22954 [Fbk->Opn]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954
User updated by: mclinden at informed dot net
Reported By: mclinden at informed dot net
-Status: Feedback
+Status: Open
Bug Type: Mail related
Operating System: Linux 2.4.20
PHP Version: 4.3.1
New Comment:
Sorry for the confusion. The last output WAS from the CLI. This is the
output from the page served up by Apache.
resource(5) of type (process)
int(-1)
--- End of script /usr/sbin/sendmail: error
while loading shared libraries: libclntsh.so.9.0: cannot open shared
object file: No such file or direct
Previous Comments:
[2003-03-30 14:43:33] [EMAIL PROTECTED]
Well then, let's try taking Apache out of the equation.
Use the CLI version of PHP (which should have been built along with the
Apache DSO module, unless you explicitly specified --without-cli) with
a simple mail script:
#!/usr/local/bin/php
[2003-03-30 11:07:27] mclinden at informed dot net
The mail is successfully sent. At the command prompt I get:
resource(7) of type (process)
int(-1)
I did NOT compile php with --with-oci8=shared,/usr/oracle/OraHome1
(well, I did, but then PHP complained that the OCI functions were
undefined).
This may be more related to apache than PHP, though I cannot think of
why.
[2003-03-30 10:32:12] [EMAIL PROTECTED]
Try the following script (which mimicks the core of mail()'s
functionality) and reply with what is returned:
array('pipe','r'),1=>array('pipe','w'),2=>array('file','proc-open.error.log','w'));
var_dump($pid = proc_open(ini_get('sendmail_path'), $fd, $fp));
/* Replace this with a mail address you have access to */
fwrite($fp[0],"To: [EMAIL PROTECTED]");
fwrite($fp[0],'Subject: This is a test. ' . date("n/j/Y H:i:s") .
"\r\n\r\n");
fwrite($fp[0],"This is only a test.\r\n");
fclose($fp[0]);
while (!feof($fp[1]))
echo fgets($fp[1]);
fclose($fp[1]);
var_dump(proc_close($pid));
echo "---\nEnd of script\n\n";
readfile('proc-open.error.log');
?>
[2003-03-30 09:23:05] mclinden at informed dot net
I am running sendmail version 8.12.7. When I say that I can run it from
the command line I mean that if I execute at the command line the value
of sendmail_path from php.ini, it works fine. In fact, if I do an ldd
on sendmail it doesn't even NEED libclntsh.so.
Yes, libclntsh.so.9.0 exists in $ORACLE_HOME/lib and I added it to the
LD_PRELOAD environment variable for Apache.
As I said, all other services based upon PHP-Oracle work fine except
the mail command.
[2003-03-29 20:07:51] [EMAIL PROTECTED]
(1) What version of sendmail are you running? (Are you even running
sendmail? or a sendmail compatable MTA?)
(2) When you say "Sendmail runs fine from the command line" are you
passing a full email on stdin using the same command line switches as
specified in your php.ini?
Does libclntsh.so.9.0 exist anywhere on your system ( try: `find /
-name libclntsh.so.9.0 -print` ). Does the path where that file is
located exist in your /etc/ld.so.conf ? If you've just added it did
you remember to run `ldconfig`?
In any event, this is a sendmail problem and not a PHP one as PHP does
not use libclntsh itself.
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/22954
--
Edit this bug report at http://bugs.php.net/?id=22954&edit=1
#22963 [Opn]: few problems
ID: 22963 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: 4CVS-2003-03-30 (stable) New Comment: *ehcho=echo Previous Comments: [2003-03-30 14:44:09] luke at cywh dot com ok now this is very weird i had something like this... a bunch of tables and stuff go here with font tags and what not. now the one above, i looked at the source (view/source), and i saw some weird characters for the size in one of my font tags. its because i saw one of my fields was larger than the rest. it just doesnt come up like its saved. also the same problem as before. when i do this it displays correctly (the font), accept i have the same problem. when i save the html code to an html file, then do an include instead, everything works fine. it must be some kinda of scripting problem now im not sure whats wrong with the... http://cytech.cywh.com/?id=order but it solves the first one. first one must be a scripting problem and i have a question. by any chance would php have a line limit for php files? or is it unlimited? cause if it doesnt have a line limit thats proboly has nothing to do with it. if it does have a line limit, my files are about 1000 lines long because i create whole websites in one file. (1 file per site). i doubt something as complicated as php would have a line limit, but its a possibity worth exploring a guess. [2003-03-30 13:04:38] luke at cywh dot com try clicking this link 10-20 times. notice that it works sometimes, but sometimes it comes up as page cannot be displayed. it didnt do this before. im on my local network and its doing it to me, so connection isnt an issue. and i have confirmed it with numerous machines and connections. it seems to happen in IE. dont know if it happens in other browsers, but it definatly does it in IE. links: http://www.cywh.com/?action=wh http://cytech.cywh.com/index.php?id=order ftp with scripts at ftp://[EMAIL PROTECTED] files location on http is at http://cywh.com/ftpshare/ [2003-03-30 11:23:26] luke at cywh dot com ok here ya go magnus i wanna keep everything exact so ill give you some ftp access ftp://[EMAIL PROTECTED] there is cytech.php and cyweb.php cyweb.php ->> http://www.cywh.com/ftpshare/cyweb.php?action=wh (doesnt work at all, but it did work) cytech.php ->> http://cywh.com/ftpshare/cytech.php?id=order (works half the time, but it did work all the time) i got the necessary files in there to make it work. [2003-03-30 10:49:26] [EMAIL PROTECTED] Please provide a *short* script to reproduce the problem. If it is more then 20 lines, provide an URL. Also, it shows up at the first load for me. Probably IE related in some way. I was using Phoenix. [2003-03-30 10:00:58] luke at cywh dot com and the link. it uses include() to include the order form into the page. include() might have the problem, although when my file manager views a directory with a bunch of files in it, it comes up with page cannot be displayed, and it was working before. 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/22963 -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22963 [Opn]: few problems
ID: 22963 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: 4CVS-2003-03-30 (stable) New Comment: ok now this is very weird i had something like this... a bunch of tables and stuff go here with font tags and what not. now the one above, i looked at the source (view/source), and i saw some weird characters for the size in one of my font tags. its because i saw one of my fields was larger than the rest. it just doesnt come up like its saved. also the same problem as before. when i do this it displays correctly (the font), accept i have the same problem. when i save the html code to an html file, then do an include instead, everything works fine. it must be some kinda of scripting problem now im not sure whats wrong with the... http://cytech.cywh.com/?id=order but it solves the first one. first one must be a scripting problem and i have a question. by any chance would php have a line limit for php files? or is it unlimited? cause if it doesnt have a line limit thats proboly has nothing to do with it. if it does have a line limit, my files are about 1000 lines long because i create whole websites in one file. (1 file per site). i doubt something as complicated as php would have a line limit, but its a possibity worth exploring a guess. Previous Comments: [2003-03-30 13:04:38] luke at cywh dot com try clicking this link 10-20 times. notice that it works sometimes, but sometimes it comes up as page cannot be displayed. it didnt do this before. im on my local network and its doing it to me, so connection isnt an issue. and i have confirmed it with numerous machines and connections. it seems to happen in IE. dont know if it happens in other browsers, but it definatly does it in IE. links: http://www.cywh.com/?action=wh http://cytech.cywh.com/index.php?id=order ftp with scripts at ftp://[EMAIL PROTECTED] files location on http is at http://cywh.com/ftpshare/ [2003-03-30 11:23:26] luke at cywh dot com ok here ya go magnus i wanna keep everything exact so ill give you some ftp access ftp://[EMAIL PROTECTED] there is cytech.php and cyweb.php cyweb.php ->> http://www.cywh.com/ftpshare/cyweb.php?action=wh (doesnt work at all, but it did work) cytech.php ->> http://cywh.com/ftpshare/cytech.php?id=order (works half the time, but it did work all the time) i got the necessary files in there to make it work. [2003-03-30 10:49:26] [EMAIL PROTECTED] Please provide a *short* script to reproduce the problem. If it is more then 20 lines, provide an URL. Also, it shows up at the first load for me. Probably IE related in some way. I was using Phoenix. [2003-03-30 10:00:58] luke at cywh dot com and the link. it uses include() to include the order form into the page. include() might have the problem, although when my file manager views a directory with a bunch of files in it, it comes up with page cannot be displayed, and it was working before. [2003-03-30 09:55:33] luke at cywh dot com now i had this problem before, but its happening again. im upgraded to the latest snap shot. look here... http://cytech.cywh.com/index.php?id=order it comes up blank. i have to refresh it a couple dozen times just to get it to come up. on my server machine, it loads the first time. on others it dont work. also when i upload a file the tmp file doesnt delete itself when the script is done executing. ive tried using unlink to delete them myself, but they are set to "read-only". i do have the upload directory set to a specific location. and now i have a question. for the uploading thing is there a way to set the http upload so when someone is uploading it doesnt drasticaly slow down my apache? thanks Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22954 [Opn->Fbk]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954
Updated by: [EMAIL PROTECTED]
Reported By: mclinden at informed dot net
-Status: Open
+Status: Feedback
Bug Type: Mail related
Operating System: Linux 2.4.20
PHP Version: 4.3.1
New Comment:
Well then, let's try taking Apache out of the equation.
Use the CLI version of PHP (which should have been built along with the
Apache DSO module, unless you explicitly specified --without-cli) with
a simple mail script:
#!/usr/local/bin/php
Previous Comments:
[2003-03-30 11:07:27] mclinden at informed dot net
The mail is successfully sent. At the command prompt I get:
resource(7) of type (process)
int(-1)
I did NOT compile php with --with-oci8=shared,/usr/oracle/OraHome1
(well, I did, but then PHP complained that the OCI functions were
undefined).
This may be more related to apache than PHP, though I cannot think of
why.
[2003-03-30 10:32:12] [EMAIL PROTECTED]
Try the following script (which mimicks the core of mail()'s
functionality) and reply with what is returned:
array('pipe','r'),1=>array('pipe','w'),2=>array('file','proc-open.error.log','w'));
var_dump($pid = proc_open(ini_get('sendmail_path'), $fd, $fp));
/* Replace this with a mail address you have access to */
fwrite($fp[0],"To: [EMAIL PROTECTED]");
fwrite($fp[0],'Subject: This is a test. ' . date("n/j/Y H:i:s") .
"\r\n\r\n");
fwrite($fp[0],"This is only a test.\r\n");
fclose($fp[0]);
while (!feof($fp[1]))
echo fgets($fp[1]);
fclose($fp[1]);
var_dump(proc_close($pid));
echo "---\nEnd of script\n\n";
readfile('proc-open.error.log');
?>
[2003-03-30 09:23:05] mclinden at informed dot net
I am running sendmail version 8.12.7. When I say that I can run it from
the command line I mean that if I execute at the command line the value
of sendmail_path from php.ini, it works fine. In fact, if I do an ldd
on sendmail it doesn't even NEED libclntsh.so.
Yes, libclntsh.so.9.0 exists in $ORACLE_HOME/lib and I added it to the
LD_PRELOAD environment variable for Apache.
As I said, all other services based upon PHP-Oracle work fine except
the mail command.
[2003-03-29 20:07:51] [EMAIL PROTECTED]
(1) What version of sendmail are you running? (Are you even running
sendmail? or a sendmail compatable MTA?)
(2) When you say "Sendmail runs fine from the command line" are you
passing a full email on stdin using the same command line switches as
specified in your php.ini?
Does libclntsh.so.9.0 exist anywhere on your system ( try: `find /
-name libclntsh.so.9.0 -print` ). Does the path where that file is
located exist in your /etc/ld.so.conf ? If you've just added it did
you remember to run `ldconfig`?
In any event, this is a sendmail problem and not a PHP one as PHP does
not use libclntsh itself.
[2003-03-29 13:07:21] mclinden at informed dot net
Compiled PHP with --with-oci8=/usr/oracle/OraHome1 ...
Oracle 9.2
Apache 2.43
PHP compiles fine. Application works fine (all pages are dynamically
created using Oracle and PHP) EXCEPT the mail function fails with
Apache error log message:
/usr/sbin/sendmail: error while loading shared libraries:
libclntsh.so.9.0" cannot open shared object file: No such file or
directory.
sendmail works fine when called at the command line
apache/oci/etc configured according to PHP documentation (as I said,
ALL other Oracle accesses work perfectly)
Thanks in advance
--
Edit this bug report at http://bugs.php.net/?id=22954&edit=1
#12192 [Asn->WFx]: case insensitivity for in_array
ID: 12192 Updated by: [EMAIL PROTECTED] Reported By: clownfighter at hotmail dot com -Status: Assigned +Status: Wont fix Bug Type:Feature/Change Request PHP Version: 4.0.4pl1 Assigned To: magnus New Comment: Bad news for you who want it. It got rejected. But if you are lucky, you can get it from: PHP5: http://novell.stoldgods.nu/~magnus/12192.diff http://novell.stoldgods.nu/~magnus/ieicf.diff PHP4 (nasty one): http://novell.stoldgods.nu/~magnus/12192-4_3.diff But I don't support it, I don't give any help with it, I don't fix anything broken with it either. So either use it and live with what might be broken, if anything, or live without it. ;) Previous Comments: [2001-07-16 14:00:06] clownfighter at hotmail dot com Of course assuming the values were strings. This could also be useful in array_search. -- Edit this bug report at http://bugs.php.net/?id=12192&edit=1
#22965 [NEW]: Seg fault with ImageFillToBorder and ImageColorAllocate
From: php at cipri dot com Operating system: Linux PHP version: 4.3.2RC1 PHP Bug Type: GD related Bug description: Seg fault with ImageFillToBorder and ImageColorAllocate [php] $im = ImageCreate(1000, 768); ImageColorAllocate($im, 255, 255, 255); $color = ImageColorAllocate($im, 255, 255, 000); ImageFillToBorder($im, 1500, 384, $color, $color); [/php] This will crash with a Seg-fault. After swapping the two lines with the ICA() call no crash happens. PHP was compiled with: ./configure --enable-debug --with-gd=shared,/usr --with-png-dir=shared,/usr --with-zlib --with-zlib-dir=/usr I then ran php -q ~/test.php It dumped a core, and when I ran a bt in gdb I got the following output. #0 0x401ce59e in gdImageGetPixel () from /usr/lib/libgd.so.1 #1 0x401cef7e in gdImageFillToBorder () from /usr/lib/libgd.so.1 #2 0x401cf023 in gdImageFillToBorder () from /usr/lib/libgd.so.1 #3 0x401cf0a0 in gdImageFillToBorder () from /usr/lib/libgd.so.1 #4 0x401cf023 in gdImageFillToBorder () from /usr/lib/libgd.so.1 After this, line 3 and 4 repeat indefinately, it seems. -- Edit bug report at http://bugs.php.net/?id=22965&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22965&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22965&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22965&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22965&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22965&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22965&r=support Expected behavior: http://bugs.php.net/fix.php?id=22965&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22965&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22965&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22965&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22965&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22965&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22965&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22965&r=gnused
#22427 [Com]: Missing Form Post Data
ID: 22427 Comment by: eng at anrdaemon dot mtu-net dot ru Reported By: jroland at uow dot edu dot au Status: Feedback Bug Type: *General Issues Operating System: Windows XP / 2000 PHP Version: 4.2.3 New Comment: Err... :-F Bug in two steps: 1. Fill out this form (test.html): 2. See result No result (empty _POST) under Apache2, but Apache works well. Grrr... But GET method works. Previous Comments: [2003-03-30 13:53:09] eng at anrdaemon dot mtu-net dot ru I have same bug under WinXP with Apache 2.0.44 (PHP as module), but in Apache 1.3.27 (PHP as module also) I cannot reproduce this bug - same form works well. Apache's configurations identical as I see. [2003-03-30 06:55:10] [EMAIL PROTECTED] I guess your problem is identical to bug #19460. Please confirm if httpd.conf is edited correctly. [2003-03-27 02:08:36] sendoffer at ukr dot net I did not report that bug, but have the problem with post variables. I am using PHP 4.2.3-Win32 as a module for Apache 1.3.27., Windows 2000. When POST is used like in: -- E-mail: Sibscribe options: Company news News from Employees Proposals '; print_r($p_s); echo ''; } ?> -- After submitting this form (2 last options selected) I got: -- Array ( [0] => news_employees [1] => proposals ) -- Values of the post array are missing 4 left letters! I've experimented different ways but result is the same: when post variable is array - values always trimmed by 4 left letters. regards, Yegor [2003-03-12 01:52:40] s dot franke at bebbosoft dot de Additional info: I am NOT using Apache. The used web server passes POST data untouched to the CGI (here the php executable). regards Stefan [2003-03-11 10:15:22] s dot franke at bebbosoft dot de I did not report that bug, but have the same problem. To be more specific: I am using the command line version of PHP 4.2.3-Win32. But the problem still exists under php 4.3.0. The bug (or misconfiguration?) is also reproducable with command line version of PHP4.2.3 under Linux. When POST is used (in conjunction with multipart/form-data)the POST data is not read by PHP. Writing an own funtion to read the POST data will let you read the POST data. I could setup an URL to reproduce it and with a page to display how the variables are set. (I could also paste it here...) regards Stefan 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/22427 -- Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#22427 [Com]: Missing Form Post Data
ID: 22427 Comment by: eng at anrdaemon dot mtu-net dot ru Reported By: jroland at uow dot edu dot au Status: Feedback Bug Type: *General Issues Operating System: Windows XP / 2000 PHP Version: 4.2.3 New Comment: I have same bug under WinXP with Apache 2.0.44 (PHP as module), but in Apache 1.3.27 (PHP as module also) I cannot reproduce this bug - same form works well. Apache's configurations identical as I see. Previous Comments: [2003-03-30 06:55:10] [EMAIL PROTECTED] I guess your problem is identical to bug #19460. Please confirm if httpd.conf is edited correctly. [2003-03-27 02:08:36] sendoffer at ukr dot net I did not report that bug, but have the problem with post variables. I am using PHP 4.2.3-Win32 as a module for Apache 1.3.27., Windows 2000. When POST is used like in: -- E-mail: Sibscribe options: Company news News from Employees Proposals '; print_r($p_s); echo ''; } ?> -- After submitting this form (2 last options selected) I got: -- Array ( [0] => news_employees [1] => proposals ) -- Values of the post array are missing 4 left letters! I've experimented different ways but result is the same: when post variable is array - values always trimmed by 4 left letters. regards, Yegor [2003-03-12 01:52:40] s dot franke at bebbosoft dot de Additional info: I am NOT using Apache. The used web server passes POST data untouched to the CGI (here the php executable). regards Stefan [2003-03-11 10:15:22] s dot franke at bebbosoft dot de I did not report that bug, but have the same problem. To be more specific: I am using the command line version of PHP 4.2.3-Win32. But the problem still exists under php 4.3.0. The bug (or misconfiguration?) is also reproducable with command line version of PHP4.2.3 under Linux. When POST is used (in conjunction with multipart/form-data)the POST data is not read by PHP. Writing an own funtion to read the POST data will let you read the POST data. I could setup an URL to reproduce it and with a page to display how the variables are set. (I could also paste it here...) regards Stefan [2003-03-09 19:14:42] [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/22427 -- Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#22963 [Opn]: few problems
ID: 22963 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: 4CVS-2003-03-30 (stable) New Comment: try clicking this link 10-20 times. notice that it works sometimes, but sometimes it comes up as page cannot be displayed. it didnt do this before. im on my local network and its doing it to me, so connection isnt an issue. and i have confirmed it with numerous machines and connections. it seems to happen in IE. dont know if it happens in other browsers, but it definatly does it in IE. links: http://www.cywh.com/?action=wh http://cytech.cywh.com/index.php?id=order ftp with scripts at ftp://[EMAIL PROTECTED] files location on http is at http://cywh.com/ftpshare/ Previous Comments: [2003-03-30 11:23:26] luke at cywh dot com ok here ya go magnus i wanna keep everything exact so ill give you some ftp access ftp://[EMAIL PROTECTED] there is cytech.php and cyweb.php cyweb.php ->> http://www.cywh.com/ftpshare/cyweb.php?action=wh (doesnt work at all, but it did work) cytech.php ->> http://cywh.com/ftpshare/cytech.php?id=order (works half the time, but it did work all the time) i got the necessary files in there to make it work. [2003-03-30 10:49:26] [EMAIL PROTECTED] Please provide a *short* script to reproduce the problem. If it is more then 20 lines, provide an URL. Also, it shows up at the first load for me. Probably IE related in some way. I was using Phoenix. [2003-03-30 10:00:58] luke at cywh dot com and the link. it uses include() to include the order form into the page. include() might have the problem, although when my file manager views a directory with a bunch of files in it, it comes up with page cannot be displayed, and it was working before. [2003-03-30 09:55:33] luke at cywh dot com now i had this problem before, but its happening again. im upgraded to the latest snap shot. look here... http://cytech.cywh.com/index.php?id=order it comes up blank. i have to refresh it a couple dozen times just to get it to come up. on my server machine, it loads the first time. on others it dont work. also when i upload a file the tmp file doesnt delete itself when the script is done executing. ive tried using unlink to delete them myself, but they are set to "read-only". i do have the upload directory set to a specific location. and now i have a question. for the uploading thing is there a way to set the http upload so when someone is uploading it doesnt drasticaly slow down my apache? thanks Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22963 [Fbk->Opn]: few problems
ID: 22963 User updated by: luke at cywh dot com Reported By: luke at cywh dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4CVS-2003-03-30 (stable) New Comment: ok here ya go magnus i wanna keep everything exact so ill give you some ftp access ftp://[EMAIL PROTECTED] there is cytech.php and cyweb.php cyweb.php ->> http://www.cywh.com/ftpshare/cyweb.php?action=wh (doesnt work at all, but it did work) cytech.php ->> http://cywh.com/ftpshare/cytech.php?id=order (works half the time, but it did work all the time) i got the necessary files in there to make it work. Previous Comments: [2003-03-30 10:49:26] [EMAIL PROTECTED] Please provide a *short* script to reproduce the problem. If it is more then 20 lines, provide an URL. Also, it shows up at the first load for me. Probably IE related in some way. I was using Phoenix. [2003-03-30 10:00:58] luke at cywh dot com and the link. it uses include() to include the order form into the page. include() might have the problem, although when my file manager views a directory with a bunch of files in it, it comes up with page cannot be displayed, and it was working before. [2003-03-30 09:55:33] luke at cywh dot com now i had this problem before, but its happening again. im upgraded to the latest snap shot. look here... http://cytech.cywh.com/index.php?id=order it comes up blank. i have to refresh it a couple dozen times just to get it to come up. on my server machine, it loads the first time. on others it dont work. also when i upload a file the tmp file doesnt delete itself when the script is done executing. ive tried using unlink to delete them myself, but they are set to "read-only". i do have the upload directory set to a specific location. and now i have a question. for the uploading thing is there a way to set the http upload so when someone is uploading it doesnt drasticaly slow down my apache? thanks Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22954 [Fbk->Opn]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954
User updated by: mclinden at informed dot net
Reported By: mclinden at informed dot net
-Status: Feedback
+Status: Open
Bug Type: Mail related
Operating System: Linux 2.4.20
PHP Version: 4.3.1
New Comment:
The mail is successfully sent. At the command prompt I get:
resource(7) of type (process)
int(-1)
I did NOT compile php with --with-oci8=shared,/usr/oracle/OraHome1
(well, I did, but then PHP complained that the OCI functions were
undefined).
This may be more related to apache than PHP, though I cannot think of
why.
Previous Comments:
[2003-03-30 10:32:12] [EMAIL PROTECTED]
Try the following script (which mimicks the core of mail()'s
functionality) and reply with what is returned:
array('pipe','r'),1=>array('pipe','w'),2=>array('file','proc-open.error.log','w'));
var_dump($pid = proc_open(ini_get('sendmail_path'), $fd, $fp));
/* Replace this with a mail address you have access to */
fwrite($fp[0],"To: [EMAIL PROTECTED]");
fwrite($fp[0],'Subject: This is a test. ' . date("n/j/Y H:i:s") .
"\r\n\r\n");
fwrite($fp[0],"This is only a test.\r\n");
fclose($fp[0]);
while (!feof($fp[1]))
echo fgets($fp[1]);
fclose($fp[1]);
var_dump(proc_close($pid));
echo "---\nEnd of script\n\n";
readfile('proc-open.error.log');
?>
[2003-03-30 09:23:05] mclinden at informed dot net
I am running sendmail version 8.12.7. When I say that I can run it from
the command line I mean that if I execute at the command line the value
of sendmail_path from php.ini, it works fine. In fact, if I do an ldd
on sendmail it doesn't even NEED libclntsh.so.
Yes, libclntsh.so.9.0 exists in $ORACLE_HOME/lib and I added it to the
LD_PRELOAD environment variable for Apache.
As I said, all other services based upon PHP-Oracle work fine except
the mail command.
[2003-03-29 20:07:51] [EMAIL PROTECTED]
(1) What version of sendmail are you running? (Are you even running
sendmail? or a sendmail compatable MTA?)
(2) When you say "Sendmail runs fine from the command line" are you
passing a full email on stdin using the same command line switches as
specified in your php.ini?
Does libclntsh.so.9.0 exist anywhere on your system ( try: `find /
-name libclntsh.so.9.0 -print` ). Does the path where that file is
located exist in your /etc/ld.so.conf ? If you've just added it did
you remember to run `ldconfig`?
In any event, this is a sendmail problem and not a PHP one as PHP does
not use libclntsh itself.
[2003-03-29 13:07:21] mclinden at informed dot net
Compiled PHP with --with-oci8=/usr/oracle/OraHome1 ...
Oracle 9.2
Apache 2.43
PHP compiles fine. Application works fine (all pages are dynamically
created using Oracle and PHP) EXCEPT the mail function fails with
Apache error log message:
/usr/sbin/sendmail: error while loading shared libraries:
libclntsh.so.9.0" cannot open shared object file: No such file or
directory.
sendmail works fine when called at the command line
apache/oci/etc configured according to PHP documentation (as I said,
ALL other Oracle accesses work perfectly)
Thanks in advance
--
Edit this bug report at http://bugs.php.net/?id=22954&edit=1
#21129 [Opn->Csd]: config setting for only superglobal arrays (no more $HTTP_*_VARS)
ID: 21129 Updated by: [EMAIL PROTECTED] Reported By: hugo at gewis dot nl -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: any PHP Version: 4.2.3 New Comment: This is fixed in PHP5 CVS. Previous Comments: [2002-12-21 05:51:55] hugo at gewis dot nl IMHO it would be nice to have a configuration option that ensures that only $_POST, $_GET, $_SERVER, $_ENV etc. are set, and that $HTTP_POST_VARS, $HTTP_GET_VARS, $HTTP_SERVER_VARS, $HTTP_ENV_VARS etc. are not defined. Why? Obviously to remove the overhead of having a duplicate version of each variable. Furthermore, this can assist in cleaner, more secure code (in my humble opinion). For example:I just ran into a situation where a login was checked. The submitted password was removed from $_POST. It was, however, still available from $HTTP_POST_VARS. (Of course, this last issue could also be fixed by making one a reference to the other (as suggested in bug 15180).) I think the phrase 'avoid duplication of volatile information' applies here. Hugo -- Edit this bug report at http://bugs.php.net/?id=21129&edit=1
#22963 [Opn->Fbk]: few problems
ID: 22963 Updated by: [EMAIL PROTECTED] Reported By: luke at cywh dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4CVS-2003-03-30 (stable) New Comment: Please provide a *short* script to reproduce the problem. If it is more then 20 lines, provide an URL. Also, it shows up at the first load for me. Probably IE related in some way. I was using Phoenix. Previous Comments: [2003-03-30 10:00:58] luke at cywh dot com and the link. it uses include() to include the order form into the page. include() might have the problem, although when my file manager views a directory with a bunch of files in it, it comes up with page cannot be displayed, and it was working before. [2003-03-30 09:55:33] luke at cywh dot com now i had this problem before, but its happening again. im upgraded to the latest snap shot. look here... http://cytech.cywh.com/index.php?id=order it comes up blank. i have to refresh it a couple dozen times just to get it to come up. on my server machine, it loads the first time. on others it dont work. also when i upload a file the tmp file doesnt delete itself when the script is done executing. ive tried using unlink to delete them myself, but they are set to "read-only". i do have the upload directory set to a specific location. and now i have a question. for the uploading thing is there a way to set the http upload so when someone is uploading it doesnt drasticaly slow down my apache? thanks Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22964 [NEW]: opera shows php.net in polish
From: webmaster at ourscripts dot net Operating system: XP PHP version: 4.3.1 PHP Bug Type: *General Issues Bug description: opera shows php.net in polish Your website shows up in polish in opera 7.03 even though i have english as my language. And yes i did check the settings. And the PHP version is whatever version your site runs on. -- Edit bug report at http://bugs.php.net/?id=22964&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22964&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22964&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22964&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22964&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22964&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22964&r=support Expected behavior: http://bugs.php.net/fix.php?id=22964&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22964&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22964&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22964&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22964&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22964&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22964&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22964&r=gnused
#22954 [Opn->Fbk]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954
Updated by: [EMAIL PROTECTED]
Reported By: mclinden at informed dot net
-Status: Open
+Status: Feedback
Bug Type: Mail related
Operating System: Linux 2.4.20
PHP Version: 4.3.1
New Comment:
Try the following script (which mimicks the core of mail()'s
functionality) and reply with what is returned:
array('pipe','r'),1=>array('pipe','w'),2=>array('file','proc-open.error.log','w'));
var_dump($pid = proc_open(ini_get('sendmail_path'), $fd, $fp));
/* Replace this with a mail address you have access to */
fwrite($fp[0],"To: [EMAIL PROTECTED]");
fwrite($fp[0],'Subject: This is a test. ' . date("n/j/Y H:i:s") .
"\r\n\r\n");
fwrite($fp[0],"This is only a test.\r\n");
fclose($fp[0]);
while (!feof($fp[1]))
echo fgets($fp[1]);
fclose($fp[1]);
var_dump(proc_close($pid));
echo "---\nEnd of script\n\n";
readfile('proc-open.error.log');
?>
Previous Comments:
[2003-03-30 09:23:05] mclinden at informed dot net
I am running sendmail version 8.12.7. When I say that I can run it from
the command line I mean that if I execute at the command line the value
of sendmail_path from php.ini, it works fine. In fact, if I do an ldd
on sendmail it doesn't even NEED libclntsh.so.
Yes, libclntsh.so.9.0 exists in $ORACLE_HOME/lib and I added it to the
LD_PRELOAD environment variable for Apache.
As I said, all other services based upon PHP-Oracle work fine except
the mail command.
[2003-03-29 20:07:51] [EMAIL PROTECTED]
(1) What version of sendmail are you running? (Are you even running
sendmail? or a sendmail compatable MTA?)
(2) When you say "Sendmail runs fine from the command line" are you
passing a full email on stdin using the same command line switches as
specified in your php.ini?
Does libclntsh.so.9.0 exist anywhere on your system ( try: `find /
-name libclntsh.so.9.0 -print` ). Does the path where that file is
located exist in your /etc/ld.so.conf ? If you've just added it did
you remember to run `ldconfig`?
In any event, this is a sendmail problem and not a PHP one as PHP does
not use libclntsh itself.
[2003-03-29 13:07:21] mclinden at informed dot net
Compiled PHP with --with-oci8=/usr/oracle/OraHome1 ...
Oracle 9.2
Apache 2.43
PHP compiles fine. Application works fine (all pages are dynamically
created using Oracle and PHP) EXCEPT the mail function fails with
Apache error log message:
/usr/sbin/sendmail: error while loading shared libraries:
libclntsh.so.9.0" cannot open shared object file: No such file or
directory.
sendmail works fine when called at the command line
apache/oci/etc configured according to PHP documentation (as I said,
ALL other Oracle accesses work perfectly)
Thanks in advance
--
Edit this bug report at http://bugs.php.net/?id=22954&edit=1
#12192 [Opn->Asn]: case insensitivity for in_array
ID: 12192 Updated by: [EMAIL PROTECTED] Reported By: clownfighter at hotmail dot com -Status: Open +Status: Assigned Bug Type:Feature/Change Request PHP Version: 4.0.4pl1 -Assigned To: +Assigned To: magnus Previous Comments: [2001-07-16 14:00:06] clownfighter at hotmail dot com Of course assuming the values were strings. This could also be useful in array_search. -- Edit this bug report at http://bugs.php.net/?id=12192&edit=1
#22963 [Opn]: few problems
ID: 22963 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: 4CVS-2003-03-30 (stable) New Comment: and the link. it uses include() to include the order form into the page. include() might have the problem, although when my file manager views a directory with a bunch of files in it, it comes up with page cannot be displayed, and it was working before. Previous Comments: [2003-03-30 09:55:33] luke at cywh dot com now i had this problem before, but its happening again. im upgraded to the latest snap shot. look here... http://cytech.cywh.com/index.php?id=order it comes up blank. i have to refresh it a couple dozen times just to get it to come up. on my server machine, it loads the first time. on others it dont work. also when i upload a file the tmp file doesnt delete itself when the script is done executing. ive tried using unlink to delete them myself, but they are set to "read-only". i do have the upload directory set to a specific location. and now i have a question. for the uploading thing is there a way to set the http upload so when someone is uploading it doesnt drasticaly slow down my apache? thanks Luke Scott -- Edit this bug report at http://bugs.php.net/?id=22963&edit=1
#22963 [NEW]: few problems
From: luke at cywh dot com Operating system: Windows XP PHP version: 4CVS-2003-03-30 (stable) PHP Bug Type: Apache2 related Bug description: few problems now i had this problem before, but its happening again. im upgraded to the latest snap shot. look here... http://cytech.cywh.com/index.php?id=order it comes up blank. i have to refresh it a couple dozen times just to get it to come up. on my server machine, it loads the first time. on others it dont work. also when i upload a file the tmp file doesnt delete itself when the script is done executing. ive tried using unlink to delete them myself, but they are set to "read-only". i do have the upload directory set to a specific location. and now i have a question. for the uploading thing is there a way to set the http upload so when someone is uploading it doesnt drasticaly slow down my apache? thanks Luke Scott -- Edit bug report at http://bugs.php.net/?id=22963&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22963&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22963&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22963&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22963&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22963&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22963&r=support Expected behavior: http://bugs.php.net/fix.php?id=22963&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22963&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22963&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22963&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22963&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22963&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22963&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22963&r=gnused
#22954 [Fbk->Opn]: /usr/bin/sendmail: error while loading shared libraries: libclntsh.so.9.0
ID: 22954 User updated by: mclinden at informed dot net Reported By: mclinden at informed dot net -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Linux 2.4.20 PHP Version: 4.3.1 New Comment: I am running sendmail version 8.12.7. When I say that I can run it from the command line I mean that if I execute at the command line the value of sendmail_path from php.ini, it works fine. In fact, if I do an ldd on sendmail it doesn't even NEED libclntsh.so. Yes, libclntsh.so.9.0 exists in $ORACLE_HOME/lib and I added it to the LD_PRELOAD environment variable for Apache. As I said, all other services based upon PHP-Oracle work fine except the mail command. Previous Comments: [2003-03-29 20:07:51] [EMAIL PROTECTED] (1) What version of sendmail are you running? (Are you even running sendmail? or a sendmail compatable MTA?) (2) When you say "Sendmail runs fine from the command line" are you passing a full email on stdin using the same command line switches as specified in your php.ini? Does libclntsh.so.9.0 exist anywhere on your system ( try: `find / -name libclntsh.so.9.0 -print` ). Does the path where that file is located exist in your /etc/ld.so.conf ? If you've just added it did you remember to run `ldconfig`? In any event, this is a sendmail problem and not a PHP one as PHP does not use libclntsh itself. [2003-03-29 13:07:21] mclinden at informed dot net Compiled PHP with --with-oci8=/usr/oracle/OraHome1 ... Oracle 9.2 Apache 2.43 PHP compiles fine. Application works fine (all pages are dynamically created using Oracle and PHP) EXCEPT the mail function fails with Apache error log message: /usr/sbin/sendmail: error while loading shared libraries: libclntsh.so.9.0" cannot open shared object file: No such file or directory. sendmail works fine when called at the command line apache/oci/etc configured according to PHP documentation (as I said, ALL other Oracle accesses work perfectly) Thanks in advance -- Edit this bug report at http://bugs.php.net/?id=22954&edit=1
#22962 [NEW]: mail-function uses only \n to seperate fields To & Subject
From: uroeder at gmx dot net Operating system: Linux PHP version: 4.3.1 PHP Bug Type: Mail related Bug description: mail-function uses only \n to seperate fields To & Subject The php-Manual suggests "... You must use \r\n to seperate headers, ...", but when you take a look at ext/standard/mail.c the To- and Subject-field given as arguments to the php-mail-function are seperated by using ONLY newline (\n). Maybe sendmail corrects this mistake automatically, but I'm using postfix and when I try to send mail some of my additional headers (which are all correctly seperated by \r\n) appear in the message-body. Fixing this bug is easy, just edit ext/standard/mail.c lines 199-204 (fprintf(sendmail, ...)) and replace \n with \r\n. -- Edit bug report at http://bugs.php.net/?id=22962&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22962&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22962&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22962&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22962&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22962&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22962&r=support Expected behavior: http://bugs.php.net/fix.php?id=22962&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22962&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22962&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22962&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22962&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22962&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22962&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22962&r=gnused
#21007 [Opn->Csd]: html_errors off text-only output in phpinfo
ID: 21007 Updated by: [EMAIL PROTECTED] Reported By: holliwell at gmx dot net -Status: Open +Status: Closed Bug Type: PHP options/info functions Operating System: all PHP Version: 4.3.0 -Assigned To: +Assigned To: helly New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-04 10:02:10] axel_kollmorgen at hotmail dot com having "html_errors" "off" causing phpinfo() outputting text-only doesn't make any sense to me, neither. i completely support [EMAIL PROTECTED]: phpinfo() is not an error, so it shouldn't depend on "html_errors". [2002-12-29 23:56:01] [EMAIL PROTECTED] Please explain why this is intended behavior, it does not make sense to me. html_errors is for html_errors, it's documented as such in php.ini: ; Disable the inclusion of HTML tags in error messages. ;html_errors = Off This says nothing about phpinfo() and IMHO it shouldn't affect it at all. The patch that resulted in this change is here: * add phpinfo() support for CLI. http://cvs.php.net/diff.php/php4/ext/standard/info.c?r1=1.193&r2=1.194 Why is html_errors being used in this way? When html_errors = off, errors remain readable when viewing in a browser but this textual version of phpinfo() == complete fubar in the browser (yes, one can use ). One might turn html_errors off, for example, to use error_prepend_string/error_append_string in some way. Or they just don't want html in the errors... I don't see how this has anything to do with phpinfo() output. Why doesn't that patch instead check if sapi = cli? A person shouldn't be forced to have this textual phpinfo() if they decide to not include html in php generated errors. Please explain. phpinfo() is not an error! :) [2002-12-14 15:17:42] [EMAIL PROTECTED] Where? Put the information in this bug report. [2002-12-14 13:39:31] davidbulock at tech-center dot com I've submitted a note to document this behavior in the PHP Manual. [2002-12-14 06:31:19] holliwell at gmx dot net If this is intended behaviour, this seems to be a doc problem, since I can't find anything about in the docs. Regards Friedhelm Betz 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/21007 -- Edit this bug report at http://bugs.php.net/?id=21007&edit=1
#22895 [Asn->Csd]: PHP cli outputs errors in text AND html
ID: 22895
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Output Control
Operating System: Linux
PHP Version: 5CVS-2003-03-26 (dev)
Assigned To: helly
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.
The error output is controlled by these settings:
display_errors
log_errors
html_errors
report_zend_debug
having all of them to 1 and setting log file to stdout
results in every error reported thrice.
I changed some defaults now.
Previous Comments:
[2003-03-26 07:45:29] [EMAIL PROTECTED]
Marcus, could you have a look at this?
[2003-03-26 07:08:11] [EMAIL PROTECTED]
PHP cli outputs errors in text AND html when using it like:
php application.php
However, it does _not_ output HTML errors if you use the '-r' syntax:
$ php -r try
Command line code(1) : Parse error - parse error, unexpected $end,
expecting '{'
But from a file:
$ cat application.php
$ php application.php
Parse error: parse error, unexpected ';', expecting '{' in
/home/mfischer/src/php/ze2/apptest/application.php on line
1
/home/mfischer/src/php/ze2/apptest/application.php(1) : Parse error -
parse error, unexpected ';', expecting '{'
--
Edit this bug report at http://bugs.php.net/?id=22895&edit=1
#22427 [NoF->Fbk]: Missing Form Post Data
ID: 22427 Updated by: [EMAIL PROTECTED] Reported By: jroland at uow dot edu dot au -Status: No Feedback +Status: Feedback Bug Type: *General Issues Operating System: Windows XP / 2000 PHP Version: 4.2.3 New Comment: I guess your problem is identical to bug #19460. Please confirm if httpd.conf is edited correctly. Previous Comments: [2003-03-27 02:08:36] sendoffer at ukr dot net I did not report that bug, but have the problem with post variables. I am using PHP 4.2.3-Win32 as a module for Apache 1.3.27., Windows 2000. When POST is used like in: -- E-mail: Sibscribe options: Company news News from Employees Proposals '; print_r($p_s); echo ''; } ?> -- After submitting this form (2 last options selected) I got: -- Array ( [0] => news_employees [1] => proposals ) -- Values of the post array are missing 4 left letters! I've experimented different ways but result is the same: when post variable is array - values always trimmed by 4 left letters. regards, Yegor [2003-03-12 01:52:40] s dot franke at bebbosoft dot de Additional info: I am NOT using Apache. The used web server passes POST data untouched to the CGI (here the php executable). regards Stefan [2003-03-11 10:15:22] s dot franke at bebbosoft dot de I did not report that bug, but have the same problem. To be more specific: I am using the command line version of PHP 4.2.3-Win32. But the problem still exists under php 4.3.0. The bug (or misconfiguration?) is also reproducable with command line version of PHP4.2.3 under Linux. When POST is used (in conjunction with multipart/form-data)the POST data is not read by PHP. Writing an own funtion to read the POST data will let you read the POST data. I could setup an URL to reproduce it and with a page to display how the variables are set. (I could also paste it here...) regards Stefan [2003-03-09 19:14:42] [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-26 05:28:07] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22427 -- Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#22919 [Bgs->Fbk]: Missing server variables
ID: 22919 Updated by: [EMAIL PROTECTED] Reported By: marcus at names dot co dot uk -Status: Bogus +Status: Feedback Bug Type: CGI related Operating System: Redhat Linux 7.2 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 08:32:22] marcus at names dot co dot uk Thanks for the speedy reply - but how come it works in PHP 4.2.3? Has PHP changed the way in which these variables are set - ie did php not previously rely on SCRIPT_NAME being passed by the web server? [2003-03-27 08:21:54] [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 SCRIPT_NAME variable is not being exported by the command line or Zeus server, hence the lack of these two variables. [2003-03-27 03:34:30] marcus at names dot co dot uk When building PHP 4.3.1 as a cgi binary, some of the server variables do not get set correctlt. Most importantly, $PHP_SELF and $SCRIPT_NAME are missing altogether. Looking at cgi_main.c, it looks as though $PHP_SELF is inherited from $SCRIPT_NAME for the CGI version - so perhaps this is why they are both missing? I am running under Zeus Web Server 4.2, but the problem is the same when run from the command line. -- Edit this bug report at http://bugs.php.net/?id=22919&edit=1
#21707 [Opn->Fbk]: long html text sources truncated
ID: 21707 Updated by: [EMAIL PROTECTED] Reported By: jtwolf at hotmail dot com -Status: Open +Status: Feedback Bug Type: Output Control Operating System: windows xp 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-01-19 15:04:08] [EMAIL PROTECTED] Oops, my previous comment is totally off the point. Please ignore. [2003-01-19 12:43:15] [EMAIL PROTECTED] Which MPM model do you use in Apache2? (e.g. worker, prefork) I managed to reproduce this with "worker" model. [2003-01-19 11:40:38] bouke at boukemedia dot nl i'm having the same problems, but i'm running php as an module instead of cgi module. Apache 2.0.43 on winXP PHP 4.2.4-dev Setting output_buffering to On fixed this bug. [2003-01-17 01:22:45] jtwolf at hotmail dot com For example: 174412 Chars --> 7957 Chars 82828 Chars --> 23906 Chars not consistent, running the 82828 char file a second time gave me 43596 chars [2003-01-17 00:51:16] [EMAIL PROTECTED] Truncated to how many characters and is it a consistent number? 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/21707 -- Edit this bug report at http://bugs.php.net/?id=21707&edit=1
#22961 [Opn->Csd]: broken test case interface_doubled.phpt
ID: 22961
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
-Operating System: FreeBSD 4.8-RC
+Operating System: ANY
PHP Version: 5CVS-2003-03-30 (dev)
Assigned To: helly
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.
Thanks for noticing
Previous Comments:
[2003-03-30 06:11:17] [EMAIL PROTECTED]
assigning to helly as he wrote this test
[2003-03-30 06:09:43] [EMAIL PROTECTED]
Index: tests/classes/interface_doubled.phpt
===
RCS file: /repository/php4/tests/classes/interface_doubled.phpt,v
retrieving revision 1.1
diff -u -r1.1 interface_doubled.phpt
this test's FAILure is bogus:
--- tests/classes/interface_doubled.phpt12 Mar 2003 00:09:59
- 1.1
+++ tests/classes/interface_doubled.phpt30 Mar 2003 11:45:48 -
@@ -30,7 +30,7 @@
class base {
function test($class) {
- echo "is_a(" . class_name($this) . ", $class) ". (is_a($this,
$class) ? "yes\n" : "no\n");
+ echo "is_a(" . get_class($this) . ", $class) ". (is_a($this, $class)
? "yes\n" : "no\n");
}
}
--
Edit this bug report at http://bugs.php.net/?id=22961&edit=1
#22440 [Opn->Fbk]: Bug with cookie in CGI not in ISAPI
ID: 22440
Updated by: [EMAIL PROTECTED]
Reported By: garfield_fr at tiscali dot fr
-Status: Open
+Status: Feedback
Bug Type: CGI related
Operating System: Windows 2000 pro SP3
PHP Version: 4.3.2-dev
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
This bug is likely fixed by a recent patch in CVS, so please try the
latest cvs snapshot again.
Previous Comments:
[2003-02-27 08:54:17] [EMAIL PROTECTED]
reclassified
[2003-02-27 07:59:59] garfield_fr at tiscali dot fr
I set cgi.rfc2616_headers = 1 ... and I have no change :(
and I can't modify my script because I do some tests to give PHP to
customers ...
[2003-02-27 06:11:36] davidfelton at codemasters dot com
Have solved it:
I set cgi.rfc2616_headers in the php.ini to 1. I didn't know about this
new setting.
Thanks.
[2003-02-27 05:53:41] davidfelton at codemasters dot com
I've been experiencing a very similar/the same bug with IIS on windows
2000 and setting cookies using PHP as CGI.
How I set my cookies is as follows:
As there is a bug in IIS that prevents you from setting cookies in
conjunction with Header("Location: ...") the filenames of the files
that set cookies are preceded with 'nph-' as detailed here:
http://support.microsoft.com/default.aspx?scid=KB;en-us;q176113
so that I can send my own headers. This worked fine in PHP 4.2.3, now
with PHP 4.3.2 It just doesn't work and headers are printed out to the
screen. Code used is as follows:
function MySetCookie($CkyName, $CkyValue, $exp, $pth, $domain,
$Secure)
{
$exp = gmstrftime("%A, %d-%b-%Y %H:%M:%S",$exp);
return "Set-Cookie: Territory=$CkyValue; path=$pth;
domain=$domain;
expires=$exp";
}
$territory="EnglishUK";
//go to the main page
Header("HTTP/1.0 302 Redirect");
Header("Location:
http://www.mydomain.com/mainpage.php?territory=$territory";);
//set cookie
Header(MySetCookie("Territory",$territory,mktime(0,0,0,date("n"),date("j")+30),"/","mydomain.com",0));
(note this file needs to be saved as 'nph-index.php')
This is an issue with PHP and not ISS.
Thanks.
[2003-02-26 10:47: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.
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/22440
--
Edit this bug report at http://bugs.php.net/?id=22440&edit=1
#22127 [Opn->Fbk]: bogus http response when force-cgi-redirect safety mechanism triggered
ID: 22127 Updated by: [EMAIL PROTECTED] Reported By: zlo at canada dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: windows, linux PHP Version: 4CVS-2003-02-08 (stable) 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-02-08 14:46:41] zlo at canada dot com When php is used in cgi mode with force-cgi-redirect enabled, and the safety mechanism is triggered, PHP produces a bogus http response line: HTTP/1.1 0 this is invalid and browsers fail to display the output. it happens for PHP 4.3.0 and a fresh PHP 4.3.1-dev snapshot under both Windows and Linux. AFAIK 0 is not a valid response code, and unless one uses a non-compliant browser or accesses the page through a raw telnet session, the warning page cannot be seen. it would be desirable for PHP to produce a meaningful response code, such as 200, 403 or 500. for example: GET /cgi-bin/php/pi.php HTTP/1.1 HOST: mysite HTTP/1.1 0 Date: Sat, 08 Feb 2003 20:32:46 GMT Server: Apache/1.3.27 (Unix) PHP/4.3.0 Transfer-Encoding: chunked Content-Type: text/html; charset=windows-1251 283 Security Alert! The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive. For more information as to why this behaviour exists, see the http://php.net/security.cgi-bin";>manual page for CGI security. For more information about changing this behaviour or re-enabling this webserver, consult the installation file that came with this distribution, or visit http://php.net/install.windows";>the manual page. 0 -- Edit this bug report at http://bugs.php.net/?id=22127&edit=1
#22959 [Opn->Bgs]: tmp
ID: 22959 Updated by: [EMAIL PROTECTED] Reported By: sun_rl at 163 dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: windows 2003 PHP Version: 4.3.2RC1 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. Fix your php.ini Previous Comments: [2003-03-30 05:16:24] sun_rl at 163 dot com Warning: Unknown(): open(/tmp\sess_5f849c7e0d06d002c4332c8bfbd19291, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=22959&edit=1
#15415 [Com]: [VOTE] case sensitive function/class names for PHP5
ID: 15415 Comment by: ondrej at kmit dot sk Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: ANY PHP Version: PHP 5.0 New Comment: YES Previous Comments: [2003-01-20 08:20:01] mex at ecstasy dot sk NO [2002-02-08 14:32:24] diogo at sphynx dot com dot br Yes. [2002-02-08 11:09:36] [EMAIL PROTECTED] No [2002-02-07 13:32:34] marten at ditt dot as YES [2002-02-07 02:14:46] [EMAIL PROTECTED] s/fat/far/g 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/15415 -- Edit this bug report at http://bugs.php.net/?id=15415&edit=1
#22961 [Opn]: broken test case interface_doubled.phpt
ID: 22961
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System: FreeBSD 4.8-RC
PHP Version: 5CVS-2003-03-30 (dev)
-Assigned To:
+Assigned To: helly
New Comment:
assigning to helly as he wrote this test
Previous Comments:
[2003-03-30 06:09:43] [EMAIL PROTECTED]
Index: tests/classes/interface_doubled.phpt
===
RCS file: /repository/php4/tests/classes/interface_doubled.phpt,v
retrieving revision 1.1
diff -u -r1.1 interface_doubled.phpt
this test's FAILure is bogus:
--- tests/classes/interface_doubled.phpt12 Mar 2003 00:09:59
- 1.1
+++ tests/classes/interface_doubled.phpt30 Mar 2003 11:45:48 -
@@ -30,7 +30,7 @@
class base {
function test($class) {
- echo "is_a(" . class_name($this) . ", $class) ". (is_a($this,
$class) ? "yes\n" : "no\n");
+ echo "is_a(" . get_class($this) . ", $class) ". (is_a($this, $class)
? "yes\n" : "no\n");
}
}
--
Edit this bug report at http://bugs.php.net/?id=22961&edit=1
#22961 [NEW]: broken test case interface_doubled.phpt
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.8-RC
PHP version: 5CVS-2003-03-30 (dev)
PHP Bug Type: Unknown/Other Function
Bug description: broken test case interface_doubled.phpt
Index: tests/classes/interface_doubled.phpt
===
RCS file: /repository/php4/tests/classes/interface_doubled.phpt,v
retrieving revision 1.1
diff -u -r1.1 interface_doubled.phpt
this test's FAILure is bogus:
--- tests/classes/interface_doubled.phpt12 Mar 2003 00:09:59 - 1.1
+++ tests/classes/interface_doubled.phpt30 Mar 2003 11:45:48 -
@@ -30,7 +30,7 @@
class base {
function test($class) {
- echo "is_a(" . class_name($this) . ", $class) ". (is_a($this, $class) ?
"yes\n" : "no\n");
+ echo "is_a(" . get_class($this) . ", $class) ". (is_a($this, $class) ?
"yes\n" : "no\n");
}
}
--
Edit bug report at http://bugs.php.net/?id=22961&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22961&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22961&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22961&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22961&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22961&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22961&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22961&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22961&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22961&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22961&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22961&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22961&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22961&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22961&r=gnused
#22957 [Com]: Date output is not correct
ID: 22957
Comment by: noel at crewe-it-nosp dot co dot uk
Reported By: jacques dot daguerre at st dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux RedHat 6.2/7.3
PHP Version: 4.3.1
New Comment:
I've also hit the problem with mktime giving incorrect results. On
4.3.2-dev it atually returns -3662 as the date value.
Worse though, it returns the same value for
31st March 2002
28th March 2004
27th March 2005
26th March 2006
and so on.
Previous Comments:
[2003-03-30 03:25:45] jacques dot daguerre at st dot com
PHP Bug with mktime ???..
I just checked with 2 different versions of PHP :
PHP 4.1.2 and PHP 4.2.1...
Sorry I have not installed the latest version but I could not find
anything in the changelog either !..
The following code TODAY (only today March 30th, 2003) is not giving
the expected output .
$lastmonth1 = mktime (0,0,0,(date("m")-1),date("d"),date("Y"));
$lastmonth = date ("Y-m-d", $lastmonth1);
The result of lastmonth should show "2003-02-28" and it shows
"2003-03-02"..
Looks like a bug to me !
--
Edit this bug report at http://bugs.php.net/?id=22957&edit=1
#22960 [NEW]: Value of the constant __CLASS__
From: thixit at yahoo dot com Operating system: PHP version: 4.3.1 PHP Bug Type: Class/Object related Bug description: Value of the constant __CLASS__ Concerning the magical constant __CLASS__ '; $foo->a(); // foo $bar->a(); // foo $bar->b(); // bar print ''; ?> I'm not sure about the definition of magical constant, but IMHO __CLASS__ should be changed to reflect the current class that it is in at that moment. This would be useful when use it in a static method where get_class() cannot be used. -- Edit bug report at http://bugs.php.net/?id=22960&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22960&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22960&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22960&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22960&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22960&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22960&r=support Expected behavior: http://bugs.php.net/fix.php?id=22960&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22960&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22960&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22960&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22960&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22960&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22960&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22960&r=gnused
#22956 [Fbk->Bgs]: COM cannot execute in Windows XP
ID: 22956
Updated by: [EMAIL PROTECTED]
Reported By: uk4460 at yahoo dot com
-Status: Feedback
+Status: Bogus
Bug Type: COM related
Operating System: Windows XP
PHP Version: 4.3.1
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.
Thank you for your interest in PHP.
how many bugs must a man close down, before you can call him a man ?
hey dudes, BROWSE THE BUGDATABASE BEFORE FILING A NEW ONE !
4.3.0 and 4.3.1 are badly broken.
Previous Comments:
[2003-03-30 04:18:06] [EMAIL PROTECTED]
how are you trying to run the script?
as far as i can see ( this is my first look at COM objects) it run as a
module of apache but will not become visible however if you run it from
the command line it will
[2003-03-29 23:03:05] [EMAIL PROTECTED]
oops
it doesnt work in 4.3.1 it seems for some reason apache was loading
4.2.2 sorry about that
open again
[2003-03-29 22:06:11] [EMAIL PROTECTED]
this to me seems like the desired results
as this is not a bug in php im marking it as bogus
[2003-03-29 20:47:03] uk4460 at yahoo dot com
I have working with COM Object to create a php program like below:
Version}\n";
$word->Visible = 1;
$word->Documents->Add();
$word->Selection->TypeText("Testing");
$word->Documents[1]->SaveAs("test.doc");
//$word->Quit();
?>
In windows 98, it can execute and can show the word application, but
the same setting in php.ini and so on, it cannot run in Windows XP. It
only resident "WINWORD" in memory which i can see through press the
Ctrl+Alt+Del, but it don't do anything even make the word application
object visible. Why can be happen? Please send the solution to my email
- [EMAIL PROTECTED] if u site can solve this problem. Thanks... a lot
--
Edit this bug report at http://bugs.php.net/?id=22956&edit=1
#22959 [NEW]: tmp
From: sun_rl at 163 dot com Operating system: windows 2003 PHP version: 4.3.2RC1 PHP Bug Type: Session related Bug description: tmp Warning: Unknown(): open(/tmp\sess_5f849c7e0d06d002c4332c8bfbd19291, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=22959&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22959&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22959&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22959&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22959&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22959&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22959&r=support Expected behavior: http://bugs.php.net/fix.php?id=22959&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22959&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22959&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22959&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22959&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22959&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22959&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22959&r=gnused
#22958 [NEW]: more returned elements from debug_backtrace() function
From: ondrej at kmit dot sk Operating system: any PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: more returned elements from debug_backtrace() function Add enter/exit high resolution timestamp for function, memmory usage to debug_buacktrace output. -- Edit bug report at http://bugs.php.net/?id=22958&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22958&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22958&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22958&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22958&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22958&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22958&r=support Expected behavior: http://bugs.php.net/fix.php?id=22958&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22958&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22958&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22958&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22958&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22958&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22958&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22958&r=gnused
#22880 [Fbk->Opn]: Performance loss of 50% form 4.0 to 4.3?
ID: 22880 User updated by: project dot draco at gmx dot net Reported By: project dot draco at gmx dot net -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: win98//freebsd//any? PHP Version: 4.3.1 New Comment: Gave it a try. Didn't work, sorry. As slow as before... So now im going to make some testings to find out, where the performance loss originates from. I already localized some strange side effects, wich point to the conclusion, that it is in fact something with the memorymanagment. The same script, executed as standalone is much faster, than executed within a huge script. Ill be back with some more accurate bug-report soon. so long mir Previous Comments: [2003-03-25 14:48:32] [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 There was a performance problem for file() and file_get_contents() on systems without memory mapping support; this has been fixed in the stable snapshots. Please give it a try. [2003-03-25 12:43:16] project dot draco at gmx dot net I switched from php 4.0.6 to 4.3.1 lately. I run php as cgi on an win98-apache 1.3.20-php-mysql system. I think i missed all versions in between, but now i realize a performance loss of about 50% (execution time nearly doubled without ANY code changed, simply giving Apache a different cgi) I was able to catch up partly by tuning the php.ini (i never did this before!) but still expirience serious performance loss. This mostly seems to take place on database and filesystem operations, but i'm not sure of this. Could someone measure this out? -- Edit this bug report at http://bugs.php.net/?id=22880&edit=1
#22956 [Opn->Fbk]: COM cannot execute in Windows XP
ID: 22956
Updated by: [EMAIL PROTECTED]
Reported By: uk4460 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows XP
PHP Version: 4.3.1
New Comment:
how are you trying to run the script?
as far as i can see ( this is my first look at COM objects) it run as a
module of apache but will not become visible however if you run it from
the command line it will
Previous Comments:
[2003-03-29 23:03:05] [EMAIL PROTECTED]
oops
it doesnt work in 4.3.1 it seems for some reason apache was loading
4.2.2 sorry about that
open again
[2003-03-29 22:06:11] [EMAIL PROTECTED]
this to me seems like the desired results
as this is not a bug in php im marking it as bogus
[2003-03-29 20:47:03] uk4460 at yahoo dot com
I have working with COM Object to create a php program like below:
Version}\n";
$word->Visible = 1;
$word->Documents->Add();
$word->Selection->TypeText("Testing");
$word->Documents[1]->SaveAs("test.doc");
//$word->Quit();
?>
In windows 98, it can execute and can show the word application, but
the same setting in php.ini and so on, it cannot run in Windows XP. It
only resident "WINWORD" in memory which i can see through press the
Ctrl+Alt+Del, but it don't do anything even make the word application
object visible. Why can be happen? Please send the solution to my email
- [EMAIL PROTECTED] if u site can solve this problem. Thanks... a lot
--
Edit this bug report at http://bugs.php.net/?id=22956&edit=1
#22957 [NEW]: Date output is not correct
From: jacques dot daguerre at st dot com
Operating system: Linux RedHat 6.2/7.3
PHP version: 4.3.1
PHP Bug Type: Date/time related
Bug description: Date output is not correct
PHP Bug with mktime ???..
I just checked with 2 different versions of PHP :
PHP 4.1.2 and PHP 4.2.1...
Sorry I have not installed the latest version but I could not find
anything in the changelog either !..
The following code TODAY (only today March 30th, 2003) is not giving the
expected output .
$lastmonth1 = mktime (0,0,0,(date("m")-1),date("d"),date("Y"));
$lastmonth = date ("Y-m-d", $lastmonth1);
The result of lastmonth should show "2003-02-28" and it shows
"2003-03-02"..
Looks like a bug to me !
--
Edit bug report at http://bugs.php.net/?id=22957&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22957&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22957&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22957&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22957&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22957&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22957&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22957&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22957&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22957&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22957&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22957&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22957&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22957&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22957&r=gnused
