#24687 [Com]: Fatal error: Only variables or references can be returned by reference
ID: 24687
Comment by: mag at alcormizar dot cjb dot net
Reported By: nologic at pchome dot com dot tw
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS
New Comment:
I agree with Zeev on this one, this shouldn't be fixed. People will
need to learn to write good code one day or the other, and returning a
reference like that is VERY bad practice (try to do that in C++!). Even
returning a reference to a local variable like this example should
produce an error :
class foo
{
function &bar()
{
$whatever = 5;
return $whatever;
}
}
because $whatever should not exist anymore after function bar return
(according to correct scope rules), thus this reference is not
referencing anything anymore... Instead of always asking to fix bad
programming practice people should learn the correct way to do it. This
is my opinion.
Previous Comments:
[2003-11-13 14:28:05] [EMAIL PROTECTED]
Reopening, as this is something that definitely can not pass. And Zeev
mentioned that it's possible to fix.
[2003-11-13 13:49:47] suren at qualys dot com
There is no way this is a wontfix. Returning a function call is a
common practice and a valid code. Please fix this bug as it breaks most
of OOP based PHP scripts and there is no way people will migrate to
php5 if it does not work.
[2003-11-13 13:16:19] waboring at 3gstech dot com
Fix your scripts? They weren't broken. php5 broke them. This is a
very common thing to be able to do a
return function_call_here()
I'm ashamed at the comments against fixing this. Basically being..this
is too hard, so you change instead. This is going to break a LOT of
people's code and will prevent me from moving to php5. Please fix
this.
[2003-10-14 07:51:34] [EMAIL PROTECTED]
Fix your scripts.
[2003-08-16 04:14:19] jan at horde dot org
Any idea yet if this will be fixed/addressed or should we start
converting scripts to not use referenced return type or build variables
that get returned?
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/24687
--
Edit this bug report at http://bugs.php.net/?id=24687&edit=1
#26249 [Com]: snmpget doesn't free memory
ID: 26249 Comment by: response dot sorry at notremember dot pass Reported By: dacol dot jeremy at caramail dot com Status: Feedback Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: hi, thank you for your answer. can i only copy this on my existing php files or do i have to recompile all? in fact what i have to do with this file? and sorry for the mistake i work with: apache 1.3.28 php 4.3.3 ucd-snmp 4.2.2 on linux RH 7.1 Previous Comments: [2003-11-14 10:36:16] [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-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the "top" command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249&edit=1
#14288 [Com]: HTTP_GET_VARS influenced by PHP_SELF
ID: 14288 Comment by: christopherbrueck at hotmail dot com Reported By: se at brainbits dot net Status: Bogus Bug Type: Variables related Operating System: SuSE7.2; Apache 1.3.20; mod_php4 PHP Version: 4.0.6 New Comment: replace $HTTP_GET_VARS with $HTTP_POST_VARS Previous Comments: [2001-12-04 19:41:41] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/language.variables.predefined.php $PHP_SELF only contains filename of the currently executing script, nothing else. Ask further support questions on the mailing lists: http://www.php.net/support.php --Jani [2001-12-02 02:51:12] [EMAIL PROTECTED] Cannot reproduce on server (and client ftm) SuSE 7.2 w/ Apache 1.3.22 using Netscape Communicator or Konqueror. Can you reproduce this behavior under all browsers? What happens when you use a submit button instead of javascript? [2001-11-29 14:00:26] se at brainbits dot net Save delete The script above don't work correctly. After clicking "delete" the if-statement print "delete". Then you click on "Save" and the if-statement print "delete" just like you click on "delete". If the "echo $PHP_SELF" in the form-tag will be replaced by the plaintext-name of the script everything will work correctly - you can click on "Save" then and the if-statement gives you a "don't delete". It seems like the $PHP_SELF stores the HTTP_GET_VARS, but if I do a "echo $PHP_SELF" I get the script path, the script name and that's all, there are no HTTP_GET_VARS - but the script still works like the HTTP_GET_VARS are there. -- Edit this bug report at http://bugs.php.net/?id=14288&edit=1
#26283 [NEW]: 3des keys length
From: stjeffy at hotmail dot com Operating system: windows 2000,linux PHP version: 4.3.2 PHP Bug Type: mcrypt related Bug description: 3des keys length Description: I work with mcrypt to encrypt the string by Triple DES. But I meet with the key length problem. I use a 24BYTE key, the key is(HEX)3FD3A3DABD10B0FF6EAFB5A0103D386EAF6E3F8CAED6CD93 After executing a instance, the system reports the following error: mcrypt_generic_init(): Key size too large; supplied length: 48, max: 24 in and cut off the half of the original key to calculate the 3des result. And I find there exists the same problem in php.net' online help-- the 2nd example provided in http://www.php.net/manual/en/ref.mcrypt.php. Reproduce code: --- $strSource = "http://www.php.net/test.php";; $strKey = "3FD3A3DABD10B0FF6EAFB5A0103D386EAF6E3F8CAED6CD93"; $td = mcrypt_module_open (MCRYPT_3DES, '', 'ecb', ''); $iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND); mcrypt_generic_init ($td, $strKey, $iv); $strCode = mcrypt_generic ($td, $strSource); mcrypt_generic_end ($td); echo base64_encode($strCode); Expected result: w6e8c9Tp0/PejfYYvgJJu3cHUXYg29CQAthGmi480Ng= Actual result: -- LMke4PuG37H9vP5gvRoVwQkX0hZrtfE9NB/az+lSLcc= -- Edit bug report at http://bugs.php.net/?id=26283&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26283&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26283&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26283&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26283&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26283&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26283&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26283&r=support Expected behavior: http://bugs.php.net/fix.php?id=26283&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26283&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26283&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26283&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26283&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26283&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26283&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26283&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26283&r=float
#23502 [Com]: compiler stalls
ID: 23502 Comment by: christophe dot godard at alcatel dot fr Reported By: martinkuria at hotmail dot com Status: No Feedback Bug Type: Compile Failure Operating System: Solaris 2.7 PHP Version: 4.3.1 New Comment: I have the same pb of compiler stalls with Solaris 7, even if I install last GNU sed (4.0.7) and gawk (3.1.3) My configure is : ./configure --prefix=/web/php/4.3.4prod \ --with-apxs=/web/apache/1.3.29prod/bin/apxs \ --with-mysql=/web/mysql/3.23.55 --enable-track-vars \ --with-config-file-path=/web/php/4.3.4prod \ --with-xml \ --enable-ftp \ --enable-trans-sid \ --with-oracle=/orasys/v8.1.7 \ --with-oci8=/orasys/v8.1.7 \ --with-gd=/web/gd/last \ --with-jpeg-dir=/web/gd/last \ --with-png-dir=/web/gd/last \ --with-zlib-dir=/web/gd/last \ --with-zlib=/web/gd/last \ --with-ttf=/web/gd/last \ --with-ldap=/web/ldapsdk/4.1 \ --with-DEAPI When I run it outputs: loading cache ./config.cache checking host system type... sparc-sun-solaris2.7 then it stalls... Previous Comments: [2003-05-14 10:55:18] [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-05-06 01:53:25] [EMAIL PROTECTED] This is most likely to the (broken) awk and/or sed tools on your system. Please install the GNU tools and make sure they are the first found (by setting your path correctly for example). Derick [2003-05-06 01:37:43] martinkuria at hotmail dot com Hi, i've run into some wierd compiling problems on solaris 2.7 where the compiler stalls (i've let it wait for 26 hours just to be sure). my configure looks like this: ./configure --with-mysql=/local/mysql --with-apxs=/local/apache/bin/apxs --with-pgsql --with-jpeg-dir=/usr/local/jpeg-6b --with-png-dir=/usr/local/libpng --with-gd=/usr/local/gd --with-zlib when I run it outputs: loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for working sed... sed checking host system type... sparc-sun-solaris2.7 then it stalls does not do anything more please do advice what could be wrong how come it's not going beyond this help I have tried using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz But no change compiler stalls my configure looks like this: Regards Martin W. Kuria -- Edit this bug report at http://bugs.php.net/?id=23502&edit=1
#26015 [Bgs->Opn]: imap_thread Apache2 signal Segmentation fault
ID: 26015
User updated by: tirny at mail dot ru
Reported By: tirny at mail dot ru
-Status: Bogus
+Status: Open
Bug Type: IMAP related
Operating System: freeBSD 5.1p10
PHP Version: 4.3.4RC3
New Comment:
vot
Previous Comments:
[2003-11-12 05:04:49] tirny at mail dot ru
I think, but this bug in PHP.
I am try this action with any other version Apache (1.3.29, 2.0.48), UW
IMAP, etc. The result is same.
It works on RHL8, Windows, bot doesnt work on FreeBSD 5.1.
CLI imap_thread works as it has to. But when call this function, and if
PHP works as Apache2 module - Apache2 goes to core (child pid 43381
exit signal Segmentation fault (11)). Apache2 not threaded.
All is compiled using keys CFLAGS=-O -pipe, COPTFLAGS=-O -pipe
[2003-11-03 09:27:37] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
Yeah not a PHP issue, note the breakage in the mail_* functions. You
might want to report this to the cclient authors and see if they have a
solution for this, or are working upon one.
[2003-11-03 05:23:20] tirny at mail dot ru
configure line:
--exec-prefix=/usr/local/php --with-apxs2 --enable-debug
--with-config-file-path=/usr/local/etc --with-imap
GDB backtrace:
#0 0x2859c7d3 in mail_thresd_references ()
from /usr/local/lib/libc-client4.so.8
#1 0x2859bcf7 in mail_thread_msgs () from
/usr/local/lib/libc-client4.so.8
#2 0x285ae7c5 in nntp_thread () from /usr/local/lib/libc-client4.so.8
#3 0x2859bc31 in mail_thread () from /usr/local/lib/libc-client4.so.8
#4 0x284161a6 in zif_mail_thread (ht=1, return_value=0x8172164,
this_ptr=0x0,
return_value_used=1) at
/home/trn/php-4.3.4RC3/ext/imap/php_imap.c:3991
#5 0x2852361e in execute (op_array=0x816b424)
at /home/trn/php-4.3.4RC3/Zend/zend_execute.c:1616
#6 0x28511ec1 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/trn/php-4.3.4RC3/Zend/zend.c:884
#7 0x284db443 in php_execute_script (primary_file=0xbfbff920)
at /home/trn/php-4.3.4RC3/main/main.c:1729
#8 0x285295b6 in php_handler (r=0x8163050)
at /home/trn/php-4.3.4RC3/sapi/apache2handler/sapi_apache2.c:537
#9 0x08065239 in ap_run_handler ()
#10 0x08065844 in ap_invoke_handler ()
#11 0x08062049 in ap_process_request ()
#12 0x0805d107 in ap_process_http_connection ()
#13 0x0806f1e9 in ap_run_process_connection ()
#14 0x0806f50e in ap_process_connection ()
#15 0x0806397b in child_main ()
#16 0x08063a4c in makr_child ()
#17 0x08063b92 in startup_children ()
#18 0x08063f66 in ap_mpm_run ()
#19 0x0806aa66 in main ()
#20 0x0805cc15 in _start ()
[2003-10-28 03:57:02] [EMAIL PROTECTED]
1. You didn't read this: http://bugs.php.net/how-to-report.php
2. You didn't give your configure line for PHP
3. You didn't provide GDB backtrace
--> Bogus
(most likely bug in c-client, or you're trying to use it with threaded
apache2)
[2003-10-28 00:52:58] tirny at mail dot ru
Description:
On RHL7.3 Apache2.0.44 PHP4.3.4 (cclient - do not remember version)- is
work fine.
Changing OS & soft on freeBSD, Apache2.0.47, 4.3.4RC1, cclient-2002d,1
not work:
script terminated after 30s (in my news group 5 messages)
and in apache error log this:
child pid 21979 exit signal Segmentation fault (11)
Reproduce code:
---
\n" . $headers[$val - 1] . "\n";
}
else if ($tree[1] == "branch") {
print "\n";
}
}
imap_close($nntp);
?>
--
Edit this bug report at http://bugs.php.net/?id=26015&edit=1
#26249 [Fbk->Opn]: snmpget doesn't free memory
ID: 26249 User updated by: dacol dot jeremy at caramail dot com Reported By: dacol dot jeremy at caramail dot com -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: hi i have copied the CVS on my php files and replace it. but it doesn't work each time i use snmpget function it takes memory which it doesn't free after a response. in fact each 100 snmpget use 0.1% of my memory. it's really the snmpget function which doesn't work. Previous Comments: [2003-11-17 03:06:59] response dot sorry at notremember dot pass hi, thank you for your answer. can i only copy this on my existing php files or do i have to recompile all? in fact what i have to do with this file? and sorry for the mistake i work with: apache 1.3.28 php 4.3.3 ucd-snmp 4.2.2 on linux RH 7.1 [2003-11-14 10:36:16] [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-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the "top" command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249&edit=1
#26285 [NEW]: escapeshellarg uses wrong quotes on windows
From: jb at ez dot no
Operating system: Windows
PHP version: 4.3.3
PHP Bug Type: *General Issues
Bug description: escapeshellarg uses wrong quotes on windows
Description:
The escapeshellarg function in PHP creates wrongly escaped text on
windows. It seems it always uses the single-quote (') for escaping the
strings, however on windows the correct way to escape is using the
double-quote (") character.
The same problems seems to be in the escapeshellcmd function as
well.
Reproduce code:
---
escapeshellarg( "-arg value" );
Expected result:
"-arg value"
Actual result:
--
'-arg value'
--
Edit bug report at http://bugs.php.net/?id=26285&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26285&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26285&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26285&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26285&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26285&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26285&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26285&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26285&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26285&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26285&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26285&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26285&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26285&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26285&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26285&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26285&r=float
#26284 [NEW]: Compile error
From: j dot j dot d dot e dot lammerts at vanlanschot dot com Operating system: AIX 5.1 PHP version: 4CVS-2003-11-17 (stable) PHP Bug Type: Compile Failure Bug description: Compile error Description: Got me the latest Stable version of 4.3 off snaps.php.net. Configure went smoothly (except for one warning that bison 1.28 is needed, we have 1.25). The very first compilation, however, fails with below messages : /bin/sh /home/USTJLA/php4-STABLE-200311170830/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/zlib/ -I/home/USTJLA/php4-STABLE-200311170830/ext/zlib/ -DPHP_A TOM_INC -I/home/USTJLA/php4-STABLE-200311170830/include -I/home/USTJLA/php4-STABLE-2003111 70830/main -I/home/USTJLA/php4-STABLE-200311170830 -I/home/USTJLA/php4-STABLE-200311170830 /Zend -I/usr/local/include -I/home/USTJLA/php4-STABLE-200311170830/ext/xml/expat -I/home/ USTJLA/php4-STABLE-200311170830/TSRM -g -O2 -prefer-pic -c /home/USTJLA/php4-STABLE-2003 11170830/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/incl ude/sys/signal.h:349, from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/incl ude/sys/wait.h:62, from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/incl ude/stdlib.h:233, from /home/USTJLA/php4-STABLE-200311170830/Zend/../main/php_config.h:2489 , from /home/USTJLA/php4-STABLE-200311170830/Zend/zend_config.h:1, from /home/USTJLA/php4-STABLE-200311170830/Zend/zend.h:52, from /home/USTJLA/php4-STABLE-200311170830/main/php.h:34, from /home/USTJLA/php4-STABLE-200311170830/ext/zlib/zlib.c:28: /usr/include/sys/context.h:155: parse error before `sigset64_t' /usr/include/sys/context.h:155: warning: no semicolon at end of struct or union /usr/include/sys/context.h:158: parse error before `}' make: 1254-004 The error code from the last command is 1. Stop. Does this ring a bell anywhere ? Your help much appreciated. -- Edit bug report at http://bugs.php.net/?id=26284&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26284&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26284&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26284&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26284&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26284&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26284&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26284&r=support Expected behavior: http://bugs.php.net/fix.php?id=26284&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26284&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26284&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26284&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26284&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26284&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26284&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26284&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26284&r=float
#26254 [Csd->Opn]: Inaccuracy in imagecopyresized
ID: 26254 User updated by: rc at opelgt dot org Reported By: rc at opelgt dot org -Status: Closed +Status: Open Bug Type: GD related Operating System: Mac OS X 10.2.8 PHP Version: 4.3.3/4.3.4 R1 New Comment: The bug is still existing in 4.3.4 R1. So in PHP5 it is solved? Previous Comments: [2003-11-16 13:13:10] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php [2003-11-16 11:43:37] rc at opelgt dot org The upper left corner was placed correctly but the height was one pixel too small. I have updated to 4.3.4 R1 and it seems to be ok now. [2003-11-14 14:10:22] rc at opelgt dot org Description: My value for the destination height is correct. The result on screen is one pixel too small. Kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=26254&edit=1
#26286 [NEW]: Parent: child process exited with status 3221225477 -- Restarting
From: igg10 at alu dot ua dot es Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: Apache2 related Bug description: Parent: child process exited with status 3221225477 -- Restarting Description: Apache2 crashes PHP as module on apache 2.0.47 php 4.3.2 windows 2000 Fri Nov 14 12:53:09 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Fri Nov 14 12:53:09 2003] [notice] Parent: Created child process 1044 [Fri Nov 14 12:53:09 2003] [notice] Child 1044: Child process is running [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Acquired the start mutex. [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Starting 64 worker threads. -- Edit bug report at http://bugs.php.net/?id=26286&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26286&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26286&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26286&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26286&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26286&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26286&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26286&r=support Expected behavior: http://bugs.php.net/fix.php?id=26286&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26286&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26286&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26286&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26286&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26286&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26286&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26286&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26286&r=float
#26254 [Opn]: Inaccuracy in imagecopyresized
ID: 26254 User updated by: rc at opelgt dot org Reported By: rc at opelgt dot org Status: Open Bug Type: GD related Operating System: Mac OS X 10.2.8 PHP Version: 4.3.3/4.3.4 R1 New Comment: When the destination image is created with imagecreatetruecolor the behaviour seems to be ok. So the bug is obviously for a palette based image. Previous Comments: [2003-11-17 07:48:31] rc at opelgt dot org The bug is still existing in 4.3.4 R1. So in PHP5 it is solved? [2003-11-16 13:13:10] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php [2003-11-16 11:43:37] rc at opelgt dot org The upper left corner was placed correctly but the height was one pixel too small. I have updated to 4.3.4 R1 and it seems to be ok now. [2003-11-14 14:10:22] rc at opelgt dot org Description: My value for the destination height is correct. The result on screen is one pixel too small. Kind regards, Rüdiger -- Edit this bug report at http://bugs.php.net/?id=26254&edit=1
#26060 [Fbk->Opn]: Not closing download handles
ID: 26060
User updated by: datacompboy at mail dot ru
Reported By: datacompboy at mail dot ru
-Status: Feedback
+Status: Open
Bug Type: cURL related
Operating System: Win2003 adv server
PHP Version: 4.3.3
New Comment:
Sorry for delay with report - was a bit busy (I have made work-around
via moveing all download/transform features to spawned program)
Removeing ob_* does not matter, only I can't send headers if spawned
process shows info - the Header function set after echo `filter`...
In end of this comment I added script, that simplified (HTML parser
removed)
If you run an lot of requests at one time (I have tested in local by
pressing F5 key for a while) - then in directory of scrpit will created
several *.TMP files, and not removed.
if comment out line
echo `echo trans.exe $lang $infile $outfile`;
then no this TMP files left.
As you see, I have changed external filter to just echo, so this not
filter problem. This looks like problem of external app spawning...
http://";;
if (isset($_SERVER["HTTP_HOST"])) { $transself .=
$_SERVER["HTTP_HOST"]; }
else { $transself .=
$_SERVER["SERVER_NAME"]; }
if (isset($_SERVER["URL"])) { $transself .= $_SERVER["URL"]; }
else { $transself .= $_SERVER["SCRIPT_NAME"];
}
if ($_SERVER["REQUEST_METHOD"]=="GET")
{
if (empty($_GET["_translator_lang"]))
{
$lang = $_GET['lang'];
$url = $_GET['url'];
$ref = '';
$post = 0;
} else
{
$lang = $_GET['_translator_lang'];
$ref = $_GET['_translator_referrer'];
$url = $_GET['_translator_form'];
$qs = ''; $req=array();
foreach ($_GET as $na => $va)
{
if (strcmp($na,'_translator_lang')&&
strcmp($na,'_translator_referrer')&&
strcmp($na,'_translator_form'))
{
$req[]="$na=".urlencode($va);
}
}
$qs = join("&", $req);
$url .= "?".$qs;
$post = 0;
}
} else
if ($_SERVER["REQUEST_METHOD"]=="POST")
{
$lang = $_POST['_translator_lang'];
$ref = $_POST['_translator_referrer'];
$url = $_POST['_translator_form'];
$post = 1;
$qs = ''; $req=array();
foreach ($_POST as $na => $va)
{
if (strcmp($na,'_translator_lang')&&
strcmp($na,'_translator_referrer')&&
strcmp($na,'_translator_form'))
{
$req[]="$na=".urlencode($va);
}
}
$qs = join("&", $req);
} else
die("Unsupported method");
if (!$lang ) { die("No language"); }
if (!preg_match('#^http(?:s?)://#', $url)) { die("Incorrect URL"); }
if (preg_match('#^http(?:s?):[/]+[^/]*$#', $url)) { $url.='/'; }
$oinfile = tempnam ("./", "URLIN");
$infile = preg_replace("#.*[/](.*?)#","\$1",$oinfile);
$ooutfile = tempnam ("./", "URLOU");
$outfile = preg_replace("#.*[/](.*?)#","\$1",$ooutfile);
$inf = fopen($infile, "w");
fwrite($inf, "\n");
$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, $url);
curl_setopt ($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt ($ch, CURLOPT_HEADER, 0);
curl_setopt ($ch, CURLOPT_FILE, $inf);
if (strlen($ref)>0)
{
curl_setopt($ch, CURLOPT_REFERER, $ref);
}
if ($post)
{
//if (preg_match("#^multipart",$_SERVER['CONTENT_TYPE']))
//{ // post as multipart/formdata
//} else
{ // post as application/x-www-form-urlencoded
curl_setopt ($ch, CURLOPT_POST, 1);
curl_setopt ($ch, CURLOPT_POSTFIELDS, $qs);
curl_setopt ($ch, CURLOPT_POSTFIELDSIZE, strlen($qs));
}
}
if (curl_exec ($ch))
{
fclose($inf);
echo `echo trans.exe $lang $infile $outfile`;
// Show output to browser with transform
$inf = @fopen($outfile, "r");
if (!is_resource($inf)) $inf = @fopen($infile, "r");
if (is_resource($inf))
{
$codepage=chop(fgets($inf)); // get codepage of translated
document
preg_match("#text/html[^;]*;[ ]*CHARSET=([^'\"]*)#i", $codepage,
$m);
header("Content-type: text/html; charset=".$m[1]);
fpassthru($inf);
}
}
@fclose($inf);
curl_close ($ch);
@unlink ($infile);
@unlink ($outfile);
@unlink ($oinfile);
@unlink ($ooutfile);
ob_end_flush();
?>
Previous Comments:
[2003-11-06 15:29:41] [EMAIL PROTECTED]
And provide an actually working script..(one that COULD actually work)
[2003-11-06 15:28:03] [EMAIL PROTECTED]
Simplify your script..drop the ob_* stuff totally and
don't use any external apps on the files.
Does it work then? (add the new script here too)
[2003-10-31 12:42:18] datacompboy at mail dot ru
Description:
I tried to download file with curl, parse it with external app, show
output an
#26287 [NEW]: sybase_fetch_array() "identical field names" feature
From: abazan at filnet dot es Operating system: -- PHP version: 4.3.2 PHP Bug Type: Feature/Change Request Bug description: sybase_fetch_array() "identical field names" feature Description: Hello, I was recently shocked when I discovered the implementation of Sybase "identical fields". The PHP manual for sybase_fetch_array() reads: Note: When selecting fields with identical names (for instance, in a join), the associative indices will have a sequential number prepended. See the example for details. I would like to say that I am against implementing these sort of repetitive field returns. If a programmer wants multiple (identically named) fields returned, they can always modify their SQL statement to reflect unique field names: select t1.id as id1, t2.id as id2 from t1,t2 PHP should NOT be mangling field names returned from the database driver, it should simply return the name-value of the LAST field of any given name. However, if this is to be kept in the code, there are a few important considerations that should be taken into account regarding the implementation: 1st. Upgading PHP. There are loads of cases where you can find in a database different tables with some identical field names. I know this is poor database design, but sometimes you find that you have to work with a design where this occurs. With this new feature on sybase_fetch_array() all the code where one just assumed that the returned value for field X was from the last table selected, MUST BE RE-WRITTEN. 2nd. IMHO, the implementation of this feature is very poor. When you have a JOIN over two tables and they have more that one field with the same name: table A: id date user afield table B: id date user bfield the resulting join will result in id date user id1 date2 user3 afield bfield A single numeric index is incremented for all repetitive fields, making it impossible to make it dynamic. (if you made a select using different fields you will get different field names!!!) I suggest correcting this implementation to return field names as follows: id date user id1 date1 user1 afield bfield One counter for each repeated field instead of one unique counter for ALL fields. 3rd. Last but not least... This is a feature only implemented in Sybase library functions, so when creating cross-db applications, it is much more difficult to implement generic code. I would appreciate hearing from the PHP Team about this. Thanks in advance, Alex Alex Bazan abazan at filnet dot es -- Edit bug report at http://bugs.php.net/?id=26287&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26287&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26287&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26287&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26287&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26287&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26287&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26287&r=support Expected behavior: http://bugs.php.net/fix.php?id=26287&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26287&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26287&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26287&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26287&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26287&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26287&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26287&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26287&r=float
#26288 [NEW]: Segmentation Fault while getting NULL values from a row of a table(PHP v 4.2.2)
From: kiranhariharan at in dot ibm dot com Operating system: x86_64 SuSE Linux PHP version: 4.3.3 PHP Bug Type: ODBC related Bug description: Segmentation Fault while getting NULL values from a row of a table(PHP v 4.2.2) Description: Hi, I have installed PHP 4.2.2 on x86_64_AMD machine having SuSE Linux installed on it. I have a DB2 database which has several tables in it. I wrote a PHP code which fetches data from a row, that has null values in it using odbc_fetch_row(), I get segmentation fault. The same PHP script to access the table runs fine on Windows OS (to mention the PHP version I have on Windows OS is 4.3.3). I beleive there is some problem when it comes to handling the NULL values from a table at this version. 1) Can someone please let me know whether there are any reported bugs with 4.2.2 PHP version on Linux platforms. If that is so, also please advice me to which version of PHP I would have to move (a stable PHP version). 2) Also, is there any seperate PHP 4.3 rpm for x86_64AMD architecture and where to download it from? Thanks in advance, Kiran H. -- Edit bug report at http://bugs.php.net/?id=26288&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26288&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26288&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26288&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26288&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26288&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26288&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26288&r=support Expected behavior: http://bugs.php.net/fix.php?id=26288&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26288&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26288&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26288&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26288&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26288&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26288&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26288&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26288&r=float
#16960 [Com]: [Sybase-CT] sybase_fetch_row() and types
ID: 16960 Comment by: alex dot bazan at bcn dot concatel dot com Reported By: thekid at thekid dot de Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0CVS-2002-05-02 Assigned To: thekid New Comment: Hello, I was recently shocked when I discovered the implementation of Sybase "identical fields". The PHP manual for sybase_fetch_array() reads: Note: When selecting fields with identical names (for instance, in a join), the associative indices will have a sequential number prepended. See the example for details. I would like to say that I am against implementing these sort of repetitive field returns. If a programmer wants multiple (identically named) fields returned, they can always modify their SQL statement to reflect unique field names: select t1.id as id1, t2.id as id2 from t1,t2 PHP should NOT be mangling field names returned from the database driver, it should simply return the name-value of the LAST field of any given name. However, if this is to be kept in the code, there are a few important considerations that should be taken into account regarding the implementation: 1st. Upgading PHP. There are loads of cases where you can find in a database different tables with some identical field names. I know this is poor database design, but sometimes you find that you have to work with a design where this occurs. With this new feature on sybase_fetch_array() all the code where one just assumed that the returned value for field X was from the last table selected, MUST BE RE-WRITTEN. 2nd. IMHO, the implementation of this feature is very poor. When you have a JOIN over two tables and they have more that one field with the same name: table A: id date user afield table B: id date user bfield the resulting join will result in id date user id1 date2 user3 afield bfield A single numeric index is incremented for all repetitive fields, making it impossible to make it dynamic. (if you made a select using different fields you will get different field names!!!) I suggest correcting this implementation to return field names as follows: id date user id1 date1 user1 afield bfield One counter for each repeated field instead of one unique counter for ALL fields. 3rd. Last but not least... This is a feature only implemented in Sybase library functions, so when creating cross-db applications, it is much more difficult to implement generic code. I would appreciate hearing from the PHP Team about this. Thanks in advance, Alex Bazan Previous Comments: [2002-11-05 15:07:33] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Committed numerous changes to ext/sybase_ct, see CVS log for ext/sybase_ct/php_sybase_ct.c and ext/sybase_ct/php_sybase_ct.h [2002-06-10 18:43:18] thekid at thekid dot de Sorry, here's an example script for sybase_set_message_handler(): The output is: Caught Sybase Server Message #137 [Severity 15, state 2] at line 1 'Must declare variable '@does_not_exist'.' Warning: Sybase: Server message #257: Implicit conversion from datatype 'VARCHAR' to 'NUMERIC' is not allowed. Use the CONVERT function to run this query. (severity 16, procedure N/A) in /usr/home/thekid/devel/php/sybase_test.php on line 23 [2002-06-10 15:50:15] thekid at thekid dot de With this last patch, you will be able to handle all of sybase's error messages via a callback function. This comes in quite handy when having to check for deadlocks (the 1205:-)). $deadlock= strstr($php_errormsg, 'deadlock'); is, of course, possible right now, but in my eyes not a very generalistic way of going about it... --- php4-200205012100/ext/sybase_ct/php_sybase_ct.h Thu Feb 28 09:38:19 2002 +++ __build__/ext/sybase_ct/php_sybase_ct.h Mon Jun 10 21:32:25 2002 @@ -45,6 +45,7 @@ PHP_FUNCTION(sybase_num_fields); PHP_FUNCTION(sybase_fetch_row); PHP_FUNCTION(sybase_fetch_array); +PHP_FUNCTION(sybase_fetch_assoc); PHP_FUNCTION(sybase_fetch_object); PHP_FUNCTION(sybase_data_seek); PHP_FUNCTION(sybase_result); @@ -53,7 +54,7 @@ PHP_FUNCTION(sybase_min_client_severity); PHP_FUNCTION(sybase_min_server_severity); PHP_FUNCTION(syba
#26289 [NEW]: Random problem in mail() function
From: julien at touslesdrivers dot com
Operating system: Windows 2000 Server SP4
PHP version: 4.3.4
PHP Bug Type: *Mail Related
Bug description: Random problem in mail() function
Description:
Hello,
I have a problem with the mail() function. The OS is Windows 2000 Server
SP4 + IIS 5.0 + MySQL + PHP 4.3.4 (ISAPI).
On my website, there is a form to subscribe to the site as a member. To
confirm the subscription, I send a mail to the person who has to click on
a link to confirm the subscription.
I use so the mail() function to send the mail as text format but there is
a random problem.
Sometimes (about 2-3 times per week) persons who receive the mail can't
confirm their subscription and forward the mail to me and I can then
constat the problem:
A little part of the body (the string "script") had been replaced by
another string ("VOID").
This problem is not dependant with the Mail client (Outlook, Netscape
etc.).
PHP 4.3.4 doesn't resolves this problem.
I am not arrived to reproduce this problem and it it seems to be totally
random. It is a very strange bug!! An idea?
Reproduce code:
---
The code source is:
$message = "
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inscription.php?code=$code
";
mail($email,"Inscription",$message,"From: [EMAIL PROTECTED]:
text/plain; charset=iso-8859-1");
Expected result:
Normally the person would see:
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inscription.php?code=1587
Actual result:
--
But some persons obtain:
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inVOIDion.php?code=1587
--
Edit bug report at http://bugs.php.net/?id=26289&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26289&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26289&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26289&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26289&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26289&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26289&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26289&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26289&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26289&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26289&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26289&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26289&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26289&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26289&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26289&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26289&r=float
#26290 [NEW]: array_rand() not random
From: alisovoi at hotmail dot com Operating system: Linux Redhat 9 PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: array_rand() not random Description: $array[array_rand($array)] is always the same element of the array. The server uses php.ini-recommended for the configuration. (In PHP 4.3.2, this problem is non-existant. PHP 4.3.4 has this bug) Reproduce code: --- Expected result: Either one of the 3 elements of the array. Actual result: -- The same element no matter how many times the user refreshes. -- Edit bug report at http://bugs.php.net/?id=26290&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26290&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26290&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26290&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26290&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26290&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26290&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26290&r=support Expected behavior: http://bugs.php.net/fix.php?id=26290&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26290&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26290&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26290&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26290&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26290&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26290&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26290&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26290&r=float
#26291 [NEW]: Upload Problem
From: btekcan at turk dot net Operating system: Windows 2003 PHP version: 4.3.4 PHP Bug Type: Filesystem function related Bug description: Upload Problem Description: I cannot upload 1MB and bigger files,evertimes wait,wait,wait than either page cannot be displayed or sometimes CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. My host already set this... max_execution_time 120 max_input_time -1 post_max_size 15M upload_max_filesize 10M set cgi.force_redirect=0 But still problem my upload,and same probelm download.%80-84 my server cut download. Any idea ?? -- Edit bug report at http://bugs.php.net/?id=26291&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26291&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26291&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26291&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26291&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26291&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26291&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26291&r=support Expected behavior: http://bugs.php.net/fix.php?id=26291&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26291&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26291&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26291&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26291&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26291&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26291&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26291&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26291&r=float
#26290 [Com]: array_rand() not random
ID: 26290
Comment by: scottm at spamcop dot net
Reported By: alisovoi at hotmail dot com
Status: Open
Bug Type: Reproducible crash
Operating System: Linux Redhat 9
PHP Version: 4.3.4
New Comment:
Can't confirm under same OS. I used a easier test case.
-
';
while ($i < 1000)
{
print $random_sayings[array_rand($random_sayings)] . "\n";
++$i;
}
echo '';
?>
Previous Comments:
[2003-11-17 12:00:36] alisovoi at hotmail dot com
Description:
$array[array_rand($array)] is always the same element of the array.
The server uses php.ini-recommended for the configuration.
(In PHP 4.3.2, this problem is non-existant. PHP 4.3.4 has this bug)
Reproduce code:
---
Expected result:
Either one of the 3 elements of the array.
Actual result:
--
The same element no matter how many times the user refreshes.
--
Edit this bug report at http://bugs.php.net/?id=26290&edit=1
#26264 [Opn]: Compile failure with iconv enabled
ID: 26264 Updated by: [EMAIL PROTECTED] Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Status: Open Bug Type: ICONV related Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: I should have been a bit more specific about my suggestion. I wrote it that way because you were implying you have libiconv installed also. If you have both in your machine, it's possible that iconv extension wrongly detects the library to be used. Previous Comments: [2003-11-16 11:01:53] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Why should this be needed. I haven't installed any libiconv in /usr/local. Solaris provides the iconv in libc and the headers are in /usr/include/iconv.h [2003-11-16 06:11:34] [EMAIL PROTECTED] Try giving the prefix of iconv library to the configure option, like --with-iconv=shared,/usr/local [2003-11-16 04:31:13] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Here you are: ./configure --prefix=/opt/php4 --with-apxs=/opt/apache/bin/apxs --sysconfdir=/opt/etc/php4 --with-config-file-path=/opt/etc/php4 --disable-debug --with-gd=shared --with-jpeg-dir=/usr/sfw --with-png-dir=/usr/sfw --with-zlib=shared --with-imap=shared,/usr/local/src/imap-2002e --with-mysql=shared,/opt/mysql --with-mysql-sock=/var/run/mysql/sock --enable-dba=shared --with-db4=shared,/usr/local --with-ndbm=shared --with-ldap=shared,/usr/local --with-openssl=/usr/local/ssl --with-gettext --with-pear --enable-safe-mode --enable-bcmath=shared --enable-calendar=shared --enable-ftp=shared --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-mcrypt=shared --with-xml=shared --with-dom=shared --enable-mime-magic --with-iconv=shared --with-mbstring=all [2003-11-15 21:02:24] [EMAIL PROTECTED] Not enough information. (starting with missing configure line used..etc.) And dear Moriyoshi: I have no idea what you're talking about. Don't assign any bug reports to me, I don't have time to handle them anymore. [2003-11-15 15:39:27] [EMAIL PROTECTED] Assigned to Jani, who didn't try to listen to my warnings :) 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/26264 -- Edit this bug report at http://bugs.php.net/?id=26264&edit=1
#26238 [Com]: flush() doesn't work with output_buffering = 4096
ID: 26238
Comment by: scottm at spamcop dot net
Reported By: spam at vrana dot cz
Status: Open
Bug Type: Output Control
Operating System: Windows XP
PHP Version: 4.3.3
New Comment:
Confirmed.
If you set output_buffering = 3 then it will flush them in groups of
three.
Running RH9, Apache 1.3.29 and PHP 4.3.4
Previous Comments:
[2003-11-13 08:40:59] spam at vrana dot cz
Description:
I have set output_buffering = 4096 and flush(), ob_implicit_flush(),
ob_flush() and similar functions doesn't work. This is reproducible in
PHP Apache module, in PHP-CLI and also on Linux.
Reproduce code:
---
while (true) {
echo ".";
flush();
sleep(1);
}
Expected result:
. (1 second) . (1 second) ...
Actual result:
--
nothing (for output_buffering seconds)
--
Edit this bug report at http://bugs.php.net/?id=26238&edit=1
#26283 [Opn->Bgs]: 3des keys length
ID: 26283
Updated by: [EMAIL PROTECTED]
Reported By: stjeffy at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: mcrypt related
Operating System: windows 2000,linux
PHP Version: 4.3.2
New Comment:
The key is expected to be in binary, not hex. Try using
pack() to convert the string from hex to bin, i.e.
$strKey = pack('H48', "3FD3...");
J
Previous Comments:
[2003-11-17 03:14:11] stjeffy at hotmail dot com
Description:
I work with mcrypt to encrypt the string by Triple DES. But I meet with
the key length problem.
I use a 24BYTE key, the key
is(HEX)3FD3A3DABD10B0FF6EAFB5A0103D386EAF6E3F8CAED6CD93
After executing a instance,
the system reports the following error:
mcrypt_generic_init(): Key size too large; supplied length: 48, max: 24
in
and cut off the half of the original key to calculate the 3des result.
And I find there exists the same problem in php.net' online help-- the
2nd example provided in http://www.php.net/manual/en/ref.mcrypt.php.
Reproduce code:
---
$strSource = "http://www.php.net/test.php";;
$strKey = "3FD3A3DABD10B0FF6EAFB5A0103D386EAF6E3F8CAED6CD93";
$td = mcrypt_module_open (MCRYPT_3DES, '', 'ecb', '');
$iv = mcrypt_create_iv (mcrypt_enc_get_iv_size ($td), MCRYPT_RAND);
mcrypt_generic_init ($td, $strKey, $iv);
$strCode = mcrypt_generic ($td, $strSource);
mcrypt_generic_end ($td);
echo base64_encode($strCode);
Expected result:
w6e8c9Tp0/PejfYYvgJJu3cHUXYg29CQAthGmi480Ng=
Actual result:
--
LMke4PuG37H9vP5gvRoVwQkX0hZrtfE9NB/az+lSLcc=
--
Edit this bug report at http://bugs.php.net/?id=26283&edit=1
#26290 [Opn->Bgs]: array_rand() not random
ID: 26290
Updated by: [EMAIL PROTECTED]
Reported By: alisovoi at hotmail dot com
-Status: Open
+Status: Bogus
-Bug Type: Reproducible crash
+Bug Type: Performance problem
Operating System: Linux Redhat 9
PHP Version: 4.3.4
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You forgot to call srand() to generate random key. Hence the lack of
random data.
Previous Comments:
[2003-11-17 12:26:00] scottm at spamcop dot net
Can't confirm under same OS. I used a easier test case.
-
';
while ($i < 1000)
{
print $random_sayings[array_rand($random_sayings)] . "\n";
++$i;
}
echo '';
?>
[2003-11-17 12:00:36] alisovoi at hotmail dot com
Description:
$array[array_rand($array)] is always the same element of the array.
The server uses php.ini-recommended for the configuration.
(In PHP 4.3.2, this problem is non-existant. PHP 4.3.4 has this bug)
Reproduce code:
---
Expected result:
Either one of the 3 elements of the array.
Actual result:
--
The same element no matter how many times the user refreshes.
--
Edit this bug report at http://bugs.php.net/?id=26290&edit=1
#26291 [Opn->Fbk]: Upload Problem
ID: 26291 Updated by: [EMAIL PROTECTED] Reported By: btekcan at turk dot net -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows 2003 PHP Version: 4.3.4 New Comment: Try setting max_input_time to 600 instead of -1. Previous Comments: [2003-11-17 12:07:42] btekcan at turk dot net Description: I cannot upload 1MB and bigger files,evertimes wait,wait,wait than either page cannot be displayed or sometimes CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. My host already set this... max_execution_time 120 max_input_time -1 post_max_size 15M upload_max_filesize 10M set cgi.force_redirect=0 But still problem my upload,and same probelm download.%80-84 my server cut download. Any idea ?? -- Edit this bug report at http://bugs.php.net/?id=26291&edit=1
#26289 [Opn->Bgs]: Random problem in mail() function
ID: 26289
Updated by: [EMAIL PROTECTED]
Reported By: julien at touslesdrivers dot com
-Status: Open
+Status: Bogus
Bug Type: *Mail Related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.4
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.
I suspect the $code is not set or not set correctly.
First of all, change http://www.domain.com/inscription.php?code=$code
to
http://www.domain.com/inscription.php?code={$code}
and always validate value of $code before using it.
Previous Comments:
[2003-11-17 11:10:45] julien at touslesdrivers dot com
Description:
Hello,
I have a problem with the mail() function. The OS is Windows 2000
Server SP4 + IIS 5.0 + MySQL + PHP 4.3.4 (ISAPI).
On my website, there is a form to subscribe to the site as a member. To
confirm the subscription, I send a mail to the person who has to click
on a link to confirm the subscription.
I use so the mail() function to send the mail as text format but there
is a random problem.
Sometimes (about 2-3 times per week) persons who receive the mail can't
confirm their subscription and forward the mail to me and I can then
constat the problem:
A little part of the body (the string "script") had been replaced by
another string ("VOID").
This problem is not dependant with the Mail client (Outlook, Netscape
etc.).
PHP 4.3.4 doesn't resolves this problem.
I am not arrived to reproduce this problem and it it seems to be
totally random. It is a very strange bug!! An idea?
Reproduce code:
---
The code source is:
$message = "
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inscription.php?code=$code
";
mail($email,"Inscription",$message,"From:
[EMAIL PROTECTED]: text/plain; charset=iso-8859-1");
Expected result:
Normally the person would see:
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inscription.php?code=1587
Actual result:
--
But some persons obtain:
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inVOIDion.php?code=1587
--
Edit this bug report at http://bugs.php.net/?id=26289&edit=1
#26279 [Opn->Fbk]: Can't connect to MySQL server on .......' (10048)
ID: 26279 Updated by: [EMAIL PROTECTED] Reported By: jo_fox at 163 dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: win2000 server PHP Version: 4.3.2 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. If you are using persistent connections it is likely PHP has hit a limit of allowed open connections and cannot initialize additional connection. Same could be true of the number of open non-persistent connections exceed the maximum allow MySQL connections. Previous Comments: [2003-11-16 20:23:36] jo_fox at 163 dot com Description: environment :win2000 server sp4,iis5 mysql Server version 4.0.15-nt Protocol version10 PHP Version 4.3.2 run vbb forum, It's do work normally,the error happened after some day's run , "ERROR 2003: Can't connect to MySQL server on '' (10048)" when this error took place,maybe disappear when refresh the page,but more time can't be deal. this time,the mysql server is run in gear,I can connect the mysql server by mysql command line or mysql-front tools. but the error occur when I connect the mysql by php. the error can't be resolved by restart mysql or iis, only can be resolved by restart the win2000 server. Reproduce code: --- vbb forum code -- Edit this bug report at http://bugs.php.net/?id=26279&edit=1
#26286 [Opn->Fbk]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Updated by: [EMAIL PROTECTED] Reported By: igg10 at alu dot ua dot es -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-11-17 07:51:17] igg10 at alu dot ua dot es Description: Apache2 crashes PHP as module on apache 2.0.47 php 4.3.2 windows 2000 Fri Nov 14 12:53:09 2003] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Fri Nov 14 12:53:09 2003] [notice] Parent: Created child process 1044 [Fri Nov 14 12:53:09 2003] [notice] Child 1044: Child process is running [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Acquired the start mutex. [Fri Nov 14 12:53:10 2003] [notice] Child 1044: Starting 64 worker threads. -- Edit this bug report at http://bugs.php.net/?id=26286&edit=1
#26290 [Com]: array_rand() not random
ID: 26290
Comment by: scottm at spamcop dot net
Reported By: alisovoi at hotmail dot com
Status: Bogus
Bug Type: Performance problem
Operating System: Linux Redhat 9
PHP Version: 4.3.4
New Comment:
>From the array_rand documentation
---
As of PHP 4.2.0, there is no need to seed the random number generator
with srand() or mt_srand() as this is now done automatically.
Previous Comments:
[2003-11-17 14:12:44] [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
You forgot to call srand() to generate random key. Hence the lack of
random data.
[2003-11-17 12:26:00] scottm at spamcop dot net
Can't confirm under same OS. I used a easier test case.
-
';
while ($i < 1000)
{
print $random_sayings[array_rand($random_sayings)] . "\n";
++$i;
}
echo '';
?>
[2003-11-17 12:00:36] alisovoi at hotmail dot com
Description:
$array[array_rand($array)] is always the same element of the array.
The server uses php.ini-recommended for the configuration.
(In PHP 4.3.2, this problem is non-existant. PHP 4.3.4 has this bug)
Reproduce code:
---
Expected result:
Either one of the 3 elements of the array.
Actual result:
--
The same element no matter how many times the user refreshes.
--
Edit this bug report at http://bugs.php.net/?id=26290&edit=1
#26288 [Opn->Fbk]: Segmentation Fault while getting NULL values from a row of a table(PHP v 4.2.2)
ID: 26288 Updated by: [EMAIL PROTECTED] Reported By: kiranhariharan at in dot ibm dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: x86_64 SuSE Linux PHP Version: 4.3.3 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-11-17 09:43:51] kiranhariharan at in dot ibm dot com Description: Hi, I have installed PHP 4.2.2 on x86_64_AMD machine having SuSE Linux installed on it. I have a DB2 database which has several tables in it. I wrote a PHP code which fetches data from a row, that has null values in it using odbc_fetch_row(), I get segmentation fault. The same PHP script to access the table runs fine on Windows OS (to mention the PHP version I have on Windows OS is 4.3.3). I beleive there is some problem when it comes to handling the NULL values from a table at this version. 1) Can someone please let me know whether there are any reported bugs with 4.2.2 PHP version on Linux platforms. If that is so, also please advice me to which version of PHP I would have to move (a stable PHP version). 2) Also, is there any seperate PHP 4.3 rpm for x86_64AMD architecture and where to download it from? Thanks in advance, Kiran H. -- Edit this bug report at http://bugs.php.net/?id=26288&edit=1
#26290 [Bgs]: array_rand() not random
ID: 26290
Updated by: [EMAIL PROTECTED]
Reported By: alisovoi at hotmail dot com
Status: Bogus
Bug Type: Performance problem
Operating System: Linux Redhat 9
PHP Version: 4.3.4
New Comment:
Incorrect documentaion I'm afraid.
Previous Comments:
[2003-11-17 14:19:37] scottm at spamcop dot net
>From the array_rand documentation
---
As of PHP 4.2.0, there is no need to seed the random number generator
with srand() or mt_srand() as this is now done automatically.
[2003-11-17 14:12:44] [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
You forgot to call srand() to generate random key. Hence the lack of
random data.
[2003-11-17 12:26:00] scottm at spamcop dot net
Can't confirm under same OS. I used a easier test case.
-
';
while ($i < 1000)
{
print $random_sayings[array_rand($random_sayings)] . "\n";
++$i;
}
echo '';
?>
[2003-11-17 12:00:36] alisovoi at hotmail dot com
Description:
$array[array_rand($array)] is always the same element of the array.
The server uses php.ini-recommended for the configuration.
(In PHP 4.3.2, this problem is non-existant. PHP 4.3.4 has this bug)
Reproduce code:
---
Expected result:
Either one of the 3 elements of the array.
Actual result:
--
The same element no matter how many times the user refreshes.
--
Edit this bug report at http://bugs.php.net/?id=26290&edit=1
#26253 [Opn->Csd]: TOKENIZER self-contained-extension: make fails
ID: 26253 Updated by: [EMAIL PROTECTED] Reported By: lantonenk at inbox dot ru -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RedHat Linux 7.3 (with updates) PHP Version: 4CVS-2003-11-14 (stable) New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-11-14 10:14:14] lantonenk at inbox dot ru Description: I try to make TOKENIZER self-contained-extension. phpize, aclocal, ./configure works fine. make fails (look at reproduce code) with message: make: *** No rule to make target `Zend/zend_language_parser.h', needed by `tokenizer.lo'. Stop. I think the problem is in Makefil.frag. This file contains line: $(builddir)/tokenizer.lo: Zend/zend_language_parser.h When repeat all steps with empty Makefil.frag, make works fine, and I have tokenizer.so Reproduce code: --- > cd $PHP_SOURCES > cd ext/tokenizer > phpize ... > aclocal > ./configure ... > make make: *** No rule to make target `Zend/zend_language_parser.h', needed by `tokenizer.lo'. Stop. Expected result: > make ... - Libraries have been installed in: /home/antonenk/config/php/php-4.3.3-modules/tokenizer/modules ... - > === Result - there is tokenizer.so in ./modules Actual result: -- > make make: *** No rule to make target `Zend/zend_language_parser.h', needed by `tokenizer.lo'. Stop. === Result - there is no tokenizer.so -- Edit this bug report at http://bugs.php.net/?id=26253&edit=1
#26282 [Opn->Fbk]: PHP Configure fails with "mysql configure failed"
ID: 26282 Updated by: [EMAIL PROTECTED] Reported By: greg at coltec dot com dot au -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? Previous Comments: [2003-11-17 01:32:33] greg at coltec dot com dot au Sorry, OS is Solaris 5.9, not 2.9. [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#26284 [Opn->Bgs]: Compile error
ID: 26284 Updated by: [EMAIL PROTECTED] Reported By: j dot j dot d dot e dot lammerts at vanlanschot dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: AIX 5.1 PHP Version: 4CVS-2003-11-17 (stable) New Comment: Something broken in your system. (works fine for me with AIX 4.3.3 and GCC) Propably your gcc installation is borked. Previous Comments: [2003-11-17 05:01:34] j dot j dot d dot e dot lammerts at vanlanschot dot com Description: Got me the latest Stable version of 4.3 off snaps.php.net. Configure went smoothly (except for one warning that bison 1.28 is needed, we have 1.25). The very first compilation, however, fails with below messages : /bin/sh /home/USTJLA/php4-STABLE-200311170830/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/zlib/ -I/home/USTJLA/php4-STABLE-200311170830/ext/zlib/ -DPHP_A TOM_INC -I/home/USTJLA/php4-STABLE-200311170830/include -I/home/USTJLA/php4-STABLE-2003111 70830/main -I/home/USTJLA/php4-STABLE-200311170830 -I/home/USTJLA/php4-STABLE-200311170830 /Zend -I/usr/local/include -I/home/USTJLA/php4-STABLE-200311170830/ext/xml/expat -I/home/ USTJLA/php4-STABLE-200311170830/TSRM -g -O2 -prefer-pic -c /home/USTJLA/php4-STABLE-2003 11170830/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/incl ude/sys/signal.h:349, from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/incl ude/sys/wait.h:62, from /usr/bin/../lib/gcc-lib/powerpc-ibm-aix4.3.3.0/2.9-aix51-020209/incl ude/stdlib.h:233, from /home/USTJLA/php4-STABLE-200311170830/Zend/../main/php_config.h:2489 , from /home/USTJLA/php4-STABLE-200311170830/Zend/zend_config.h:1, from /home/USTJLA/php4-STABLE-200311170830/Zend/zend.h:52, from /home/USTJLA/php4-STABLE-200311170830/main/php.h:34, from /home/USTJLA/php4-STABLE-200311170830/ext/zlib/zlib.c:28: /usr/include/sys/context.h:155: parse error before `sigset64_t' /usr/include/sys/context.h:155: warning: no semicolon at end of struct or union /usr/include/sys/context.h:158: parse error before `}' make: 1254-004 The error code from the last command is 1. Stop. Does this ring a bell anywhere ? Your help much appreciated. -- Edit this bug report at http://bugs.php.net/?id=26284&edit=1
#26278 [Opn->Bgs]: Can not user integer variable in $_SESSION
ID: 26278 Updated by: [EMAIL PROTECTED] Reported By: glumtail at yahoo dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: FreeBSD PHP Version: 4.3.2 New Comment: Of course you can't. RTFM (http://www.php.net/session): "The keys in the $_SESSION associative array are subject to the same limitations as regular variable names in PHP, i.e. they cannot start with a number and must start with a letter or underscore. For more details see the section on variables in this manual." Previous Comments: [2003-11-16 20:01:32] glumtail at yahoo dot com Description: I found it can not save integer variable in session. e.g: $_SESSION['TEST'] = 'SOMETHING' // OK $_SESSION[1] = 'SOMETHING' // ERROR My environment: FreeBSD + PHP 4.3.2 I think it must be a BIG bug. Reproduce code: --- Expected result: Result (after refresh): Array ( ) Array ( [1] => TEST [TEST] => MY TEST ) The correct result should be: Array ( [1] => TEST [TEST] => MY TEST ) Array ( [1] => TEST [TEST] => MY TEST ) -- Edit this bug report at http://bugs.php.net/?id=26278&edit=1
#26203 [Opn->Bgs]: Session corrupts .jar file transmission
ID: 26203
Updated by: [EMAIL PROTECTED]
Reported By: php_query at mrdoms dot plus dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: All
PHP Version: 4.3.2
New Comment:
RTFM about header() and session. There are couple of dozen user
comments about how to set the cache headers correctly in these cases.
Previous Comments:
[2003-11-11 10:12:22] php_query at mrdoms dot plus dot com
("../_JAVARES/car/jammer.jar"); should read 'tj.jar' in 2nd sample.
Sorry :)
[2003-11-11 10:10:07] php_query at mrdoms dot plus dot com
Description:
I have a problem trying to redirect a request for a Java .jar through
PHP. I am using PHP 4.3.2 on my Apache test server on Windows, and PHP
4.3.3 on my real Debian webserver. The problem is the same for both
setups.
If I access the .jar directly (no PHP) & use a packet sniffer, I get
returned:
CRLF CRLF // End of header?
190 CRLF // unknown value
<.jar file>
If I use a simple script with just a readfile, I get returned:
CRLF CRLF // End of header?
<.jar file>
This request fails to load in any Java VM, which claims the jar is
corrupt. The '190' has mysteriously disappeared.
My real PHP script includes a session to make sure the user is
accessing the jar from our web page only (script appended). This
gives:
CRLF CRLF // End of header?
2000 CRLF // value now changed!
<.jar file>
This request will work fine with: IE6 & Microsoft VM 1.1, and IE6,
Netscape, Mozilla with Sun VM 1.4+. It does not load correctly if I use
Opera (any VM), or Java 1.3 (any browswer). Changing session cache
controls make no difference.
The main issues are -
What is the '190'?
Why does the plain readfile() not send it?
Why does the session turn it into '2000' which breaks some
browswers?
Thank you for your time,
Dom
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=26203&edit=1
#26289 [Bgs]: Random problem in mail() function
ID: 26289
User updated by: julien at touslesdrivers dot com
Reported By: julien at touslesdrivers dot com
Status: Bogus
Bug Type: *Mail Related
Operating System: Windows 2000 Server SP4
PHP Version: 4.3.4
New Comment:
Thanks you fo your reply.
I don't think the problem is the $code beacause this variable is set
and is set correctly. Otherwise the value of $code would not appear in
the URL...
I just want to know where this "VOID" come from?! And why it replaces
the string "script" in the file name?
Thanks
Previous Comments:
[2003-11-17 14:16:12] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
I suspect the $code is not set or not set correctly.
First of all, change http://www.domain.com/inscription.php?code=$code
to
http://www.domain.com/inscription.php?code={$code}
and always validate value of $code before using it.
[2003-11-17 11:10:45] julien at touslesdrivers dot com
Description:
Hello,
I have a problem with the mail() function. The OS is Windows 2000
Server SP4 + IIS 5.0 + MySQL + PHP 4.3.4 (ISAPI).
On my website, there is a form to subscribe to the site as a member. To
confirm the subscription, I send a mail to the person who has to click
on a link to confirm the subscription.
I use so the mail() function to send the mail as text format but there
is a random problem.
Sometimes (about 2-3 times per week) persons who receive the mail can't
confirm their subscription and forward the mail to me and I can then
constat the problem:
A little part of the body (the string "script") had been replaced by
another string ("VOID").
This problem is not dependant with the Mail client (Outlook, Netscape
etc.).
PHP 4.3.4 doesn't resolves this problem.
I am not arrived to reproduce this problem and it it seems to be
totally random. It is a very strange bug!! An idea?
Reproduce code:
---
The code source is:
$message = "
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inscription.php?code=$code
";
mail($email,"Inscription",$message,"From:
[EMAIL PROTECTED]: text/plain; charset=iso-8859-1");
Expected result:
Normally the person would see:
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inscription.php?code=1587
Actual result:
--
But some persons obtain:
Bonjour,
Pour valider définitivement votre inscription comme membre, merci de
clicker sur le lien ci-dessous:
http://www.domain.com/inVOIDion.php?code=1587
--
Edit this bug report at http://bugs.php.net/?id=26289&edit=1
#26276 [Opn->Bgs]: I cannot compile (MAKE) when --with-imap is used
ID: 26276 Updated by: [EMAIL PROTECTED] Reported By: jerry at 3ztech dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeDSB 4.4 PHP Version: 4.3.4 New Comment: You didn't follow the install instructions at http://www.php.net/imap and this is what you get.. Never EVER install those header files from c-client sources to same directories where any other header file exists. They're not 'namespace-protected' in any way.. Previous Comments: [2003-11-16 14:16:58] jerry at 3ztech dot com Description: I ran: './configure' '--with-apxs=/usr/local/www/bin/apxs' '--with-config-file-path=/usr/local/www/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--with-gd=/usr/local' '--with-freetype' '--with-zlib' '--with-jpeg-dir=/usr/local' '--with-imap' '--with-mysql=/usr/local' '--prefix=/usr/local/www' 'i386--freebsd4.4' this ran ok Then I ran MAKE and got the folling error message: /bin/sh /usr/home/usr223127175/php-4.3.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/imap/ -I/usr/home/usr223127175/php-4.3.4/ext/imap/ -DPHP_ATOM_INC -I/usr/home/usr223127175/php-4.3.4/include -I/usr/home/usr223127175/php-4.3.4/main -I/usr/home/usr223127175/php-4.3.4 -I/usr/home/usr223127175/php-4.3.4/Zend -I/usr/local/include -I/usr/local/include/gd -I/usr/local/include/c-client -I/usr/local/include/mysql -I/usr/home/usr223127175/php-4.3.4/ext/xml/expat -I/usr/home/usr223127175/php-4.3.4/TSRM -g -O2 -prefer-pic -c /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c -o ext/imap/php_imap.lo /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c:342: syntax error before `QUOTALIST' /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c: In function `mail_getquota': /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c:351: `qlist' undeclared (first use in this function) /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c:351: (Each undeclared identifier is reported only once /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c:351: for each function it appears in.) /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c: In function `zif_imap_get_quota': /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c:889: `SET_QUOTA' undeclared (first use in this function) /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c: In function `zif_imap_get_quotaroot': /usr/home/usr223127175/php-4.3.4/ext/imap/php_imap.c:917: `SET_QUOTA' undeclared (first use in this function) *** Error code 1 Stop in /usr/home/usr223127175/php-4.3.4. The compile is successful if ./configure --without-imap. -- Edit this bug report at http://bugs.php.net/?id=26276&edit=1
#26256 [Opn->Bgs]: apache fails to load
ID: 26256 Updated by: [EMAIL PROTECTED] Reported By: dev5 at es11 dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 4.8 PHP Version: 4.3.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your system probably cannot find the openssl library, which is found in /usr/bin (???), you need to add /usr/bin to your ld.so.conf or use other means to make it check that directory for libraries. Previous Comments: [2003-11-14 18:21:47] dev5 at es11 dot com Description: I ran into this problem earlier but could not seem to pin-point the exact problem. I think I found it. the problem is: Cannot load /usr/local/apache/modules/libphp4.so into server: /usr/local/apache/modules/libphp4.so: Undefined symbol "OpenSSL_add_all_algorithms" this appeared to have been an issue in earlier versions as well, but started with the introduction of OpenSSL 0.9.7. This error, however is produced ONLY when I link PHP against PDFLib. I don't know where to start investigating from here, but perhaps someone has an idea how the two libraries (OpenSSL (0.9.7(a,b) and PDFLib (4 and 5)) fail to link into libphp.so correctly. Here's what's on the system: FreeBSD 4.8 (intel) OpenSSL 0.9.7b Apache 2.0.47 PHP 4.3.4 (this behavior applies to earlier versions too) PDFLib-Lite 5.0.2 (compiled from source into a shared lib) configure line './configure' '--with-mysql=/usr/local/mysql' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-openssl=/usr/bin' '--enable-cli' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-ttf' '--with-zlib' '--with-pspell' '--with-mcrypt' '--with-xpm-dir=/usr/lib' '--with-zip=/usr/local/lib' '--with-ming=/usr/local/lib' --with-pdflib -- Edit this bug report at http://bugs.php.net/?id=26256&edit=1
#26015 [Opn->Bgs]: imap_thread Apache2 signal Segmentation fault
ID: 26015 Updated by: [EMAIL PROTECTED] Reported By: tirny at mail dot ru -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: freeBSD 5.1p10 PHP Version: 4.3.4RC3 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. The crash occures deep inside imap library, which means the bug is in IMAP and not PHP. Previous Comments: [2003-11-17 06:14:43] tirny at mail dot ru vot [2003-11-12 05:04:49] tirny at mail dot ru I think, but this bug in PHP. I am try this action with any other version Apache (1.3.29, 2.0.48), UW IMAP, etc. The result is same. It works on RHL8, Windows, bot doesnt work on FreeBSD 5.1. CLI imap_thread works as it has to. But when call this function, and if PHP works as Apache2 module - Apache2 goes to core (child pid 43381 exit signal Segmentation fault (11)). Apache2 not threaded. All is compiled using keys CFLAGS=-O -pipe, COPTFLAGS=-O -pipe [2003-11-03 09:27:37] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Yeah not a PHP issue, note the breakage in the mail_* functions. You might want to report this to the cclient authors and see if they have a solution for this, or are working upon one. [2003-11-03 05:23:20] tirny at mail dot ru configure line: --exec-prefix=/usr/local/php --with-apxs2 --enable-debug --with-config-file-path=/usr/local/etc --with-imap GDB backtrace: #0 0x2859c7d3 in mail_thresd_references () from /usr/local/lib/libc-client4.so.8 #1 0x2859bcf7 in mail_thread_msgs () from /usr/local/lib/libc-client4.so.8 #2 0x285ae7c5 in nntp_thread () from /usr/local/lib/libc-client4.so.8 #3 0x2859bc31 in mail_thread () from /usr/local/lib/libc-client4.so.8 #4 0x284161a6 in zif_mail_thread (ht=1, return_value=0x8172164, this_ptr=0x0, return_value_used=1) at /home/trn/php-4.3.4RC3/ext/imap/php_imap.c:3991 #5 0x2852361e in execute (op_array=0x816b424) at /home/trn/php-4.3.4RC3/Zend/zend_execute.c:1616 #6 0x28511ec1 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/trn/php-4.3.4RC3/Zend/zend.c:884 #7 0x284db443 in php_execute_script (primary_file=0xbfbff920) at /home/trn/php-4.3.4RC3/main/main.c:1729 #8 0x285295b6 in php_handler (r=0x8163050) at /home/trn/php-4.3.4RC3/sapi/apache2handler/sapi_apache2.c:537 #9 0x08065239 in ap_run_handler () #10 0x08065844 in ap_invoke_handler () #11 0x08062049 in ap_process_request () #12 0x0805d107 in ap_process_http_connection () #13 0x0806f1e9 in ap_run_process_connection () #14 0x0806f50e in ap_process_connection () #15 0x0806397b in child_main () #16 0x08063a4c in makr_child () #17 0x08063b92 in startup_children () #18 0x08063f66 in ap_mpm_run () #19 0x0806aa66 in main () #20 0x0805cc15 in _start () [2003-10-28 03:57:02] [EMAIL PROTECTED] 1. You didn't read this: http://bugs.php.net/how-to-report.php 2. You didn't give your configure line for PHP 3. You didn't provide GDB backtrace --> Bogus (most likely bug in c-client, or you're trying to use it with threaded apache2) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26015 -- Edit this bug report at http://bugs.php.net/?id=26015&edit=1
#26223 [Opn->Fbk]: wired file system with session write handler make php crash
ID: 26223
Updated by: [EMAIL PROTECTED]
Reported By: Xuefer at 21cn dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: win
PHP Version: 4.3.4
New Comment:
Also does not crash...
Previous Comments:
[2003-11-14 00:09:21] Xuefer at 21cn dot com
sorry for my careless
it took me so much time to track down this problem
but i don't know if it'll still crash if php env(system+apache+php..)
changed
[2003-11-13 19:46:05] [EMAIL PROTECTED]
Make sure you do not have older PHP dlls anywhere on your system. I am
unable to replicate the crash using latest CVS on either windows on
linux.
[2003-11-12 21:04:25] Xuefer at 21cn dot com
function n(){ }
function write() {
$b = $a;
return true;
}
session_set_save_handler ("n", "n", "n", "write", "n", "n");
session_start();
[2003-11-12 12:55:52] [EMAIL PROTECTED]
Please supply a short script that can be used to replicate the problem.
[2003-11-12 11:35:16] Xuefer at 21cn dot com
Description:
using session_set_save_handler()
in write handler, if an error occur or using echo, something is output,
php crash
this make script debugging very hard
--
Edit this bug report at http://bugs.php.net/?id=26223&edit=1
#25817 [Opn->Asn]: Procedures returning recordset&variables spoiled
ID: 25817
Updated by: [EMAIL PROTECTED]
Reported By: fjortiz at comunet dot es
-Status: Open
+Status: Assigned
Bug Type: MSSQL related
Operating System: Windows
PHP Version: 4.3.4RC2-dev
Assigned To: fmk
Previous Comments:
[2003-10-10 04:24:58] fjortiz at comunet dot es
Description:
I helped create the mssql_execute function, and I see a bug has been
introduced since 4.1.1 (last time I saw the code)
If you craft a stored procedure returning BOTH a recordset and output
variables, you'll only get the recordset, not the output variables.
This worked fine in 4.1.1
Here is the problem:
php_mssql.c, line 2110
if ((num_fields = dbnumcols(mssql_ptr->link)) > 0) {
// then get recordset...
}
else { // get output variables
_mssql_get_sp_result(mssql_ptr, statement TSRMLS_CC);
}
this is wrong. You can get both of them. This is it:
if ((num_fields = dbnumcols(mssql_ptr->link)) > 0) {
// then get recordset...
}
// and ALWAYS get the output variables
_mssql_get_sp_result(mssql_ptr, statement TSRMLS_CC);
I recompiled 4.3.3 php_mssql.dll with this and it works as expected
(and as it was back in 4.1.1)
BTW it's in 4.3.4rc1 too.
--
Edit this bug report at http://bugs.php.net/?id=25817&edit=1
#26203 [Bgs->Opn]: Session corrupts .jar file transmission
ID: 26203
User updated by: php_query at mrdoms dot plus dot com
Reported By: php_query at mrdoms dot plus dot com
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: All
PHP Version: 4.3.2
New Comment:
Please note in the submission that there is a deeper issue than the
cache headers. The simple script (no session):
DOES NOT WORK FOR ANY BROWSER
The JAVA file is ALWAYS treated as corrupt!
This has nothing to do with session cache headers, it appears to be an
issue around the chunk transfer encoding under HTTP 1.1 (the hex number
appended to the header). When a session is present, the behaviour is
_better_, but by no means right.
There is currently a post on the php.general newsgroup around a similar
issue:
-> HTTP1.1 problems maybe? posted by Shawn McKenzie, answered by Chris
Shiflett
On his example, he is getting a stray '7d3' in the same place I am
seeing the '2000', and it is breaking his code.
Previous Comments:
[2003-11-17 14:41:23] [EMAIL PROTECTED]
RTFM about header() and session. There are couple of dozen user
comments about how to set the cache headers correctly in these cases.
[2003-11-11 10:12:22] php_query at mrdoms dot plus dot com
("../_JAVARES/car/jammer.jar"); should read 'tj.jar' in 2nd sample.
Sorry :)
[2003-11-11 10:10:07] php_query at mrdoms dot plus dot com
Description:
I have a problem trying to redirect a request for a Java .jar through
PHP. I am using PHP 4.3.2 on my Apache test server on Windows, and PHP
4.3.3 on my real Debian webserver. The problem is the same for both
setups.
If I access the .jar directly (no PHP) & use a packet sniffer, I get
returned:
CRLF CRLF // End of header?
190 CRLF // unknown value
<.jar file>
If I use a simple script with just a readfile, I get returned:
CRLF CRLF // End of header?
<.jar file>
This request fails to load in any Java VM, which claims the jar is
corrupt. The '190' has mysteriously disappeared.
My real PHP script includes a session to make sure the user is
accessing the jar from our web page only (script appended). This
gives:
CRLF CRLF // End of header?
2000 CRLF // value now changed!
<.jar file>
This request will work fine with: IE6 & Microsoft VM 1.1, and IE6,
Netscape, Mozilla with Sun VM 1.4+. It does not load correctly if I use
Opera (any VM), or Java 1.3 (any browswer). Changing session cache
controls make no difference.
The main issues are -
What is the '190'?
Why does the plain readfile() not send it?
Why does the session turn it into '2000' which breaks some
browswers?
Thank you for your time,
Dom
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=26203&edit=1
#25817 [Asn->Csd]: Procedures returning recordset&variables spoiled
ID: 25817
Updated by: [EMAIL PROTECTED]
Reported By: fjortiz at comunet dot es
-Status: Assigned
+Status: Closed
Bug Type: MSSQL related
Operating System: Windows
PHP Version: 4.3.4RC2-dev
Assigned To: fmk
New Comment:
The code was changed to handle multiple results with or without a
return value.
MS SQL Server will not make the return value available until all
results have been fetched from the server.
I have changed the code so it checks after each batch fetched. This
should fix your problem and the problem you would get if data is
divided into smaler batches.
Previous Comments:
[2003-10-10 04:24:58] fjortiz at comunet dot es
Description:
I helped create the mssql_execute function, and I see a bug has been
introduced since 4.1.1 (last time I saw the code)
If you craft a stored procedure returning BOTH a recordset and output
variables, you'll only get the recordset, not the output variables.
This worked fine in 4.1.1
Here is the problem:
php_mssql.c, line 2110
if ((num_fields = dbnumcols(mssql_ptr->link)) > 0) {
// then get recordset...
}
else { // get output variables
_mssql_get_sp_result(mssql_ptr, statement TSRMLS_CC);
}
this is wrong. You can get both of them. This is it:
if ((num_fields = dbnumcols(mssql_ptr->link)) > 0) {
// then get recordset...
}
// and ALWAYS get the output variables
_mssql_get_sp_result(mssql_ptr, statement TSRMLS_CC);
I recompiled 4.3.3 php_mssql.dll with this and it works as expected
(and as it was back in 4.1.1)
BTW it's in 4.3.4rc1 too.
--
Edit this bug report at http://bugs.php.net/?id=25817&edit=1
#26271 [Opn->Bgs]: Cannot read from pipe created with posix_mkfifo()
ID: 26271 Updated by: [EMAIL PROTECTED] Reported By: tipton at shsu dot edu -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Fedora Core 1 PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You should be using popen() and/or proc_open() to work with pipes. Previous Comments: [2003-11-16 02:11:00] tipton at shsu dot edu Description: wrote a script to test with following the order: create pipe, open pipe for writing, write to pipe, close pipe. with another script to open the pipe, read from the pipe, close the pipe, unlink the pipe. the writer script hangs on the fopen() unless it's mode is 'w+', the reader script hangs on the fopen() regardless of mode. i accept that it may be something i am doing wrong, but i can find no documentation anywhere dealing with pipes in PHP. Reproduce code: --- writer - http://piplipton.homelinux.org/socket/test.txt reader - http://piplipton.homelinux.org/socket/test2.txt substitute .php for .txt in the above links to run the actual scripts. -- Edit this bug report at http://bugs.php.net/?id=26271&edit=1
#26273 [Opn->Bgs]: conditional concatenator
ID: 26273
Updated by: [EMAIL PROTECTED]
Reported By: tagg_maiwald at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Windows 98
PHP Version: 4.3.4
New Comment:
How is this any different from the already-implemented
ternary operator?
$sz_string .= ($bool_test) ? 'bar' : 'baz';
J
Previous Comments:
[2003-11-16 10:04:14] tagg_maiwald at yahoo dot com
Description:
A conditional concatenator would evaluate a boolean test, then
concatenate a value onto the left operand. This operator would simplify
scripts by eliminating a kludge. The motive behind this request is to
readily construct SQL queries via PHP which can be easily reread and
understood with minimal confusion by a follow-on person maintaining the
script(s).
Reproduce code:
---
// kludge
$sz_string = 'foo';
if ($bool_test) { $sz_string .= 'bar'; }
else { $sz_string .= 'baz'; }
echo $sz_string
// conditional concatenator
$sz_string = 'foo';
$sz_string .? ($bool_test) 'bar' : 'baz';
echo $sz_string
Expected result:
foobar
Actual result:
--
foobar
--
Edit this bug report at http://bugs.php.net/?id=26273&edit=1
#26292 [NEW]: substr returns "0" for any offset on the string "0"
From: ravacholp at hotmail dot com Operating system: windows 2000 PHP version: 4.3.2 PHP Bug Type: Strings related Bug description: substr returns "0" for any offset on the string "0" Description: substr() returns "0" for any offset on the string "0" using the length 1. This causes an infinite loop if you are checking for leading zeros in your string using substr(). Reproduce code: --- $str = "0"; print (substr($str, 0, 1) == "0"); print (substr($str, 1, 1) == "0"); print (substr($str, 5, 1) == "0"); // only the first line should evaluate to true Expected result: 111 -- Edit bug report at http://bugs.php.net/?id=26292&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26292&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26292&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26292&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26292&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26292&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26292&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26292&r=support Expected behavior: http://bugs.php.net/fix.php?id=26292&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26292&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26292&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26292&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26292&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26292&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26292&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26292&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26292&r=float
#25777 [Com]: char and varchar fields are being rtrimmed (and also ltrimmed?) using freetds
ID: 25777
Comment by: cquincy at whitewave dot com
Reported By: duh at dowebwedo dot com
Status: Closed
Bug Type: MSSQL related
Operating System: Debian GNU/Linux 3.0
PHP Version: 4.3.4RC1
New Comment:
I think I have run into a problem related to this bug fix. I am using
sybase/freetds to interact with mssql on my company intranet like the
orginator of this bug. Now with version 4.3.4 numbers, whether integer
of floating points are coming back with spaces on the right side. i.e.
you put "123" in the database, then when you mssql_fetch* you get back
"123 ". Note that the originator of the bug was only concerned with
char and varchar fields. 4.3.3 did not have this problem with numbers.
So, it seems the "fix" has created an unforseen problem with numbers
which is worse in my opinion than "hi " coming back as "hi".
Obviously I expect to get exactly the same data that is stored in the
database instead of right padded data.
Expected result:
Put 123 in the database get back 123, not '123 '. Put 123.456 in the
database get back 123.45, not '123.456 '
Thanks for your efforts.
Previous Comments:
[2003-10-14 23:32:13] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2003-10-10 06:12:57] duh at dowebwedo dot com
the configure line is:
'./configure' '--with-mysql' '--with-apxs=/www/bin/apxs'
'--with-gd=/usr/local' '--with-png-dir' '--with-freetype-dir'
'--with-pear' '--with-zlib-dir' '--enable-track-vars'
'--enable-trans-sid' '--disable-posix-threads' '--enable-shared'
'--with-pgsql=/usr' '--with-unixODBC=/usr/local/easysoft/unixODBC'
'--with-mssql=/usr/local'
[2003-10-07 19:09:27] [EMAIL PROTECTED]
What was the configure line used to configure PHP?
[2003-10-07 09:43:10] duh at dowebwedo dot com
Description:
I am busy developing a new improved version of our intranet running on
Apache/php/Debian and moved in this version from ODBC to MSSQL/Sybase
connections (ODBC gave a lot of overhead and appeared being quite
slow).
In several intranet functions we aquire data from the Exact financial
suite (http://www.exactsoftware.com) which is largely used in The
Netherlands and abroad and which currently uses MSSQL as a database
backend. In the most recent versions of exact you can still see their
MS-DOS history (exact used btrieve and several other MS-DOS databases
in the old days) because several columns are still padded to the
maximum column width. Hence the word "hi" in a varchar(8) would be
stored as "hi " (hi+6 spaces).
Now when using mssql_* functions in php over freetds all selected
values are right trimmed, so SELECT hi FROM table will return "hi"
instead of the actual data in the table "hi ". I have currently
only tried selecting, i don't know what happens when inserting
(probably the same?).
Obviously, this is not what I want since this would lead to data
inconsistency (in your financial system!) and an unuseable financial
system (which ofcourse is the worst that could happen to a company).
At first I thought it was due to the fact that sybase used to right
trim these values so freetds does it as well for compatibility's sake.
But when I executed a query command line through the tsql
(/usr/local/bin/tsql) application it appeared that then the values were
NOT being right trimmed. So appearantly the interface between freetds
and my application (which in my opinion can only be php) does the
trimming of values with spaces.
Ofcourse one could say that I need to trim or append spaces to these
values myself, but since most data and software is dynamic and only
some (var)char fields will get appended and some don't, there is no way
of telling which columns should be appended (or prepended) and which
shouldn't.
For the sake of data consistency I would either like to see this bug
fixed, or -if it is no bug but a feature- see a configuration option
being introduced to overrule this trimming.
Reproduce code:
---
In php the following code will return trimmed values:
$db= mssql_connect('server','user','pass');
$result= mssql_query("SELECT TOP 1 medewerker FROM Efw_001.[dbo].Prres1
WHERE medewerker IS NOT NULL AND mede
#26271 [Bgs]: Cannot read from pipe created with posix_mkfifo()
ID: 26271 User updated by: tipton at shsu dot edu Reported By: tipton at shsu dot edu Status: Bogus Bug Type: Filesystem function related Operating System: Fedora Core 1 PHP Version: 4.3.3 New Comment: please re-read my description of the problem. i am not trying to open a "pipe" to a program that was started (i.e. not stdin, stdout, or stderr) which is what one would use popen() or proc_open() for. what i would like to do is open a pipe (made with posix_mkfifo()) from a master "server" script and have another script run occasionally and use the pipe for IPC (Inter-Process Communication) by writing to it. maybe the documentation for posix_mkfifo() should have some sample code illustrating how to read/write from/to a fifo, like is shown on the fopen() page dealing with reading regular files. Previous Comments: [2003-11-17 16:35: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 You should be using popen() and/or proc_open() to work with pipes. [2003-11-16 02:11:00] tipton at shsu dot edu Description: wrote a script to test with following the order: create pipe, open pipe for writing, write to pipe, close pipe. with another script to open the pipe, read from the pipe, close the pipe, unlink the pipe. the writer script hangs on the fopen() unless it's mode is 'w+', the reader script hangs on the fopen() regardless of mode. i accept that it may be something i am doing wrong, but i can find no documentation anywhere dealing with pipes in PHP. Reproduce code: --- writer - http://piplipton.homelinux.org/socket/test.txt reader - http://piplipton.homelinux.org/socket/test2.txt substitute .php for .txt in the above links to run the actual scripts. -- Edit this bug report at http://bugs.php.net/?id=26271&edit=1
#26258 [Ver->Bgs]: CLI Build Failure With XSLT
ID: 26258 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus Bug Type: XSLT related Operating System: Linux 2.4.20 PHP Version: 4.3.5-dev (Latest Snap) New Comment: Try searching the bug database before opening new reports about same issue.. Previous Comments: [2003-11-15 21:44:48] [EMAIL PROTECTED] http://www.php.net/xslt - User Notes maximo AT migliari DOT com 20-Oct-2003 10:14 If you are getting undefined references errors with regards to Sablotron while compiling PHP, make sure you export LDFLAGS in your environment to contain -lstdc++ As someone suggested earlier, this must be done, however, for me, it did not work declaring it before the configure statement, or editing the Makefile after configuring and inserting it there. The only way it worked for me was exporting the variable to the environment. If you use the Bash shell, then you do this as follows: export LDFLAGS=-lstdc++ If you use the Csh shell, then you do this as follows: setenv LDFLAGS=-lstdc++ you can then verify if it went through using the env command. What this does is tell the configure script to specify the Makefile not to use libtool as the linker, but use lstdc++ as a substitute. Apparently libtool is in a not-so-great version at the moment, and until they come up with version 1.5, we will have to compile PHP with Sablotron this way (on some systems) [2003-11-15 21:11:41] [EMAIL PROTECTED] Checked the CVS version as well. Same error. [2003-11-14 23:15:40] [EMAIL PROTECTED] Description: Build fails. This is against Apache with CLI Build as well by default. After adjusting, and making --enable-cli become --disable-cli --disable-pear the build is fine. And using a CLI Build only fails as expected from previous results. This configure line was perfect, until adding --enable-xslt --with-xslt-sablot=... --with-expat-dir=... The previous build was this exact line with 4.3.4RC3, and this failure occured during an upgrade to 4.3.4 with xslt. Reproduce code: --- ./configure --prefix=/usr/local/php434rc3 --with-apxs=/usr/local/apache/bin/apxs --with-mysql --enable-cli --disable-cgi --with-zlib --with-bz2 --enable-calendar --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr/local/libjpeg --with-freetype-dir=/usr/local/freetype2 --with-iconv --enable-sockets --with-curl=/usr --with-mcrypt=/usr --with-cpdflib --with-srm=/usr/local/srm --enable-xslt --with-xslt-sablot=/usr/local/sablot --with-expat-dir=/usr/local/expat Expected result: Successful Build. Actual result: -- ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /home/src/php-4.3.4/ext/mysql/libmysql/my_tempnam.c:115: the use of `tempnam' is dangerous, better use `mkstemp' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator new[](unsigned)' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator delete(void*)' /usr/local/sablot/lib/libsablot.so: undefined reference to `__gxx_personality_v0' /usr/local/sablot/lib/libsablot.so: undefined reference to `__cxa_pure_virtual' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator delete[](void*)' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator new(unsigned)' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26258&edit=1
#26249 [Opn->Bgs]: snmpget doesn't free memory
ID: 26249 Updated by: [EMAIL PROTECTED] Reported By: dacol dot jeremy at caramail dot com -Status: Open +Status: Bogus Bug Type: SNMP related Operating System: linux PHP Version: 4.3.2 New Comment: Update your über-old ucd-snmp to the latest net-snmp version. Then reopen if you still experience leaks which you can trace to happen in PHP code (not in the net-snmp) Previous Comments: [2003-11-17 05:40:55] dacol dot jeremy at caramail dot com hi i have copied the CVS on my php files and replace it. but it doesn't work each time i use snmpget function it takes memory which it doesn't free after a response. in fact each 100 snmpget use 0.1% of my memory. it's really the snmpget function which doesn't work. [2003-11-17 03:06:59] response dot sorry at notremember dot pass hi, thank you for your answer. can i only copy this on my existing php files or do i have to recompile all? in fact what i have to do with this file? and sorry for the mistake i work with: apache 1.3.28 php 4.3.3 ucd-snmp 4.2.2 on linux RH 7.1 [2003-11-14 10:36:16] [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-11-14 04:58:57] dacol dot jeremy at caramail dot com Description: hello, I use a lot of snmpget (more then 300) each 5 minutes. snmpget works, it closes session. ( i read all bug reports on snmpget) but it use memory which it doesn't free. i look, with the "top" command, the ressources used by my script and every 5 minutes it uses 0.3% more... i don't understand why maybe a bug in my snmp.c but. i use ucd-snmp package with php 4.3.2 and i use my script with php command. -- Edit this bug report at http://bugs.php.net/?id=26249&edit=1
#26292 [Opn->Bgs]: substr returns "0" for any offset on the string "0"
ID: 26292 Updated by: [EMAIL PROTECTED] Reported By: ravacholp at hotmail dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: windows 2000 PHP Version: 4.3.2 New Comment: With a more reliable test script: # cat t.php # php t.php string(1) "0" bool(false) bool(false) No bug here. Previous Comments: [2003-11-17 17:16:07] ravacholp at hotmail dot com Description: substr() returns "0" for any offset on the string "0" using the length 1. This causes an infinite loop if you are checking for leading zeros in your string using substr(). Reproduce code: --- $str = "0"; print (substr($str, 0, 1) == "0"); print (substr($str, 1, 1) == "0"); print (substr($str, 5, 1) == "0"); // only the first line should evaluate to true Expected result: 111 -- Edit this bug report at http://bugs.php.net/?id=26292&edit=1
#26252 [Opn->WFx]: VM crash after few php pages
ID: 26252 Updated by: [EMAIL PROTECTED] Reported By: marc at anodin dot net -Status: Open +Status: Wont fix Bug Type: Reproducible crash Operating System: Linux, Windows PHP Version: 4.3.4 New Comment: Java/servlet support is highly experimental in PHP 4 and is not supported anymore. Previous Comments: [2003-11-14 08:10:18] marc at anodin dot net Description: Java VM crash after few php pages (depends of RAM) with Unexpected Signal : 11 occurred on linux and Unexpected Signal : EXCEPTION_ACCESS_VIOLATION under Windows. libphp4.so was compiled under linux with : php-4.3.4# ./configure --with-java=/opt/java2 --with-servlet under windows I've used binary distribution 4.3.4 I've tried with my own Java web server but TomCat 4.0 crashes with same results Reproduce code: --- A sample page like : also with Expected result: normally php page Actual result: -- VM Crash under linux-2.4.22 with HotSpot 1.4.2-b28 mixed mode and under windows 2000 with HotSpot 1.3.1-b24 mixed mode - linux backtrace -- An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4CFE2509 Function=zend_hash_add_or_update+0xA9 Library=/opt/mywww/modules/libphp4.so Current Java thread: at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:190) at net.php.servlet.service(servlet.java:214) at javax.servlet.http.HttpServlet.service(HttpServlet.java:185) ... Dynamic libraries: 08048000-0804e000 r-xp 03:46 173343 /opt/j2sdk_nb/j2sdk1.4.2/bin/java 0804e000-0804f000 rw-p 5000 03:46 173343 /opt/j2sdk_nb/j2sdk1.4.2/bin/java 4000-40015000 r-xp 03:41 124689 /lib/ld-2.3.2.so 40015000-40016000 rw-p 00014000 03:41 124689 /lib/ld-2.3.2.so 40016000-4001a000 rw-s 03:41 174709 /tmp/hsperfdata_http/6445 ... Heap at VM Abort: Heap def new generation total 576K, used 501K [0x4474, 0x447e, 0x44c2) eden space 512K, 89% used [0x4474, 0x447b3248, 0x447c) from space 64K, 64% used [0x447d, 0x447da4c8, 0x447e) to space 64K, 0% used [0x447c, 0x447c, 0x447d) tenured generation total 1408K, used 881K [0x44c2, 0x44d8, 0x4874) the space 1408K, 62% used [0x44c2, 0x44cfc488, 0x44cfc600, 0x44d8) compacting perm gen total 4096K, used 3068K [0x4874, 0x48b4, 0x4c74) the space 4096K, 74% used [0x4874, 0x48a3f180, 0x48a3f200, 0x48b4) - windows backtrace -- An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x8e4408c Function name=zend_hash_index_update_or_next_insert Library=F:\CVSROOT\mywww\modules\php4ts.dll Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:190) at net.php.servlet.service(servlet.java:214) at javax.servlet.http.HttpServlet.service(HttpServlet.java:185) ... Dynamic libraries: 0x0040 - 0x00405000 d:\java3\bin\java.exe 0x7846 - 0x784E1000 C:\WIN2K\System32\ntdll.dll 0x6D42 - 0x6D4EF000 d:\java3\jre\bin\hotspot\jvm.dll ... -- Edit this bug report at http://bugs.php.net/?id=26252&edit=1
#26203 [Opn->Bgs]: Session corrupts .jar file transmission
ID: 26203
Updated by: [EMAIL PROTECTED]
Reported By: php_query at mrdoms dot plus dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: All
PHP Version: 4.3.2
New Comment:
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
I think something like this was fixed in 4.3.4..
Previous Comments:
[2003-11-17 15:54:59] php_query at mrdoms dot plus dot com
Please note in the submission that there is a deeper issue than the
cache headers. The simple script (no session):
DOES NOT WORK FOR ANY BROWSER
The JAVA file is ALWAYS treated as corrupt!
This has nothing to do with session cache headers, it appears to be an
issue around the chunk transfer encoding under HTTP 1.1 (the hex number
appended to the header). When a session is present, the behaviour is
_better_, but by no means right.
There is currently a post on the php.general newsgroup around a similar
issue:
-> HTTP1.1 problems maybe? posted by Shawn McKenzie, answered by Chris
Shiflett
On his example, he is getting a stray '7d3' in the same place I am
seeing the '2000', and it is breaking his code.
[2003-11-17 14:41:23] [EMAIL PROTECTED]
RTFM about header() and session. There are couple of dozen user
comments about how to set the cache headers correctly in these cases.
[2003-11-11 10:12:22] php_query at mrdoms dot plus dot com
("../_JAVARES/car/jammer.jar"); should read 'tj.jar' in 2nd sample.
Sorry :)
[2003-11-11 10:10:07] php_query at mrdoms dot plus dot com
Description:
I have a problem trying to redirect a request for a Java .jar through
PHP. I am using PHP 4.3.2 on my Apache test server on Windows, and PHP
4.3.3 on my real Debian webserver. The problem is the same for both
setups.
If I access the .jar directly (no PHP) & use a packet sniffer, I get
returned:
CRLF CRLF // End of header?
190 CRLF // unknown value
<.jar file>
If I use a simple script with just a readfile, I get returned:
CRLF CRLF // End of header?
<.jar file>
This request fails to load in any Java VM, which claims the jar is
corrupt. The '190' has mysteriously disappeared.
My real PHP script includes a session to make sure the user is
accessing the jar from our web page only (script appended). This
gives:
CRLF CRLF // End of header?
2000 CRLF // value now changed!
<.jar file>
This request will work fine with: IE6 & Microsoft VM 1.1, and IE6,
Netscape, Mozilla with Sun VM 1.4+. It does not load correctly if I use
Opera (any VM), or Java 1.3 (any browswer). Changing session cache
controls make no difference.
The main issues are -
What is the '190'?
Why does the plain readfile() not send it?
Why does the session turn it into '2000' which breaks some
browswers?
Thank you for your time,
Dom
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=26203&edit=1
#26141 [Opn->Bgs]: Libtool + threads = library error
ID: 26141 Updated by: [EMAIL PROTECTED] Reported By: alan at pair dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.4 New Comment: Obviously yet another libtool bug. Previous Comments: [2003-11-14 10:38:29] alan at pair dot com OK, with the old ltmain.sh and with those commands, PHP builds normally. So one of the configure options is triggering the pthread stuff. configure definitely knows to try -pthread, look in the source around line 9215. # Create a list of thread flags to try. Items starting with a "-" are # C compiler flags, and other items are library names, except for "none" # which indicates that we try without any flags at all. acx_pthread_flags="pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt" # The ordering *is* (sometimes) important. Some notes on the # individual items follow: ... # -pthread: Linux/gcc (kernel threads), BSD/gcc (userland threads) So when it decides to use -pthread, libtool later sees that and thinks it's a library reference (e.g. -lm is libm.so) and decides to try to analyze it with ld or whatever. [2003-11-06 14:38:46] [EMAIL PROTECTED] Try this configure line: # rm config.cache && ./configure --disable-all --disable-cgi # make clean && make Does it work? That -pthread option is not coming from PHP, are you sure it's not set by some environment variable when you run configure/make ?? [2003-11-06 10:31:44] alan at pair dot com You are correct in the sense that phpinfo() reports "Thread Safety disabled". But using this patch, the compilation was definitely taking place with -pthread as an option to gcc, for whatever reason. Truthfully, even if threads aren't enabled, I'd rather have it compile than not compile. [2003-11-05 11:12:57] [EMAIL PROTECTED] With that configure line you won't be enabling any thread stuff. [2003-11-05 09:22:47] alan at pair dot com Description: By default, libtool uses -pthread, but this causes a compile-time error with FreeBSD 4.8-STABLE: libtool: Cannot find library `' Reproduce code: --- We configured as follows: ./configure --with-apache=/usr/pair/sw/apache_1.3.29 --with-config-file-path=/usr/local/etc --enable-magic-quotes --enable-bcmath --without-cdb --with-zlib-dir= /usr/local --with-gd --with-ttf --without-msql --with-mysql=/usr/local --with-iodbc --with-pdflib --enable-inline-optimization --disable-memory-limit --with-db --without-gdbm --with-ndbm --without-db2 --without-dbm --with-gettext --without-readline --with-recode --without-openssl --with-mcrypt --without-db3 --enable-dba --with-curl --with-png-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --enable-calendar --with-mhash --enable-xslt --with-xslt-sablot --with-expat-dir=/usr/local --enable-gd-lzw-gif make However, I think it can be reproduced with just: ./configure make Expected result: I expect it to compile. Actual result: -- It doesn't compile: it spits out a library error, instead. A Patch: diff -C 3 ltmain.sh ../php-4.3.3
#26038 [Opn->Bgs]: session_start(): Failed to initialize storage module
ID: 26038 Updated by: [EMAIL PROTECTED] Reported By: pedro at dehumanizer dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.9 PHP Version: 4CVS-2003-10-30 (stable) New Comment: It's not PHP bug. (Apache2 is really not ready for production) Previous Comments: [2003-10-30 07:34:12] pedro at dehumanizer dot com By the way, if I use Apache 1.3.28 instead, configuring the same version of PHP with exactly the same options (except replacing --with-apxs2 with --with-apxs), the problem disappears. [2003-10-30 07:30:51] pedro at dehumanizer dot com Description: I believe this bug had already been reported by someone else (#25876), but it was marked as "bogus". I'm using FreeBSD 4.9 (and 4.8-STABLE before), Apache 2.0.48 from ports (and 2.0.47 before), and tried several PHP versions from 4.3.2 to 4CVS-20031030 (today's). All of them exhibit this problem, with SquirrelMail 1.4.2. I don't think it's a SquirrelMail problem, however, as the line in question is a simple session_start(); The problem is intermitent - when navigating through the webmail, from time to time, when I click on a link, a blank page appears *very quickly*, just in the frame which was supposed to be changed. In the logs, I get this error: [client 62.169.69.5] PHP Fatal error: session_start(): Failed to initialize storage module. in /var/www/htdocs/mail/functions/global.php on line 295, referer: https://www.dehumanizer.com/mail/src/webmail.php If I reload the page, or go back from the blank page and click on the same link again, it usually works then. The error rate is hard to calculate, but it should be less than 1 in 10 times. I've tried changing the sessions handler between files and mm, but it doesn't solve the problem. Neither does activating register_globals, which SquirrelMail doesn't need, anyway. PHP configure options: ./configure --disable-cgi --with-apxs2=/usr/local/sbin/apxs --with-openssl --with-zlib --with-gdbm --with-imap --with-iconv --enable-ftp --with-mysql=/usr/local/mysql --with-curl --disable-debug --enable-exif --enable-sockets --disable-ipv6 --with-gd --with-jpeg-dir --with-png-dir --enable-dio --with-gettext=/usr/local --with-bz2 --enable-mbstring --enable-mbregex --enable-zend-multibyte --with-mysql-sock=/tmp/mysql.sock --with-mm=/usr/local -- Edit this bug report at http://bugs.php.net/?id=26038&edit=1
#26161 [Opn->Bgs]: apache2 "can not" load libphp4.so
ID: 26161 Updated by: [EMAIL PROTECTED] Reported By: artistoex at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Debian/unstable PHP Version: 4.3.3 New Comment: Then install PHP also from such a package. Previous Comments: [2003-11-11 19:09:00] artistoex at yahoo dot com As I haven't compiled apache on my own I don't know that. Is there any way to determine that? I installed the apache package which is brought with Debian/unstable. [2003-11-10 20:09:58] [EMAIL PROTECTED] Did you compile Apache 2 for thread or fork based model? [2003-11-07 03:58:43] artistoex at yahoo dot com Description: - i compiled php: ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql - apache2 says he could not load libphp4.so into server: Syntax error on line 390 of /etc/apache2/apache2.conf: Cannot load /usr/lib/apache2/modules/libphp4.so into server: /usr/lib/apache2/modules/libphp4.so: undefined symbol: core_globals_id - i am using latest versions of both apache2 and php and the bug still exists (so is it a php or actually an apache2 bug???) -- Edit this bug report at http://bugs.php.net/?id=26161&edit=1
#26139 [Opn->Bgs]: GET/POST variables are not registered
ID: 26139 Updated by: [EMAIL PROTECTED] Reported By: the0ne at gmx dot net -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Linux PHP Version: 4.3.4 New Comment: Can not reproduce, you're obviously doing something wrong, please ask further support questions on appropriate mailing lists, for example [EMAIL PROTECTED] Previous Comments: [2003-11-07 01:32:57] the0ne at gmx dot net i have tried all (!) of them (php cgi.*), but none corrects the bug. http://www.mathopd.org/doc/cgi.txt contains outdated information as phpstub is no longer needed. [2003-11-06 15:13:29] [EMAIL PROTECTED] See the cgi.* options in php.ini-dist that comes with the distribution. You propably need to tune some of those to get PHP work with this webserver. http://www.mathopd.org/doc/cgi.txt had some note about PHP too.. [2003-11-06 12:45:04] the0ne at gmx dot net i finally managed installing 4.3.4 by using the sapi/cgi directory of version 4.3.1 that seems to work... but that doesn't mean there was no bug in 4.3.4 [2003-11-06 11:20:49] the0ne at gmx dot net i'm using php cgi. really. and everything worked exactly as it is with 4.3.1 the webserver is named mathopd phpinfo can be found on host: http://www.t-horner.com/secure/info.php user: php pass: sniper [2003-11-05 12:12:38] [EMAIL PROTECTED] What webserver? And are you really using PHP as CGI binary with it? It looks like you have misconfigured something.. 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/26139 -- Edit this bug report at http://bugs.php.net/?id=26139&edit=1
#25970 [Opn->Bgs]: Session management fails when I stop the browser while a PHP page is loading.
ID: 25970 Updated by: [EMAIL PROTECTED] Reported By: catia at catho dot com dot br -Status: Open +Status: Bogus Bug Type: Session related Operating System: Debian 3.0 Linux 2.4.20 PHP Version: 4.3.2 New Comment: Can not reproduce with 10 sites heavily dependant on sessions. Check your scripts. Previous Comments: [2003-11-12 11:00:46] catia at catho dot com dot br I try to use this snapshot and the problem was not solved... Then, I install php 4.3.4 and apache 1.3.29... and the problem still happens... [2003-11-03 14:07:51] [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-10-28 18:29:49] [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-10-25 20:14:35] catia at catho dot com dot br ignore_user_abort(true) didn´t help... some how, system can´t see that php fails, or take too much time, to delivery the page and the user press "Reload" May we set some time limit to the session file be lock in a single request? [2003-10-23 22:22:07] [EMAIL PROTECTED] ignore_user_abort(true); is always a good idea. But try a newer version, the problem may have went away. 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/25970 -- Edit this bug report at http://bugs.php.net/?id=25970&edit=1
#26140 [Opn->Bgs]: Cant use exec() or passthru()
ID: 26140
Updated by: [EMAIL PROTECTED]
Reported By: chris at cjconsulting dot co dot uk
-Status: Open
+Status: Bogus
Bug Type: IIS related
Operating System: Windows Server 2003
PHP Version: 4.3.4
New Comment:
Misconfigured webserver/PHP. Ask further support questions elsewhere.
(can not reproduce)
Previous Comments:
[2003-11-05 08:40:00] chris at cjconsulting dot co dot uk
Description:
I recently had to upgrade a host to Windows 2003 Server, IIS 6 and PHP
4.3.4. Everything seems to work OK except when I try to use exec() or
passthru(). I get errors similar to the following
Warning: passthru(): Unable to fork [c:/Inet/MIS/sql/echo.bat] in
c:\inet\MIS\MIS\Conv.php on line 91
Both exec() and passthru() give the same error.
I stall have another host running Windows 2000 Server, IIS 5 PHP 4.3.2
and the same code works fine.
I've checked all the config options for scripting and turned them all
on! By default 2003 Server and IIS installs in a heavily protected mode
Reproduce code:
---
if ($Action == "PerlBat")
{
$Ans = passthru("echo.bat", $Ret);
}
echo.bat
echo "hello bat !!!" 1>echo.outbat 2>>echo.err
NOTE: the above is just a simple example script, my applications run
much more complicated scripts
Expected result:
I expect the script to execute.
Actual result:
--
Script fails to run.
--
Edit this bug report at http://bugs.php.net/?id=26140&edit=1
#25777 [Csd]: char and varchar fields are being rtrimmed (and also ltrimmed?) using freetds
ID: 25777 Updated by: [EMAIL PROTECTED] Reported By: duh at dowebwedo dot com Status: Closed Bug Type: MSSQL related Operating System: Debian GNU/Linux 3.0 PHP Version: 4.3.4RC1 New Comment: The sybase and mssql extensions do not handle returned data the exact same way, and it might be that we need to readd the rtrim code to the sybase extensions. It seams like the dbconvert() finctions are implemented differently. You could also try the native mssql extension. That will work with FreeTDS as well, and give you more functions. Previous Comments: [2003-11-17 17:29:18] cquincy at whitewave dot com I think I have run into a problem related to this bug fix. I am using sybase/freetds to interact with mssql on my company intranet like the orginator of this bug. Now with version 4.3.4 numbers, whether integer of floating points are coming back with spaces on the right side. i.e. you put "123" in the database, then when you mssql_fetch* you get back "123 ". Note that the originator of the bug was only concerned with char and varchar fields. 4.3.3 did not have this problem with numbers. So, it seems the "fix" has created an unforseen problem with numbers which is worse in my opinion than "hi " coming back as "hi". Obviously I expect to get exactly the same data that is stored in the database instead of right padded data. Expected result: Put 123 in the database get back 123, not '123 '. Put 123.456 in the database get back 123.45, not '123.456 ' Thanks for your efforts. [2003-10-14 23:32:13] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-10-10 06:12:57] duh at dowebwedo dot com the configure line is: './configure' '--with-mysql' '--with-apxs=/www/bin/apxs' '--with-gd=/usr/local' '--with-png-dir' '--with-freetype-dir' '--with-pear' '--with-zlib-dir' '--enable-track-vars' '--enable-trans-sid' '--disable-posix-threads' '--enable-shared' '--with-pgsql=/usr' '--with-unixODBC=/usr/local/easysoft/unixODBC' '--with-mssql=/usr/local' [2003-10-07 19:09:27] [EMAIL PROTECTED] What was the configure line used to configure PHP? [2003-10-07 09:43:10] duh at dowebwedo dot com Description: I am busy developing a new improved version of our intranet running on Apache/php/Debian and moved in this version from ODBC to MSSQL/Sybase connections (ODBC gave a lot of overhead and appeared being quite slow). In several intranet functions we aquire data from the Exact financial suite (http://www.exactsoftware.com) which is largely used in The Netherlands and abroad and which currently uses MSSQL as a database backend. In the most recent versions of exact you can still see their MS-DOS history (exact used btrieve and several other MS-DOS databases in the old days) because several columns are still padded to the maximum column width. Hence the word "hi" in a varchar(8) would be stored as "hi " (hi+6 spaces). Now when using mssql_* functions in php over freetds all selected values are right trimmed, so SELECT hi FROM table will return "hi" instead of the actual data in the table "hi ". I have currently only tried selecting, i don't know what happens when inserting (probably the same?). Obviously, this is not what I want since this would lead to data inconsistency (in your financial system!) and an unuseable financial system (which ofcourse is the worst that could happen to a company). At first I thought it was due to the fact that sybase used to right trim these values so freetds does it as well for compatibility's sake. But when I executed a query command line through the tsql (/usr/local/bin/tsql) application it appeared that then the values were NOT being right trimmed. So appearantly the interface between freetds and my application (which in my opinion can only be php) does the trimming of values with spaces. Ofcourse one could say that I need to trim or append spaces to these values myself, but since most data and software is dynamic and only some (var)char fields will get appended and some don't, there is no way of telling which columns should be appended (or pr
#26208 [Opn->Fbk]: phpmyadmin-2.5.4 + mysql-4.0.15 = crash
ID: 26208
Updated by: [EMAIL PROTECTED]
Reported By: temnota at kmv dot ru
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Linux RH7.3
PHP Version: 4.3.4
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
As SHORT but complete example script is required.
Previous Comments:
[2003-11-11 15:40:54] temnota at kmv dot ru
Description:
When i try to browse mysql table structure in phpmyadmin
it crash.
php crash into Zend/zend_API.c:add_property_string_ex
but incorrect parametrs coming from mysql module.
mysql compilled as shared module
Actual result:
--
#0 0x401cfe27 in strlen () from /lib/libc.so.6
#1 0x404757b6 in add_property_string_ex (arg=0x848a6ac, key=0x40858409
"def",
key_len=4, str=0x9 , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:980
#2 0x40856b1a in zif_mysql_fetch_field (ht=1, return_value=0x848a6ac,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
#3 0x40488463 in execute (op_array=0x8357b78)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1616
#4 0x4048863f in execute (op_array=0x82bdd5c)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1660
#5 0x4047308c in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend.c:884
#6 0x40445871 in php_execute_script (primary_file=0xb470)
at /usr/src/redhat/BUILD/php-4.3.4/main/main.c:1729
#7 0x4049043e in apache_php_module_main (r=0x8139e5c,
display_source_mode=0)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/sapi_apache.c:54
#8 0x40491173 in send_php (r=0x8139e5c, display_source_mode=0,
filename=0x0)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/mod_php4.c:620
#9 0x404911d3 in send_parsed_php (r=0x8139e5c)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/mod_php4.c:635
#10 0x0805ce63 in ap_invoke_handler ()
#11 0x08073ea7 in process_request_internal ()
#12 0x08073f08 in ap_process_request ()
#13 0x080695c1 in child_main ()
#14 0x08069790 in make_child ()
#15 0x08069904 in startup_children ()
#16 0x08069ff4 in standalone_main ()
#17 0x0806a873 in main ()
#18 0x4016d1c4 in __libc_start_main () from /lib/libc.so.6
and other backtrace
Breakpoint 2, add_property_string_ex (arg=0x848a6bc, key=0x40894a53
"def",
key_len=4, str=0xb , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:977
977 MAKE_STD_ZVAL(tmp);
(gdb) bt
#0 add_property_string_ex (arg=0x848a6bc, key=0x40894a53 "def",
key_len=4,
str=0xb , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:977
#1 0x40892f2c in zif_mysql_fetch_field (ht=1, return_value=0x848a6bc,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
#2 0x404bf51f in execute (op_array=0x8357b78)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1616
[skipp]
(gdb) return
Make add_property_string_ex return now? (y or n) y
#0 0x40892f2c in zif_mysql_fetch_field (ht=1, return_value=0x848a6bc,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
2163add_property_string(return_value,
"def",(mysql_field->def?mysql_field->def:empty_string), 1);
(gdb) print mysql_field[0]
$2 = {name = 0x8451750 "idp", table = 0x8451748 "bufer", org_table =
0x0,
db = 0x3 , def = 0xb ,
length = 7, max_length = 49667, flags = 0, decimals = 138745696,
type = 138745688}
(gdb) cont
--
Edit this bug report at http://bugs.php.net/?id=26208&edit=1
#26081 [Fbk->NoF]: Broken pipo by incomplete headers
ID: 26081 Updated by: [EMAIL PROTECTED] Reported By: php at searchystats dot com -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: FreeBSD 4.8 PHP Version: 4.3.4RC3 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-11-02 12:00:14] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-11-02 11:51:58] php at searchystats dot com Description: The problem is that php as FastCGI application occasionaly fails and produces this error log: [Sun Nov 2 17:40:17 2003] [error] [client %ip%] (32)Broken pipe: FastCGI: comm with server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" aborted: write failed [Sun Nov 2 17:40:17 2003] [error] [client %ip%] FastCGI: incomplete headers (0 bytes) received from server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi = the binary php compiled with the following configure command: ./configure --without-apache --enable-fastcgi --enable-force-cgi-redirect --prefix=/usr/local/php-4.3.4RC3-test --with-mysql=/usr/local/mysql --with-openssl I have not been able to reproduce the problem, it justs occures now and then. The apache configuration is as follows specific to php fastcgi in a virtualhost directive: FastCgiServer /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi -appConnTimeout 0 -processes 5 -listen-queue-depth 100 -flush FastCgiConfig -maxProcesses 50 -minProcesses 6 -appConnTimeout 0 AddHandler php-fastcgi .fphp .php4 .php3 .php Action php-fastcgi /cgi-bin/php.fcgi Reproduce code: --- *any source code* -- Edit this bug report at http://bugs.php.net/?id=26081&edit=1
#26005 [Fbk->NoF]: Random "cannot change the session's ini settings" errors
ID: 26005
Updated by: [EMAIL PROTECTED]
Reported By: parsnip11 at hotmail dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: windows 2000 iis 5
PHP Version: 4CVS-2003-10-31
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-11-06 15:18:22] [EMAIL PROTECTED]
You have to provide a short but complete example before we can do
anything about this.
[2003-10-31 09:52:16] parsnip11 at hotmail dot com
I have updated to the latest version of php and have also added and
session_write_close() before all of my "exit" statements as some people
have mentioned this helped.
No go... Just checked the logs this morning and this error has popped
up again
[2003-10-27 10:52:27] parsnip11 at hotmail dot com
Description:
I am recently upgraded to php 4.3.3 from 4.2.9 and am using the
php4isapi.dll on iis. My application has been working w/o any problems
for quite awhile and after the upgrade, without rhyme or reason I am
getting the following error every few days:
PHP Warning: Unknown(): A session is active. You cannot change the
session module's ini settings at this time. in Unknown on line 0
I have no ini_set statement in my application and have even set my
php.ini to read only in the event that it was somehow being modified.
My application is EXTREMELY simple... it's basically just consists of a
few html forms submitting to a sql db. Authentication happens via IIS
and I'm using $AUTH_USER to get the user id.
Since this error is extremely intermittent and only happens 2 or 3
times a week, I cant seem to figure out what line seems or even what
function is causing this error. I know that bugs cannot be solved w/o a
code example that generates the error but I canAll I know is that the
version of PHP is all that's changed so I'm inclined to think it's a
bug.
Php.ini is set up as follows:
session.save_handler = files
session.save_path = C:\PHP\sessiondata; argument passed to
save_handler
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_maxlifetime = 50400
session.referer_check =
session.entropy_length =
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
session.cache_limiter =
;session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1
Reproduce code:
---
As stated above, I'm really not sure WHAT is causing this error. No
filename is mentioned in the error. My login.php included in every page
is pretty simple:
session_start();
if(!isset($logged_in) || $logged_in != "!authenticated!") {
header("Location: http://myurl.com";);
exit;
} else {
$user_id= str_replace("windows_domain", "",
strtolower($AUTH_USER));
}
Actual result:
--
Generic 500 error page in IE for the user... On one occasion when this
happened I had to restart IIS before PHP would work again
--
Edit this bug report at http://bugs.php.net/?id=26005&edit=1
#25934 [Fbk->NoF]: SessionID in URL sometimes ignored
ID: 25934
Updated by: [EMAIL PROTECTED]
Reported By: php at webfreezer dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Session related
Operating System: SuSe Linux 8.1
PHP Version: 4.3.4
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-11-05 11:32:59] [EMAIL PROTECTED]
Provide a complete example script. And FYI: for security reasons you
really should use only cookies for passing the session ID around..
[2003-11-05 03:00:31] php at webfreezer dot com
This still happens in Version 4.3.4 which is now installed on the live
system.
What I do:
- ini_set(session settings...)
- session_start()
- accessing the session values via $_SESSION
- I don´t use sesson_register() and session_unregister()
- Post a form via GET -> error occurs? -> redirect via header() with
attached SID -> display page -> PHP ignores given sessionID
- URL e.g.
error.php?e=noresults_city&qid=1&sessionID=92f9dcf7a0d89eaa2b0bc8f2e4dfd460&token=d03d28781b196bd362b9aeb7844e8e85
- session_id() however is different from "$_GET[session_name()]" then
- The error occurs everytime a new session is used (e.g. accessing the
website and submitting the form for the first time int the session)
I found at least a workaround for that:
// Auto-Reset to correct session data
$sn=session_name();
if($_GET[$sn] != session_id())
{
$sessionSavePath=ini_get("session.save_path");
$oldSessionContent=file_get_contents($sessionSavePath."/sess_".$_GET[$sn]);
session_decode($oldSessionContent);
}
If the error occurs it is now fixed on-the-fly.
This works _everytime_ when the error occurs.
As I said before the session file exists, it is readable and can be
accessed without any problems, so it´s no wonder this workaround works.
[2003-10-21 08:37:47] php at webfreezer dot com
Description:
PHP sometimes does not want to use the sessionID given via GET! This
happens only on some occasions however it is reproducible on such a
certain page. I regret that I cannot post a short code snippet because
it simply does not happen when testing with a short code snippet.
What happens is the following:
- the SID is used as a GET parameter (this works on every other page!)
- $sidname=session_name(); echo $_GET[$sidname] outputs the correct SID
visible in the URL (e.g.
"/search.php?page=2&qid=1&sessionID=1291bfd78301f151803ca632cd41f626")
- however echo session_id() outputs a totally different SID!
- both (old and new) SID files exist and are readable
session.auto_start=0
session.use_cookies=0
session.use_only_cookies=0
session.referer_check=0
I even implemented my own session handler and it appears that PHP does
not even call the OPEN function for the "old" SID that it no longer
wants to use.
I also tried to use the generic PHPSESSID name instead of the custom
"sessionID" by not setting the custom name, but the problem still
exists.
This is my configure line:
'./configure' '--with-apache=../apache_1.3.28'
'--with-mhash=/usr/local/lib' '--with-zlib-dir=/usr/local/lib'
'--with-zip=/usr/local/lib' '--enable-memory-limit'
'--enable-versioning' '--with-gd' '--enable-exif'
'--with-config-file-path=/etc' '--enable-magic-quotes'
'--enable-thread-safety' '--with-gettext' '--with-xml' '--with-mcrypt'
'--enable-calendar' '--enable-bcmath' '--with-curl'
'--with-curlwrappers' '--enable-ftp' '--enable-wddx'
'--with-jpeg-dir=/usr/lib'
--
Edit this bug report at http://bugs.php.net/?id=25934&edit=1
#25597 [Fbk->NoF]: fastcgi + pfsockopen = crash
ID: 25597 Updated by: [EMAIL PROTECTED] Reported By: dietrich dot ayala at foundstone dot com -Status: Feedback +Status: No Feedback Bug Type: CGI related Operating System: windows 2000 PHP Version: 4.3.3 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-11-12 14:31:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-24 13:42:08] dietrich dot ayala at foundstone dot com Thanks Edin. I've updated to the latest stable Windows build, and applied Edin's patched php4ts.dll. The example script I gave still reproduces the crash. The text of the Application Error alert is: The instruction at "0x100108b4" referenced memory at "0x'. The memory could not be "read". Then, as before, I get the FastCGI error: Server Error, unable to connect to fastcgi server. Thanks for any help in fixing this! [2003-09-24 05:15:51] [EMAIL PROTECTED] This is the latest ssl enabled build: ftp://ftp.proventum.net/pub/php/win32/misc/openssl/php-4.3.4-dev-ssl.zip [2003-09-19 13:58:54] dietrich dot ayala at foundstone dot com My apologies for leaving out an important detail: This only occurrs when using SSL. I cannot reproduce this issue using unencrypted communication. Since there still exists a problem with dynamically linking OpenSSL in the 4.x tree, I have asked EdinK to compile a new php4ts.dll with OpenSSL. Once that's available, I'll test using the latest. Thanks! [2003-09-18 20:30:12] [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/25597 -- Edit this bug report at http://bugs.php.net/?id=25597&edit=1
#24804 [Fbk->NoF]: pg_lo_open() doesn't return a valid result ressource
ID: 24804
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: PostgreSQL related
Operating System: Win2000
PHP Version: 4.3.2
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
Previous Comments:
[2003-11-10 20:34:27] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-09-03 12:19:20] [EMAIL PROTECTED]
The operating system is Win2000.
There is no directory ext/pgsql/tests and no run_tests.php.
[2003-08-01 06:08:55] [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-07-27 12:36:36] [EMAIL PROTECTED]
Please follow the instructions in ext/pgsql/tests/Readme and execute
the following command using either CLI or CGI version of PHP:
php run-tests.php ext/pgsql
[2003-07-25 12:05:17] [EMAIL PROTECTED]
Description:
pg_lo_open() doesn't return a result ressource in php 4.3.2 whereas the
same script runs properly with PHP 4.3.1
Reproduce code:
---
handle =
'.$handle.'';
if ($handle) {
$data = pg_loread($handle, 5);
$len = strlen($data);
echo ' | gelesen: '.$len.' Bytes';
}
pg_loclose($handle);
pg_exec("commit");
...
Expected result:
Dateigroesse: 6038
handle = Resource id #6
| gelesen: 6038 Bytes | geschrieben: 6038 Bytes
This is the result from PHP 4.3.1
Actual result:
--
Dateigroesse: 6038
handle =
Warning: pg_loclose(): supplied argument is not a valid PostgreSQL
large object resource in c:\apache\htdocs\lotest\bildtest.php on line
19
This is the result from PHP 4.3.2
--
Edit this bug report at http://bugs.php.net/?id=24804&edit=1
#24756 [Fbk->NoF]: fsockopen not detecting closed ports
ID: 24756
Updated by: [EMAIL PROTECTED]
Reported By: nalldrin at cs dot ucsd dot edu
-Status: Feedback
+Status: No Feedback
Bug Type: Sockets related
Operating System: Windows XP Pro
PHP Version: 4.3.3RC2-dev
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-11-12 21:02: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
[2003-07-24 09:08:07] [EMAIL PROTECTED]
On WinXP using latest stable snapshot from July 24th does infact stall
and wait for the timeout to occur.
.
However, this does not appear to happen with PHP5 snapshot.
[2003-07-23 14:10:16] nalldrin at cs dot ucsd dot edu
Yes, that's what I mean.
I wrote a more simple test case that tries to open port on
www.php.net. On linux the test returns immediately, as it should. But
on win32, it spins until timeout.
..
= 10) {
print("Spun until timeout trying to open a closed port. Huh?");
}
?>
..
Output:
..
Content-type: text/html
X-Powered-By: PHP/4.3.2
Warning: fsockopen(): php_hostconnect: connect failed in
C:\cygwin\home\Neil Alldrin\test.php on line 7
Warning: fsockopen(): unable to connect to www.php.net: in
C:\cygwin\home\Neil Alldrin\test.php on line 7
Spun until timeout trying to open a closed port. Huh?
[2003-07-23 01:10:06] [EMAIL PROTECTED]
*sigh* yes, fsockopen() creates a tcp connection.
the http:// wrapper uses those tcp connections to talk http.
So... you just mean a port that is not filtered but has no processes
listening on it?
--Wez.
[2003-07-23 01:06:44] nalldrin at cs dot ucsd dot edu
The problem isn't with fopen(); it's with fsockopen() which should be
trying to create a raw tcp:// connection, not an http:// connection.
The point of comparing fsockopen with fopen was to show that somehow
fopen can tell that the port is closed while fsockopen cannot (since
they both need a tcp:// connection).
What I mean by "closed but not blocked" is a port that won't accept a
tcp connection, but still sends out a reply to the connection attempt
saying it's closed. A blocked port would pretend it didn't see the
connection attempt at all. I'm probably muddling my terminology, but
that's what I mean :).
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/24756
--
Edit this bug report at http://bugs.php.net/?id=24756&edit=1
#26091 [Fbk->NoF]: left()
ID: 26091 Updated by: [EMAIL PROTECTED] Reported By: drei at porrigt dot se -Status: Feedback +Status: No Feedback Bug Type: MySQL related Operating System: Linux mini 2.4.22 PHP Version: 4.3.3 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-11-03 03:03:25] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-11-03 01:32:09] drei at porrigt dot se Description: it could be that php is compiled the wrong way, or this could be a bug. im not sure. the problem is with the left() syntax in mysql, it wont output anything. working fine when i run it in a shell, but not with php! Reproduce code: --- select left(blob,5) from table Expected result: if blob would contain 'abcdefghijklmnopqrstuvwxyz' it should return 'abcde' Actual result: -- nothing. -- Edit this bug report at http://bugs.php.net/?id=26091&edit=1
#26089 [Fbk->NoF]: Non existing session savepath cores in combination with error handler
ID: 26089 Updated by: [EMAIL PROTECTED] Reported By: php at trancer dot nl -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Win32 PHP Version: 4.3.4RC3 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-11-03 18:48:42] [EMAIL PROTECTED] Can you explain 'in case I dont have the dir specified in session.save_path', do you mean: "crashes when the actual directory does not exist in the filesystem" or do you mean: "crashes when I set the ini value to empty string" ?? And the script in that url does not cause any crashes either way. (please, give a FULL script, not just part of it) [2003-11-02 20:30:24] php at trancer dot nl Description: The following code makes my apache segfault in case I dont have the dir specified in session.save_path: http://nopaste.php.cd/4261 This is a hardly hacked version of the code of Peter James from PHPMag. I have to call all the functions (even the ones with an empty body) in order to generate this crash. I am running Apache/1.3.28 (Win32) PHP/4.3.4RC3 This work too with other errors, but I havent figured that out yet, recently I did have a lot of crashing though (developing on 4.3.3) Reproduce code: --- http://nopaste.php.cd/4261 Expected result: Seeing nothing. -- Edit this bug report at http://bugs.php.net/?id=26089&edit=1
#26088 [Fbk->NoF]: problem with mysql_fetch_object()
ID: 26088
Updated by: [EMAIL PROTECTED]
Reported By: nathan_jackson at iprimus dot com dot au
-Status: Feedback
+Status: No Feedback
Bug Type: MySQL related
Operating System: Windows XP
PHP Version: 4.3.3
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-11-03 18:54:46] [EMAIL PROTECTED]
Try adding 'echo mysql_error();' and 'var_dump($data);'
after the mysql_query() call.
[2003-11-02 19:54:54] nathan_jackson at iprimus dot com dot au
Description:
I am trying to login a user. I want to get the users name and account
type from the database the store them in a cookie.
I am recieving this message when I try to run the script:
"Warning: mysql_fetch_object(): supplied argument is not a valid MySQL
result resource in C:\Project\Music Manager\check_login.php on line
14"
I am using IIS on Windows XP.
Reproduce code:
---
$password = crypt($HTTP_POST_VARS["password"]);
$connec = mysql_connect("localhost", "root", "farmer01");
mysql_select_db("onlinedb");
$data = mysql_query( "SELECT username, name_first,
name_last, acc_type FROM user
WHERE username
= ".$HTTP_POST_VARS['username']."
AND password = ".$password."");
If (!$data){
header("Location: /err_login.php"); }
else {
$row = mysql_fetch_object($data);
$values = "".$row->username."|".$row->name_first.
"|".$row->name_last."|".$row->acc_type."";
setcookie( "user", $values );
}
mysql_close($connec);
Expected result:
I was expecting that all of the values above would have been placed
into the cookies "user"as a string. To later be seperated by the
explode() function.
Actual result:
--
I recieved this message:
"Warning: mysql_fetch_object(): supplied argument is not a valid MySQL
result resource in C:\Project\...\check_login.php on line 14"
--
Edit this bug report at http://bugs.php.net/?id=26088&edit=1
#26086 [Fbk->NoF]: Weird Output
ID: 26086 Updated by: [EMAIL PROTECTED] Reported By: mite_tea_big at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: Windows XP PHP Version: 4.3.3 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-11-03 03:03: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 [2003-11-02 17:47:29] mite_tea_big at hotmail dot com Description: I was trying out different methods to input data from a file. I was using file_get_contents to read a file, then echo to output the string. The thing is, it seems to be outputting extra characters, mostly asian characters. It looks as if the html tags and other text are being changed to "?". if I remove all other non-php text, the extra output does not show up. Reproduce code: --- text.txt ABCDEFGHIJKLMONPQRSTUV Expected result: ABCDEFGHIJKLMONPQRSTUV Actual result: -- ABCDEFGHIJKLMNOPQRSTUVWXYZ ¸ñÔ¡㹬⼼¬Iാഊ View Source --- ABCDEFGHIJKLMNOPQRSTUVWXYZ ? -- Edit this bug report at http://bugs.php.net/?id=26086&edit=1
#26084 [Fbk->NoF]: exec() hangs
ID: 26084 Updated by: [EMAIL PROTECTED] Reported By: karolls at tlen dot pl -Status: Feedback +Status: No Feedback Bug Type: Program Execution Operating System: Windows XP PHP Version: 4.3.3 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-11-03 19:03:40] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-11-02 15:51:36] karolls at tlen dot pl Description: I'm running CGI script using the exec() function. The problem is that sometime the cmd.exe hangs. I'm shure that my CGI script is ok. I'm using PHP 4.3.3 and Apache 1.3.29 All result in the exec() command hanging until the console is manually stopped. I also have to restart Apache. I tried also other functions (system, passthru etc.) but the result is the same. -- Edit this bug report at http://bugs.php.net/?id=26084&edit=1
#26160 [Fbk->NoF]: imap_fetch_overview crashes on certain malformed messages
ID: 26160 Updated by: [EMAIL PROTECTED] Reported By: dkoopman at godaddy dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: RH 9.0 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-06 20:59:09] [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-11-06 20:44:19] dkoopman at godaddy dot com Description: This email will crash imap_fetch_overview and make apache report a segmentation fault: [notice] child pid 6249 exit signal Segmentation fault (11) (notice the malformed To line): Subject: This message will crash imap_fetch_overview function To: <[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] x, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] From: [EMAIL PROTECTED] test Reproduce code: --- see description Expected result: see description Actual result: -- see description -- Edit this bug report at http://bugs.php.net/?id=26160&edit=1
#26130 [Fbk->NoF]: IBM DB2 Unique Key Problem
ID: 26130 Updated by: [EMAIL PROTECTED] Reported By: jay at nicwr dot mah dot nic dot in -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Linux 8.0 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2003-11-05 00:51:58] [EMAIL PROTECTED] Please upgrade first to PHP 4.3.4. And then try this script and paste the output here: [2003-11-05 00:43:17] jay at nicwr dot mah dot nic dot in Description: I have IBM DB2 V 7.2 EE Fix Pack 7 My Php is enabled with ibm-db2 support I have a table test (c1 int not null,c2 int,c3 int) I have a unique key on table test as (c1) with include options for (c2,C3) If I have a sample data 1,null,null 2,1,null, 3,null,1 4,1,2 If I access the data thru my php script I do not get desirable result. Reproduce code: --- "; } ?> Expected result: Expected Result is as follows - Record:1---End Record Record:2-1--End Record Record:3--1-End Record Record:4-1-2-End Record Actual result: -- Actual Results Appear as follows Record : ---End Record Record : ---End Record Record : ---End Record Record : 4-1-2-End Record -- Edit this bug report at http://bugs.php.net/?id=26130&edit=1
#26111 [Fbk->NoF]: mktime returns wrong date
ID: 26111 Updated by: [EMAIL PROTECTED] Reported By: chris at astra dot net dot uk -Status: Feedback +Status: No Feedback Bug Type: Date/time related Operating System: FreeBSD PHP Version: 4.3.3 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-11-04 16:05:35] [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 Try using the snapshot avaliable from snaps.php.net. [2003-11-04 09:11:19] chris at astra dot net dot uk 4.9-PRERELEASE gives the same error here, php was compiled from the FreeBSD ports collection (PHP 4.3.4RC1). I am now upgrading to 4.9-RELEASE... [2003-11-04 08:28:17] chris at astra dot net dot uk getting the same error on 4.7-RELEASE, 4.8-RELEASE and 5.0-RELEASE. I will install 4.9-PRERELEASE and test it now. [2003-11-04 08:20:30] chris at astra dot net dot uk echo mktime(12,1,1,3,28,2004); echo gmmktime(12,1,1,3,28,2004); both return 1080478861 (1969Sun, 28 Mar 2004 14:01:01 +0100) [2003-11-04 08:18:59] [EMAIL PROTECTED] Also works fine with Freebsd 4.9-PRERELEASE (whatever that means) 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/26111 -- Edit this bug report at http://bugs.php.net/?id=26111&edit=1
#26104 [Fbk->NoF]: PHP page crash on imap_headerinfo
ID: 26104
Updated by: [EMAIL PROTECTED]
Reported By: flensbak at stofanet dot dk
-Status: Feedback
+Status: No Feedback
Bug Type: IMAP related
Operating System: Linux 2.4.20
PHP Version: 4.3.3
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-11-04 15:57:30] [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-11-03 20:02:11] flensbak at stofanet dot dk
Description:
Information about the server can be found at www.yfunet.dk/binfo.php
Certain e-mails apparently crashes the current PHP session - nothing is
sent to the client beyond that point.
It seems the problem is with imap_headerinfo. At least when I disabled
the first imap_headerinfo in the script the echo-statements up until
the next imap_headerinfo were sent to the client.
The only actual clue I have to the problem is the header from the
e-mail generating the problem. It seems to me that the from-line is not
as it should be. I have included the header from the email that causes
the problem:
Received: from [80.63.53.30] by vmail1.wannafind.dk [80.63.53.30]
with SmartMax MailMax for [EMAIL PROTECTED]; Tue, 21 Oct 2003 04:31:31 +0200
Return-Path: <[EMAIL PROTECTED]>
Received: FROM backup-mx.wannafind.net BY vmail1.wannafind.dk ; Tue Oct
21 04:31:30 2003 +0200
Received: from sn2.cwihosting.com (hanz.campus.pinnaclebody.com
[66.216.127.33])
by backup-mx.wannafind.net (Postfix) with ESMTP id A29A92180B2
for <[EMAIL PROTECTED]>; Tue, 21 Oct 2003 04:31:07 +0200 (CEST)
Received: from 62-151-155-247.tp24.ya.com ([62.151.155.247]
helo=CLELAPTOP)
by sn2.cwihosting.com with smtp (Exim 4.24)
id 1ABmIr-0007KH-Pi
for [EMAIL PROTECTED]; Mon, 20 Oct 2003 21:31:22 -0500
Date: Tue, 21 Oct 2003 04:31:20 +0100
Subject: Trade Cards Online
To: [EMAIL PROTECTED]
From: news from tradecardsonline.com <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
X-Mailer: PHP/4.3.1
Message-Id: <[EMAIL PROTECTED]>
X-AntiAbuse: This header was added to track abuse, please include it
with any abuse report
X-AntiAbuse: Primary Hostname - sn2.cwihosting.com
X-AntiAbuse: Original Domain - yfu.dk
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - tradecardsonline.com
X-UM-Flags: \SEEN
Reproduce code:
---
$w_size = imap_num_msg($w_mbox);
for($i = 1; $i < $w_size + 1; $i++)
{
// comment the next line out and all is well
$w_header = imap_headerinfo($w_mbox, $i);
Expected result:
Parsing rest of the file
Actual result:
--
Nothing after imap_headerinfo
--
Edit this bug report at http://bugs.php.net/?id=26104&edit=1
#26192 [Fbk->NoF]: The mail function out putting extra spaces between each line
ID: 26192 Updated by: [EMAIL PROTECTED] Reported By: bpaulson at chieftain dot com -Status: Feedback +Status: No Feedback Bug Type: Mail related Operating System: Linux Redhat 7.3 PHP Version: 4.3.4 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-11-10 19:29:31] [EMAIL PROTECTED] Does your original mail use \r\n or just \n? [2003-11-10 17:00:03] bpaulson at chieftain dot com Description: Mail function in php 4.3.3 and 4.3.4, double the line breaks in the mail function. Output is ok on page when put in side pre tags. Reproduce code: --- http://www.chieftain.com/development/mTest.php Expected result: Mail should be recived with single carrige returns. This is a Test Message Actual result: -- result is extra line breaks inserted This is a Test Message -- Edit this bug report at http://bugs.php.net/?id=26192&edit=1
#26184 [Fbk->NoF]: unable to detect character encoding
ID: 26184 Updated by: [EMAIL PROTECTED] Reported By: tom at nooper dot com -Status: Feedback +Status: No Feedback Bug Type: mbstring related Operating System: Redhat 8 PHP Version: 4.3.4 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-11-11 15:38:02] [EMAIL PROTECTED] Please try setting mbstring.language to the appropriate language name in your php.ini. [2003-11-09 04:00:52] tom at nooper dot com Description: I get the following error generated: mb_convert_encoding(): Unable to detect character encoding Up to 4.3.3 this works no problem. I compiled php with same options including the --enable-mbstring=all. If I look at phpinfo() output it seems that all the languages are missing no matter if I compile with --enable-mbstring=ja or other. I noticed another bug which was closed that fixed a bug in the reporting of phpinfo() for mbstring where it was suggested that all languages were included now from 4.3.4 independant of compile options. The code snippet that was used to generate the error above is simply: echo mb_convert_encoding($jText, 'SJIS','AUTO'); where $jText is some "EUC-JP" text. I tried the latest php snapshot from cvs also and it also doesn't work. If you need a short example program to reproduce this problem, I can look into it from Monday/Tuesday. -- Edit this bug report at http://bugs.php.net/?id=26184&edit=1
#26117 [Opn->Bgs]: Persistent connection not reused
ID: 26117
Updated by: [EMAIL PROTECTED]
Reported By: spam at vrana dot cz
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.3.3
New Comment:
And this is PHP bug in where..?
Previous Comments:
[2003-11-05 12:20:11] spam at vrana dot cz
Yes. There were 466 processes with the same user, host and db. All
processes were in state Sleep.
[2003-11-05 11:21:33] [EMAIL PROTECTED]
When the "too many connections" problem occurs, have you tried running
"show full processlist;" query to see if infact all connections use the
same database?
[2003-11-05 03:24:59] spam at vrana dot cz
This is not the case. Believe me that I have read all similar bugs and
this is different. I also have read carefuly the manual and I
understand everything written there about persistent connections.
There is written in the Persistent Database Connections chapter of
manual: An 'identical' connection is a connection that was opened to
the same host, with the same username and the same password (where
applicable). So it's not true that by mysql_select_db() with different
database name the connection can't be reused. Anyway I use the same
database in all scripts.
I know that connection is persistent only over the child. Thus I wrote
that Apache configuration directive MaxClients is set to 150.
[2003-11-04 13:53:56] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
If you go mysql_select_db() then the persistent connection you've
created becomes specific to that particular database. Which may explain
why those connections are not re-used.
Also, persistent connections are per-child, meaning that if 1 Apache
child opens connections only that child has a pre-existing connection
avaliable. If a subsequent request is handled by another child, which
does not yet have a MySQL connection, it'll create a new connection.
[2003-11-04 11:00:20] spam at vrana dot cz
Description:
Configuration:
Apache 1.3.28
MySQL 4.0.15a
With Apache configuration directive MaxClients set to 150, the number
of database connection raised up to 466 (until MySQL denied connections
with Too many connections error). In all scripts I use the same
mysql_pconnect("localhost", "user", "pwd").
MySQL command SHOW PROCESSLIST showed that all 466 connections were
made with the same connection parameters. All connections were in state
Sleep.
I am connecting to MySQL only from PHP module in Apache so I think this
behavior is caused by some bug in handling with connection pool in PHP.
--
Edit this bug report at http://bugs.php.net/?id=26117&edit=1
#26208 [Fbk->Ver]: phpmyadmin-2.5.4 + mysql-4.0.15 = crash
ID: 26208
Updated by: [EMAIL PROTECTED]
Reported By: temnota at kmv dot ru
-Status: Feedback
+Status: Verified
Bug Type: MySQL related
Operating System: Linux RH7.3
PHP Version: 4.3.4
Previous Comments:
[2003-11-17 18:14:31] [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.
As SHORT but complete example script is required.
[2003-11-11 15:40:54] temnota at kmv dot ru
Description:
When i try to browse mysql table structure in phpmyadmin
it crash.
php crash into Zend/zend_API.c:add_property_string_ex
but incorrect parametrs coming from mysql module.
mysql compilled as shared module
Actual result:
--
#0 0x401cfe27 in strlen () from /lib/libc.so.6
#1 0x404757b6 in add_property_string_ex (arg=0x848a6ac, key=0x40858409
"def",
key_len=4, str=0x9 , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:980
#2 0x40856b1a in zif_mysql_fetch_field (ht=1, return_value=0x848a6ac,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
#3 0x40488463 in execute (op_array=0x8357b78)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1616
#4 0x4048863f in execute (op_array=0x82bdd5c)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1660
#5 0x4047308c in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend.c:884
#6 0x40445871 in php_execute_script (primary_file=0xb470)
at /usr/src/redhat/BUILD/php-4.3.4/main/main.c:1729
#7 0x4049043e in apache_php_module_main (r=0x8139e5c,
display_source_mode=0)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/sapi_apache.c:54
#8 0x40491173 in send_php (r=0x8139e5c, display_source_mode=0,
filename=0x0)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/mod_php4.c:620
#9 0x404911d3 in send_parsed_php (r=0x8139e5c)
at /usr/src/redhat/BUILD/php-4.3.4/sapi/apache/mod_php4.c:635
#10 0x0805ce63 in ap_invoke_handler ()
#11 0x08073ea7 in process_request_internal ()
#12 0x08073f08 in ap_process_request ()
#13 0x080695c1 in child_main ()
#14 0x08069790 in make_child ()
#15 0x08069904 in startup_children ()
#16 0x08069ff4 in standalone_main ()
#17 0x0806a873 in main ()
#18 0x4016d1c4 in __libc_start_main () from /lib/libc.so.6
and other backtrace
Breakpoint 2, add_property_string_ex (arg=0x848a6bc, key=0x40894a53
"def",
key_len=4, str=0xb , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:977
977 MAKE_STD_ZVAL(tmp);
(gdb) bt
#0 add_property_string_ex (arg=0x848a6bc, key=0x40894a53 "def",
key_len=4,
str=0xb , duplicate=1)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_API.c:977
#1 0x40892f2c in zif_mysql_fetch_field (ht=1, return_value=0x848a6bc,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
#2 0x404bf51f in execute (op_array=0x8357b78)
at /usr/src/redhat/BUILD/php-4.3.4/Zend/zend_execute.c:1616
[skipp]
(gdb) return
Make add_property_string_ex return now? (y or n) y
#0 0x40892f2c in zif_mysql_fetch_field (ht=1, return_value=0x848a6bc,
this_ptr=0x0, return_value_used=1)
at /usr/src/redhat/BUILD/php-4.3.4/ext/mysql/php_mysql.c:2163
2163add_property_string(return_value,
"def",(mysql_field->def?mysql_field->def:empty_string), 1);
(gdb) print mysql_field[0]
$2 = {name = 0x8451750 "idp", table = 0x8451748 "bufer", org_table =
0x0,
db = 0x3 , def = 0xb ,
length = 7, max_length = 49667, flags = 0, decimals = 138745696,
type = 138745688}
(gdb) cont
--
Edit this bug report at http://bugs.php.net/?id=26208&edit=1
#26139 [Bgs->Opn]: GET/POST variables are not registered
ID: 26139 User updated by: the0ne at gmx dot net Reported By: the0ne at gmx dot net -Status: Bogus +Status: Open Bug Type: CGI related Operating System: Linux PHP Version: 4.3.4 New Comment: no, i'm doing everything right. there are just too many bugs in the cgi part of php. i'll not accept such an answer without further research. why are you trying that? as i already said, it worked with the old version and it also works if i copy the old cgi dir into the new source tree, replacing the changed (and probably buggy) cgi code of the new version. Previous Comments: [2003-11-17 18:11:20] [EMAIL PROTECTED] Can not reproduce, you're obviously doing something wrong, please ask further support questions on appropriate mailing lists, for example [EMAIL PROTECTED] [2003-11-07 01:32:57] the0ne at gmx dot net i have tried all (!) of them (php cgi.*), but none corrects the bug. http://www.mathopd.org/doc/cgi.txt contains outdated information as phpstub is no longer needed. [2003-11-06 15:13:29] [EMAIL PROTECTED] See the cgi.* options in php.ini-dist that comes with the distribution. You propably need to tune some of those to get PHP work with this webserver. http://www.mathopd.org/doc/cgi.txt had some note about PHP too.. [2003-11-06 12:45:04] the0ne at gmx dot net i finally managed installing 4.3.4 by using the sapi/cgi directory of version 4.3.1 that seems to work... but that doesn't mean there was no bug in 4.3.4 [2003-11-06 11:20:49] the0ne at gmx dot net i'm using php cgi. really. and everything worked exactly as it is with 4.3.1 the webserver is named mathopd phpinfo can be found on host: http://www.t-horner.com/secure/info.php user: php pass: sniper 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/26139 -- Edit this bug report at http://bugs.php.net/?id=26139&edit=1
#26171 [Opn->Bgs]: using /(a)+/ to match a long string makes php crash
ID: 26171 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: winxp PHP Version: 4.3.4 New Comment: It's a PCRE limitation. Please try searching the bug db before submitting the 100th report about same issue.. Previous Comments: [2003-11-12 21:08:12] xuefer at 21cn dot com sorry, but no use still crash without winxp crashing notice it just shown error in apache log so i get nothing in drwtsn32.exe [2003-11-12 13:05:27] [EMAIL PROTECTED] Try raising the memory limit to 20-30 megs. [2003-11-10 21:31:34] xuefer at 21cn dot com ;;; ; Resource Limits ; ;;; max_execution_time = 30 ; Maximum execution time of each script, in seconds max_input_time = 60 ; Maximum amount of time each script may spend parsing request data memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) [2003-11-10 20:14:19] [EMAIL PROTECTED] Do you have memory limit enabled? [2003-11-08 13:20:23] xuefer at 21cn dot com apache2 [Sun Nov 09 02:20:30 2003] [notice] Parent: child process exited with status 128 -- Restarting. still crashing but what system did u pass the test? 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/26171 -- Edit this bug report at http://bugs.php.net/?id=26171&edit=1
#26006 [Opn->Bgs]: error_reporting() and @ problem
ID: 26006
Updated by: [EMAIL PROTECTED]
Reported By: gms08701 at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: FreeBSD 4.8-RELEASE-p10
PHP Version: 4.3.3
New Comment:
Just don't mix @ with language constructs.
(and usually when you need to use @ there's something wrong with your
script/code logic)
Previous Comments:
[2003-11-12 10:34:18] mpn at illearth dot net
I think you mis-understood this problem.
The error_level reporting set in y.php is necessary here as it is where
the runtime value of error_reporting is set.
The problem is, when using the @ syntax on the include, the runtime
setting for error_reporting in the included file is ignored in the
scope of the parent script ( z.php ) and has to set again in z.php once
y.php has been parsed even though y.php set the error_reporting.
What I do expect to see here is a setting, any setting in the included
file, to not only be available in the scope of the parent, but to also
overwrite any previous value that existed prior to the include event:
1) You request a script from a server ( z.php ). At This point
error_reporting is set at whatever the servers default php.ini setting
is.
2) z.php then includes y.php with the @ syntax.
3) y.php loads any required files and functions, sets processing
defaults, etc... This includes setting a runtime error_reporting value
to be used by all included/parsed scripts from this point on.
4) y.php returns to z.php after successful parsing, however the runtime
value of error_reporting set in y.php is NOT the value that when
returning to z.php.
My understanding of the docs is when using the @ syntax, you
temporarily override the current value of error_reporting for that
function/include. Once parsed, the error level is return to it's
original setting.
However this is not the case here because you are getting two different
results, one incorrect result when using the @ syntax, and the expected
result when not using the @ syntax.
To summarize:
1) Using @include or @require when the file being included is expected
to set a runtime error_report value, that value is NOT available in the
scope of the parent script
2) When NOT using the @ syntax, the included file successfully set's
the error_reporting and that value IS available in the scope of the
parent script.
[2003-10-27 22:41:13] [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
When you put an @ infront of a function or a language construct in this
case all of the code performed by the function effectively has an error
level of 0. Meaning that your error_reporting(0) inside y.php is not
necessary as the error reporting is already at 0.
[2003-10-27 11:07:49] gms08701 at yahoo dot com
Description:
To my knowledge, when using @ at a function/variable/etc,
it sets error_reporting to 0 at that instance, and return,
to its previous state, after that instance.
Unfortunately, after the instance of @, instead of returning
to what it was set at previously, it returns to what is
set in php.ini
Reproduce code:
---
--y.php--
--z.php--
Expected result:
Its expected that z.php should return 0 from the var_dump(),
where it inherits its error_reporting value from y.php,
but is currently returning 2047 (E_ALL)
When I remove '@' from require('./y.php'); in z.php,
it then works correctly.
--
Edit this bug report at http://bugs.php.net/?id=26006&edit=1
#26157 [Opn->Bgs]: checking for db2 major version fails
ID: 26157
Updated by: [EMAIL PROTECTED]
Reported By: mills at cc dot umanitoba dot ca
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: Solaris sparc
PHP Version: 4.3.4
New Comment:
Never ever point the configure options at some source directory, ONLY
to the install prefix, e.g. usually /usr/local
Previous Comments:
[2003-11-06 22:33:27] mills at cc dot umanitoba dot ca
It's not a header problem. It's a library problem.
The linker could not find the db_appinit symbol because
the -L path for the library was to the left of the
source file on the command line. Moving it to the
right fixed it.
[2003-11-06 22:09:27] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
The problem is the result of a header conflict on your end.
[2003-11-06 19:52:16] mills at cc dot umanitoba dot ca
Description:
While configuring php with this script:
#!/bin/sh
env CC=cc \
./configure \
--disable-short-tags \
--with-gettext \
--with-xml \
--with-db2=/usr/local/src/db/db-2.4.14/Unix \
--with-apxs=/usr/local/apache/sbin/apxs \
--with-ldap=/usr/local/src/ldap/openldap-1.2.11 \
--with-imap=/usr/local/src/c-client/imap-2000a \
--with-mysql=/usr/local/src/mysql/mysql-3.23.33
Configure fails with this error:
checking for Berkeley DB4 support... no
checking for Berkeley DB3 support... no
checking for db2 major version... configure: error: Header contains
different version
The configure log says:
configure:23751: cc -o conftest -g -D_POSIX_PTHREAD_SEMANTICS
-L/usr/local/src/db/db-2.4.14/Unix/lib -ldb -R/usr/ucblib
-L/usr/ucblib conftest.c -lresolv -lm -ldl -lnsl -lsocket 1>&5
"/usr/local/src/db/db-2.4.14/Unix/include/db.h", line 62: warning:
typedef redeclared: int16_t
"/usr/local/src/db/db-2.4.14/Unix/include/db.h", line 64: warning:
typedef redeclared: int32_t
Undefined first referenced
symbol in file
db_appinit conftest.o
ld: fatal: Symbol referencing errors. No output written to conftest
This was caused by an ordering error. Here's my fix:
$ diff Oconfigure configure
1872c1872
< ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS
conftest.$ac_ext $LIBS 1>&5'
---
> ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS
conftest.$ac_ext $LDFLAGS $LIBS 1>&5'
--
Edit this bug report at http://bugs.php.net/?id=26157&edit=1
#25916 [Opn->Fbk]: get_browser() -> PHP Fatal error: Nesting level too deep - recursive dependency?
ID: 25916
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Solaris 9
PHP Version: 4.3.4RC1
New Comment:
mr. Richards posted some patch(es) to internals@ to fix some ZTS
related issues. Maybe you should try those?
Previous Comments:
[2003-10-20 04:30:58] [EMAIL PROTECTED]
Addendum: It is not a problem with wrong extension dir in php.ini
(because all extensions are linked static) like in other bugs.
The configuration phpinfo() can be found at:
http://134.1.2.11/test.php
[2003-10-20 03:39:01] [EMAIL PROTECTED]
Description:
The following error occurs sometimes on the ext/standard function
get_browser():
[20/Oct/2003:08:54:59] info (13034): for host
p5084725C.dip.t-dialin.net trying to GET /index.php, php4_execute
reports: PHP Fatal error: Nesting level too deep - recursive
dependency? in /pangaea/htdocs/www.pangaea.de/index.php on line 28
Line 28 contains the call to get_browser(). All other PHP functions do
not fail. In other scripts which use get_browser() the error also
occurs.
The problem is: You cannot reproduce it, because it happens only on
heavy server load and when it happens the first time it does not go
away until server restart.
PHP runs on SunONE with NSAPI, so compiled with ZTS.
I would debug the code and fix the error; but my problem is that I do
not know WHERE in get_browser the error occurs.
Uwe
Reproduce code:
---
http://www.google.de/search?sourceid=navclient&hl=de&q=%22age%2C+error%22+pangaea
//
http://www.google.de/search?q=%22age,+error%22+pangaea&hl=de&lr=&ie=UTF-8&filter=0
if (isset($_GET['query'])) {
$query=$_GET['query'];
} else {
if (isset($_SERVER['HTTP_REFERER']) &&
preg_match('/^http:\/\/.*?google\..*?\/search\?(.*?)$/i',
$_SERVER['HTTP_REFERER'], $matches)) {
$a = split ('&', $matches[1]);
for ($i=0; $icrawler) && isset($_SERVER['PATH_INFO'])) {
if (isset($query)) {
header("Location:
http://".$_SERVER['HTTP_HOST']."/?query=".urlencode($query));
} else {
header("Location: http://".$_SERVER['HTTP_HOST']."/");
}
exit();
}
// if a crawler like google is visiting: prepare keyword list to
display and extract page number
if ($browser->crawler) {
$page=0;
if (isset($_SERVER['PATH_INFO'])) {
if (preg_match('/^\/(.*?)\.html$/', $_SERVER['PATH_INFO'],
$matches)) {
$page=$matches[1];
} else {
header("HTTP/1.0 404 Not Found");
exit();
}
}
$lines=file("../globals/googlelist.txt");
if ($page*1000>=count($lines)) {
header("HTTP/1.0 404 Not Found");
exit();
}
}
?>
...
--
Edit this bug report at http://bugs.php.net/?id=25916&edit=1
#26242 [Opn->Fbk]: XSLT instruction comment() doesn't work when libxslt is used
ID: 26242 Updated by: [EMAIL PROTECTED] Reported By: apetrenko at tmsoft-ltd dot com -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Windows PHP Version: 4.3.4 New Comment: Try disabling the Zend Optimizer first.. Previous Comments: [2003-11-14 04:48:02] apetrenko at tmsoft-ltd dot com Furthermore if I remove comment() instruction from XSTL template the result in CGI mode is correct! The part of XSLT template: The result: [2003-11-14 03:24:10] apetrenko at tmsoft-ltd dot com Hello. This note was sent to wrong section (for ALL user). May be you'll receive it twice. There is a new info: it works properly in CGI mode but incorrectly in API mode (I use Apache 1.3.27). phpinfo reference: http://www.aesthetic.com.ua/misc/phpinfo.htm Sorry for some skipped info - this was done by demand of our system administrator. [2003-11-13 12:59:56] [EMAIL PROTECTED] Can you send a link to your phpinfo output? as I can't reproduce this [2003-11-13 12:05:16] apetrenko at tmsoft-ltd dot com Description: XSLT instruction comment() doesn't work when libxslt is used. But when I've replaced php extension php_domxml.dll by old version (from php 4.3.2) all was worked. Reproduce code: --- $xml = ' '; $xslt = ' http://www.w3.org/1999/XSL/Transform"; version="1.0"> '; $xml_obj = domxml_open_mem ($xml); $xslt_obj = domxml_xslt_stylesheet ($xslt); $result_obj = $xslt_obj->process ($xml_obj); $result = $xslt_obj->result_dump_mem ($result_obj); echo htmlspecialchars ($result); Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=26242&edit=1
#26139 [Opn->Bgs]: GET/POST variables are not registered
ID: 26139 Updated by: [EMAIL PROTECTED] Reported By: the0ne at gmx dot net -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Linux PHP Version: 4.3.4 New Comment: Can not reproduce, you're obviously doing something wrong, please ask further support questions on appropriate mailing lists, for example [EMAIL PROTECTED] And believe me now, it works fine for me (and couple of thousand others out there), do not reopen before you can prove there actually is a bug. Previous Comments: [2003-11-17 18:22:47] the0ne at gmx dot net no, i'm doing everything right. there are just too many bugs in the cgi part of php. i'll not accept such an answer without further research. why are you trying that? as i already said, it worked with the old version and it also works if i copy the old cgi dir into the new source tree, replacing the changed (and probably buggy) cgi code of the new version. [2003-11-17 18:11:20] [EMAIL PROTECTED] Can not reproduce, you're obviously doing something wrong, please ask further support questions on appropriate mailing lists, for example [EMAIL PROTECTED] [2003-11-07 01:32:57] the0ne at gmx dot net i have tried all (!) of them (php cgi.*), but none corrects the bug. http://www.mathopd.org/doc/cgi.txt contains outdated information as phpstub is no longer needed. [2003-11-06 15:13:29] [EMAIL PROTECTED] See the cgi.* options in php.ini-dist that comes with the distribution. You propably need to tune some of those to get PHP work with this webserver. http://www.mathopd.org/doc/cgi.txt had some note about PHP too.. [2003-11-06 12:45:04] the0ne at gmx dot net i finally managed installing 4.3.4 by using the sapi/cgi directory of version 4.3.1 that seems to work... but that doesn't mean there was no bug in 4.3.4 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26139 -- Edit this bug report at http://bugs.php.net/?id=26139&edit=1
#25863 [Opn->Fbk]: The specified CGI application misbehaved ...
ID: 25863
Updated by: [EMAIL PROTECTED]
Reported By: salmanarshad2000 at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: IIS related
Operating System: Windows XP, 2000
PHP Version: 4.3.3
New Comment:
Try with Apache 1.3.29.
Previous Comments:
[2003-10-14 08:44:21] salmanarshad2000 at yahoo dot com
Description:
This bug or issue has been around for quite a while and seems like
nobody cares. The bug list is filled with hundreds of complains about
the "The specified CGI application misbehaved ..." error each time
these people have BOGUSed or CLOSEd saying things like "The version you
are using is too old, please try the latest version ...", "This is not
a php bug, please go to ...", "Not enough evidence ..." or "Problem
with Windows, not PHP". Quite a few versions of php have been released
in the meanwhile, but this issue hasn't been fixed, people who upgrade
their php installation come back with the same complains. I see no good
reason for this ignorance.
Problem Statement
-
When browsing a php application, the IIS server randomly throws the
error message:
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
Observations
This happened only when:
- PHP.exe is used as a CGI on IIS
- The php scripts contained 2 or more frames (e.g. phpMyAdmin)
- MySQL operation was executed (update, insert, delete etc.)
- header("Location: ...") is used to redirect user after a MySQL
operation to a page that also performs a MySQL operation
- The pages are viewed from local computer
- A very fast computer is used
This did not happened when:
- Apache server for windows with php support was used
- The php scripts contained 2 or more frames but all frames contained
php scripts with Hello World and a random number
- Frequency of errors was much lesser when same pages were accessed
from the network
- Pentium 2, 300 MHz was used (a slow computer)
History
---
Following bugs are all related to this problem. This is just a reminder
for the fact that this issue has been discussed quite a few times and
it is still present. People also found these interesting things that
might help to get the problem solved.
- BugID #25567 getting errors when doing a mysql_db_query() and then
header("location")
- BugID #24916 header("location")
- BugID #23208 using two or more frames
- BugID #19381 no details :(
- BugID #19676 works on one (slow) system but does not work on other
- BugID #18901 header("location") after delete or update, error occurs
under under load
- BugID #16313 header("location") and db operations
- BugID #23050 mysql_query() followed by header("location")
- BugID #17468 header("location")
- BugID #9852 thousands of lines describing the problem, including
frames, manually slowing down the script, pages work from outside the
machine nut not locally, two database connections in rapid succession
etc
Things that have been said earlier
--
"This is a problem with Microsoft OS"
No this is not, it works on exact same OS running on slower hardware or
when the application is accessed across a network. And even if it is,
the developers should try to find a work around instead of blaming M$
and telling it to fix it. After all, when you develop some app for an
environment, you don't change the environment to suit your app
(although sometimes it is easier to do so).
"This is not a php bug"
Well this could be right, since there is one other suspect, MySQL. But
somebody please figure out where the problem is? Also, MySQL is now an
integral part of php so problem could lie in the integration part.
My Opinion
---
May be php.exe is not fast enough to keep up with the pace at which IIS
can throw requests at it. Or ... may be it is a problem with the MySQL
connections ... attempting to create connections too quickly may be the
cause. Users having same problem please feel free to contribute with
their observations and suggestions.
--
Edit this bug report at http://bugs.php.net/?id=25863&edit=1
#25906 [Opn->Fbk]: Sessions and Framesets
ID: 25906 Updated by: [EMAIL PROTECTED] Reported By: thxmike at hotpop dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows 2000 Professional PHP Version: 4.3.3 New Comment: Does it work if you run PHP as CGI? Previous Comments: [2003-10-21 11:01:49] thxmike at hotpop dot com OK, To better help you understand the problem I am going to give you all the scenarios that I have tested it with. I have tested it with: My Laptop - Windows 2000/IIS6/PHP as an ISAPI Module - This fails My Laptop - Windows 2000/Apache2/PHP as an ISAPI Module - This fails Friends hosted Site - Linux/Apache 1.3.28/CGI - Works. I will send you the phpinfo() files for the hosted site and Windows/apache sites. [2003-10-21 06:21:06] [EMAIL PROTECTED] ISAPI and Apache2? Do you mean PHP as DSO in Apache2 under Windows? Or are you running IIS with PHP as ISAPI module? [2003-10-21 00:22:30] thxmike at hotpop dot com To add some additional information, it appears that it may be related to either PHP running as an isapi or the OS. I have installed Apache 2.0 installed PHP as an isapi but I still get the same results. [2003-10-20 22:51:35] thxmike at hotpop dot com I spoke to soon. It appears to be a problem related to one of two things. It is either the Web Server. The problem does not occur on a Apache web server which my friend is running here http://www.anthong.com/MRivera/index.php. It does occur on a IIS web server which I am running locally on my laptop. It can either be the php.ini or the Web server. Sorry to inconvenience you. Any assistance is appreciated. I can send you to updated code to verify if need so. [2003-10-20 03:37:22] [EMAIL PROTECTED] Your script is broken: Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /www/htdocs/test2/main.php:3) in /www/htdocs/test2/main.php on line 10 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /www/htdocs/test2/main.php:3) in /www/htdocs/test2/main.php on line 10 Array ( [temporary] => temporary ) 'session_start();' has to be FIRST line and no output is allowed before it. (unless you have output_compression enabled) 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/25906 -- Edit this bug report at http://bugs.php.net/?id=25906&edit=1
#25788 [Opn->Fbk]: apache crash
ID: 25788
Updated by: [EMAIL PROTECTED]
Reported By: marrtins at hackers dot lv
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: w2k sp4
PHP Version: 4CVS-2003-10-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-10-08 05:02:58] marrtins at hackers dot lv
Description:
1st time of session_start() reproduces notice
Notice: Uninitialized string offset: 0 in d:\crash_php\index.php on
line 70
2nd time crash
apache crash
Zend/zend_hash.c
--
ZEND_API int zend_hash_find(HashTable *ht, char *arKey, uint
nKeyLength, void **pData)
...
while (p != NULL) {
if ((p->h == h) && (p->nKeyLength == nKeyLength)) { // <-- access
violation
if (!memcmp(p->arKey, arKey, nKeyLength)) {
*pData = p->pData;
return SUCCESS;
}
}
p = p->pNext;
}
return FAILURE;
}
Reproduce code:
---
http://paste.php.lv/429
--
Edit this bug report at http://bugs.php.net/?id=25788&edit=1
#26282 [Fbk->Opn]: PHP Configure fails with "mysql configure failed"
ID: 26282 User updated by: greg at coltec dot com dot au Reported By: greg at coltec dot com dot au -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: Yes, I've tried compiling with the bundled libraries, which works (sorry, should have said that), but would like to use the client libraries included with MySQL rather than PHP for the reasons outlined at http://www.php.net/mysql. We're also using Apache's mod_perl on this server. Previous Comments: [2003-11-17 14:33:39] [EMAIL PROTECTED] Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? [2003-11-17 01:32:33] greg at coltec dot com dot au Sorry, OS is Solaris 5.9, not 2.9. [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#26282 [Opn->Bgs]: PHP Configure fails with "mysql configure failed"
ID: 26282 Updated by: [EMAIL PROTECTED] Reported By: greg at coltec dot com dot au -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 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. The problem is that your MySQL libs (external ones) have a problem, hence the compiler error you are seeing. This is not a PHP bug. Previous Comments: [2003-11-17 18:43:54] greg at coltec dot com dot au Yes, I've tried compiling with the bundled libraries, which works (sorry, should have said that), but would like to use the client libraries included with MySQL rather than PHP for the reasons outlined at http://www.php.net/mysql. We're also using Apache's mod_perl on this server. [2003-11-17 14:33:39] [EMAIL PROTECTED] Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? [2003-11-17 01:32:33] greg at coltec dot com dot au Sorry, OS is Solaris 5.9, not 2.9. [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#26282 [Bgs]: PHP Configure fails with "mysql configure failed"
ID: 26282 Updated by: [EMAIL PROTECTED] Reported By: greg at coltec dot com dot au Status: Bogus Bug Type: *Configuration Issues Operating System: Solaris 5.9 (112233-08) PHP Version: 4.3.4 New Comment: btw. this is wrong: --with-zlib-dir=./ext/zlib (ext/zlib is NOT the zlib library, it's the PHP extension that uses zlib) Previous Comments: [2003-11-17 18:45:52] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The problem is that your MySQL libs (external ones) have a problem, hence the compiler error you are seeing. This is not a PHP bug. [2003-11-17 18:43:54] greg at coltec dot com dot au Yes, I've tried compiling with the bundled libraries, which works (sorry, should have said that), but would like to use the client libraries included with MySQL rather than PHP for the reasons outlined at http://www.php.net/mysql. We're also using Apache's mod_perl on this server. [2003-11-17 14:33:39] [EMAIL PROTECTED] Sounds like a problem with your mysql library, have you tried compiling with bundled mysql libraries? [2003-11-17 01:31:04] greg at coltec dot com dot au Description: I'm trying to configure PHP to use the client libraries for MySQL 4.0.16, which I downloaded as a binary (Solaris 9 64-bit) and installed in /usr/local/mysql. When I attempt to configure PHP using: ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.29 --with-openssl=/usr/local/ssl --with-zlib-dir=./ext/zlib --enable-track-vars --enable-libgcc --disable-cgi I get the following error: checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Config.log shows: configure:55581: checking for mysql_error in -lmysqlclient configure:55600: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql/lib -L/usr/local/mysql/lib -R/usr/ucblib -L/usr/ucblib -R/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L/opt/sfw/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr -L/usr conftest.c -lmysqlclient -lz -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc 1>&5 ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_error /var/tmp//cc4fDlj3.o ld: fatal: Symbol referencing errors. No output written to conftest These are not the final lines, but they seem most relevant; I can post more if necessary. Is it possible that PHP is looking for a 32-bit MySQL binary and crashing when it finds a 64-bit? If so, are there plans to support 64-bit MySQL? -- Edit this bug report at http://bugs.php.net/?id=26282&edit=1
#25657 [Opn->Bgs]: instability : iis is reseted automatically frequently
ID: 25657 Updated by: [EMAIL PROTECTED] Reported By: info at xboot dot de -Status: Open +Status: Bogus Bug Type: IIS related Operating System: windows 2003 PHP Version: 4.3.3 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2003-09-26 09:38:14] [EMAIL PROTECTED] Use of ISAPI PHP is not recommended as it is known to have problems, as you have discovered. We are interested in fixing the problem, but it is difficult. I'll see if I can arrange a snapshot that includes debug symbols for you to try and get a stack-trace. If a solution can't be found quickly enough for you, you might have better luck using PHP configured as FastCGI or CGI. [2003-09-26 09:28:41] info at xboot dot de Not enough information? I posted a lot at http://bugs.php.net/bug.php?id=24534. What happens: After upgrading Php 4.1 to 4.32 Php crashes erratic. The error occures 3 - 10 times a day. We use the modules mysql, mssql, curl and gd. I can't locate the reason of the crash - it is very strange. I can call a Php Skript (it doesn't matter which script, error occures on several scripts) several times and everything works fine. But suddenly the same script causes the crash. When error occures the following message is displayed on browser: "Php has encountered an access violation at..." In the event-log I found this: A process serving application pool 'DefaultAppPool' terminated unexpectly. The process id was '...'. The process exit code was '0xc005'. I've tried a lot: Installing Php on three different machines with a clean OS (and different Php versions > 4.2), playing arround with IIS-settings, enable and disable Zend-Optimizer. We actually use the latest PHP Version (4.3.3, ISAPI) on Windows 2003 Standard Edition. Error is still present. Microsoft gave me now the following informations: === Because PHP doesn't ship with debug symbols the information the information we can see it very limited. So what can we see: (d40.a3c): Access violation - code c005 (!!! second chance !!!) eax= ebx=77f470fe ecx=783b398b edx=0007 esi=02ecf928 edi=02ecf968 eip=01cf3e65 esp=02ecf91c ebp=02ecf970 iopl=0 nv up ei ng nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=00010286 *** WARNING: Unable to verify checksum for php4ts.dll *** ERROR: Symbol file could not be found. Defaulted to export symbols for php4ts.dll - php4ts!php_request_startup+0x1b5: 01cf3e65 8b7c91fc mov edi,[ecx+edx*4-0x4] ds:0023:783b39a3=? 0:019> kv ChildEBP RetAddr Args to Child WARNING: Stack unwind information not available. Following frames may be wrong. 02ecf970 100044d0 77f470fe 00d99618 5a322b54 php4ts!php_request_startup+0x1b5 03ff php4isapi!DllMain+0x24b0 PHP crashes because it tries to reference unallocated memory (this basically would rule out a hardware error). This happens immediately after he ISAPI is loaded so I doubt that it is related to a particular script So looking at the first parameter passed php_request_startup it looks like a pointer is passed in. 0:019> dc 77f470fe 77f470fe 783b398b f4850f04 3bfc ec850ffa .9;x...; The derefenced value is then copied to the ecx register which seems to be a pointer again and it already points to unreferenced memory. The access violation actually happens after doing some pointer arithmetic (taking the value of ecx and adding 7 DWORD's - 1 DWORD) === Is that enough information? Please tell me what I can do to get the informations you need. [2003-09-25 10:45:46] info at xboot dot de Description: I posted my problems two months ago at bug report nr. 24534: http://bugs.php.net/bug.php?id=24534 But I wasn't the original submitter so I opened a new report. I actually use the latest version of PHP, but the problem still exists. The manufacturer of the server checked the hardware - says the hardware is ok. I used DebugIIS and was sending the dump to Microsoft. They say it is a PHP problem - in no case IIS or hardware. They gave me the following analysis: Access violation - code c005 (!!! second chance !!!) eax= ebx=77f47
#25287 [Opn->Bgs]: 404 Error blank page (2nd try)
ID: 25287 Updated by: [EMAIL PROTECTED] Reported By: guenter_doege at web dot de -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2k Server PHP Version: 4.3.3 New Comment: We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. Previous Comments: [2003-08-28 03:24:15] guenter_doege at web dot de Description: This behaviour has already been reported in bug #4286, but was closed due to missing user feedback. When running PHP on IIS 5.0 and requesting a non-existing page, you get back a blank page. In the IIS web-server log, the request is logged with http status 200 instead of 404. Requesting pages that are not assigned to PHP (like .html) will produce the standard 404 error page. Configuration: * Internet information Server 5.0 running on Win/2k server * PHP 4.3.3 installed as ISAPI module and assigned only to .php files * IIS is still set to it's standard handling for the 404 error (btw, it does not help to set this to "default" which means showing the browsers built-in 404 error page instead of the IIS error page) Reproduce code: --- http://localhost/blah.html --> 404 error page is shown and 404 status is written to the webserver log http://localhost/blah.php --> Blank Page is shown, status 200 is written to the webserver log -- Edit this bug report at http://bugs.php.net/?id=25287&edit=1
#25980 [Opn->Fbk]: Compilation with Oracle 9.2 should be with $ORACLE_HOME/lib32
ID: 25980 Updated by: [EMAIL PROTECTED] Reported By: koen_van_bastelaere at pandora dot be -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: HP/UX 11 PHP Version: 4.3.4RC2 New Comment: '32bit PHP´ ??? AFAIK, PHP works fine as 64bit app, so what error do you actually get? Previous Comments: [2003-10-24 14:46:17] koen_van_bastelaere at pandora dot be Description: ./configure --without-mysql --with-oci8 --with-apxs=/opt/oracle/product/9.2.0/Apache/Apache/bin/apxs The Oracle libclntsh.sl wich should be used in the Makefile is: /opt/oracle/product/9.2.0/lib32/libclntsh.sl On HP/UX, $ORACLE_HOME/lib contains the 64bit version, which cannot be used by the 32bit php Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=25980&edit=1
#26280 [Opn->Bgs]: update query cut off with ascii char > 128
ID: 26280 Updated by: [EMAIL PROTECTED] Reported By: jochen dot daum at cabletalk dot co dot nz -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Linux Debian woody PHP Version: 4CVS-2003-11-16 (stable) New Comment: I have no problem with with your code, tested it on Mandrake 9 and SQL Server 2000. It could be a bug in FreeTDS though? Previous Comments: [2003-11-16 21:45:54] jochen dot daum at cabletalk dot co dot nz Description: Hi! An update query, which contains a character with an ascii code > 128 gets cut off at the position of the character and not executed, because apparently the syntax is wrong. Test script: result: Warning: mssql_query(): message: Unclosed quotation mark before the character string '?.H...??'. (severity 15) in /var/www/cabletalk/test.php on line 11 Warning: mssql_query(): message: Line 1: Incorrect syntax near '?.H...??'. (severity 15) in /var/www/cabletalk/test.php on line 11 Warning: mssql_query(): Query failed in /var/www/cabletalk/test.php on line 11 Found this bug in php-4.3.2, my config-line: ./configure --with-mysql --with-apxs --with-crack=/var/www/install/cracklib2.7 --with-mssql --with-gd --with-png-dir --enable-gd-native-ttf --with-ttf --with-curl --enable-wddx --with-zlib-dir= --with-informix=/opt/informix --enable-sockets --with-freetype-dir --with-ldap Then confirmed it in php4-STABLE-200311170030 with the same config line. I use freetds-dev/testing 0.61-4 on debian woody Reproduce code: --- see above Expected result: to run the update statement. It runs in SQL Server Query Analyzer -- Edit this bug report at http://bugs.php.net/?id=26280&edit=1
#5919 [Com]: stri_replace() to compliment str_replace()
ID: 5919
Comment by: php_pp at yahoo dot com
Reported By: juhl at eisenstein dot dk
Status: Closed
Bug Type: Feature/Change Request
Operating System: Slackware Linux 7.0
PHP Version: 4.3.0
New Comment:
Try this ...
function stri_replace($search, $subject, $replace=false){
$textn=$subject;
$texti=strtolower($subject);
$wordi=strtolower($search);
$recd=array();
$len=strlen($wordi);
while(is_integer($pos=strpos($texti,$wordi))){
$rec["str"]=substr($textn,$pos,$len);
$rec["pre"]=substr($textn,0,$pos);
$recd[]=$rec;
$cut=$pos+$len;
$texti=substr($texti,$cut);
$textn=substr($textn,$cut);
}
for($i=0;$i";
$ntext=$ntext.$recd[$i]["pre"].$replace;
}
$ntext.=$textn;
return $ntext;
}
Previous Comments:
[2003-03-21 03:20:51] ruud at phpjunk dot nl
Damn.. i need this function..
i've fixed it with this:
function highlight_search_string ($needle, $haystack, $start, $end)
{
$parts = explode( strtolower($needle), strtolower($haystack));
$pos = 0;
foreach($parts as $key => $part)
{
$parts[ $key ] = substr($haystack, $pos, strlen($part));
$pos += strlen($part);
$parts[ $key ] .= $start.substr($haystack, $pos,
strlen($needle)).$end;
$pos += strlen($needle);
}
return(join('', $parts));
}
but that's not everything.. i hope this feat will be made in the new
version of php. .. tx
[2003-03-18 04:18:33] cvr at solcon dot org
This feature would be very helpfull!!
[2003-01-29 23:02:02] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Only took 29 months to do it too!
[2002-12-28 18:38:40] mike dot h at iwmi dot com
It would be extreamly great if some oneperhaps some one who
volunteered might submit a patch to impliment this, 137 votes already,
why can't we get some type of a feature voting system, to vote for the
things that are the most important to those who don't have the skills,
or perhaps time, or money to do these themselves.
[2002-11-01 12:59:56] php at bkjproductions dot com
What about just adding a parameter to the existing function, rather
than making a whole new function? You could just put "sensitive" or
"insensitive" (maybe "callous?") or something on the end:
str_replace($a, $b, $c, "sensitive")
I think that some other languages (maybe the ill-fated Oracle Media
Objects) have that.
Another parameter could be "match" so that if
$a="street"
$b= "avenue"
$c= "1313 Mockingbird Street"
the result would be
"1313 Mockingbird Avenue"
the idea being that the search routine realized that
Street
was capitalized, so therefore
Avenue
should match the case.
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/5919
--
Edit this bug report at http://bugs.php.net/?id=5919&edit=1
#26184 [NoF->Csd]: unable to detect character encoding
ID: 26184 User updated by: tom at nooper dot com Reported By: tom at nooper dot com -Status: No Feedback +Status: Closed Bug Type: mbstring related Operating System: Redhat 8 PHP Version: 4.3.4 Assigned To: moriyoshi New Comment: Thanks guys... sorry for lack of feedback. I've not had time to test a new php build in dev yet since trying it last time. I'll reopen the bug if the suggested fix fails, but for now you can assume it works. Previous Comments: [2003-11-17 18:19:32] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-11 15:38:02] [EMAIL PROTECTED] Please try setting mbstring.language to the appropriate language name in your php.ini. [2003-11-09 04:00:52] tom at nooper dot com Description: I get the following error generated: mb_convert_encoding(): Unable to detect character encoding Up to 4.3.3 this works no problem. I compiled php with same options including the --enable-mbstring=all. If I look at phpinfo() output it seems that all the languages are missing no matter if I compile with --enable-mbstring=ja or other. I noticed another bug which was closed that fixed a bug in the reporting of phpinfo() for mbstring where it was suggested that all languages were included now from 4.3.4 independant of compile options. The code snippet that was used to generate the error above is simply: echo mb_convert_encoding($jText, 'SJIS','AUTO'); where $jText is some "EUC-JP" text. I tried the latest php snapshot from cvs also and it also doesn't work. If you need a short example program to reproduce this problem, I can look into it from Monday/Tuesday. -- Edit this bug report at http://bugs.php.net/?id=26184&edit=1
