#9496 [Csd->Ver]: Mixing non persistant and persistant connection makes all connexions persistant
ID: 9496
Updated by: [EMAIL PROTECTED]
Reported By: jean-francois dot gosset at telintrans dot fr
-Status: Closed
+Status: Verified
Bug Type: OCI8 related
Operating System: linux red hat 6.2
PHP Version: 4.0.4pl1
New Comment:
Could you, please, try it with latest CVS snapshots of PHP5 & PHP4?
This behaviour was changed in PHP5 recently.
Previous Comments:
[2003-12-18 17:14:41] kamil at okac dot org
The behaviour is correct for the case when you call OCILogon('u1','p1')
and OCIPLogon('u1','p1') (with the same user), but incorrect when you
call OCILogon('u1','p1') and OCIPlogon('u2','p2'). The latter case
creates two sessions (that's correct - can't be shared, because two
different users are logging in), but both sessions are made
persistent.
This happens even if OCIPlogon and OCILogon are not called within one
script but handled by the same process.
Maybe the problem is in the reusing of persistent server connections
(where usernames are not involved).
[2002-04-13 08:18:07] [EMAIL PROTECTED]
i still cannot see any problem. you approach would consume _more_
resourcs on the oracle server. anyhow this is not a bug.
[2001-06-15 03:53:55] jean-francois dot gosset at telintrans dot fr
I think this behaviour is confusing.
One can have the needs to mix persistant and non persistant connexion
on the same database. In my case, I want to validate an account with a
personal username and after use a generic account. The first one must
not be persistant because we would have too much connexions open.
[2001-05-04 10:44:07] [EMAIL PROTECTED]
OCIPlogon() will do the same as OCILogon() but mark the sever and
session handle as persistent, which means that PHP won't close them on
script-end. if your script does a OCILogon("s","t") and later a
OCIPLogon("s","t") _no_ new server or session handle will be created
but instead the existing ones will be marked persistent.
this is intended behaviour - why would we want to change it?
[2001-02-28 08:33:16] jean-francois dot gosset at telintrans dot fr
With the following test (test_oci8.php) both connexions (USER_1 and
USER_2) are persistant.
Notes :
1. We can see that connexions are persistant with the following SQL
command :
select username, status, logon_time from v$session where
username='USER_1' or username='USER_2';
2. We can use the following workaround : use a different database name
for USER_1 and USER_2 (who acces the same real database).
3. If we invert the order of connexions (USER_2 before USER_1) and use
OCInlogon for USER_1, only USER_2 has persistant connexions but the
number of connexions of USER_2 increase until to reach the maximum
limit (ORA-00604 error).
---
test_oci8.php
---
OCI8 bug test
<%
$user = "USER_1";
$password = "pwd1";
$database = "TEST";
{
// should be non persistent
$connexion = OCIlogon (
$user,
$password,
$database);
if (!$connexion)
{
trigger_error (
"Erreur OCIlogon $user / $database",
E_USER_ERROR);
}
else
{
echo "Connexion 1 OK";
}
OCIlogoff ($connexion);
}
{
$user = "USER_2";
$password = "pwd2";
$database = "TEST";
// If we use a different databasename (for the same real
database) we don't have the problem
// $database = "TEST2";
$connexion = OCIplogon (
$user,
$password,
$database);
if (!$connexion)
{
trigger_error (
"Erreur OCIplogon $user / $database",
E_USER_ERROR);
}
else
{
echo "Connexion 2 OK";
}
OCIlogoff ($connexion);
}
%>
---
--
Edit this bug report at http://bugs.php.net/?id=9496&edit=1
#26663 [NEW]: Iterator problem
From: jonas at datatal dot se
Operating system: win2k
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Class/Object related
Bug description: Iterator problem
Description:
The iterators doesnt work like they should.
More detailed info can be found at:
http://phplens.com/lens/lensforum/msgs.php?id=8065&PHPSESSID=954db40fa67b0cd2d81b22f5fa74e21f
Reproduce code:
---
foreach($rs as $val) {
echo $val;
}
Expected result:
while ($iterator->hasMore()) {
$val = $iterator->current();
echo $val;
$iterator->next();
}
Actual result:
--
while ($iterator->hasMore()) {
$val = $iterator->current();
$iterator->next();
echo $val;
}
--
Edit bug report at http://bugs.php.net/?id=26663&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26663&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26663&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26663&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26663&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26663&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26663&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26663&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26663&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26663&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26663&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26663&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26663&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26663&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26663&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26663&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26663&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26663&r=float
#26613 [Fbk->Opn]: ob_gzhandler seems NOT WORKING
ID: 26613
User updated by: sabio71 at hotmail dot com
Reported By: sabio71 at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Zlib Related
Operating System: slackware 9.1 stable patched
PHP Version: 4.3.4
New Comment:
i'm downloading CVS today (2003 12 19) ... more feedback as soon as
possible...
thanx in advance ...
Fabio :)
Previous Comments:
[2003-12-18 16: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-12-15 06:08:51] sabio71 at hotmail dot com
A MORE CLEAR EXPLANATION
yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6,
mozilla, konqueror, even lynx ...
i've made some other attempts, in particular i've checked if
1) for some reasons apache was not passing through to php
"accept-encoding" but, obviously it is not the case
2) it makes thing behaves differently pokeing with php.ini, like
setting [output_buffering = 4096; AND output_handler = ob_gzhandler]
OR
[output_handler = ; AND zlib.output_compression = On]
and calling ob_start() instead of ob_start("ob_gzhandler")
none of the two seems working.
Moreover, it seems the semantic of calling sequence ob_start ...
ob_end_flush has changed a bit from version 4.2.3 (yes i know it is
VERY VERY old and perhaps the changed behaviour il well documented)
in few words, i'm using an old version of ez-publish (2.1) that works
with apache 1.3.27 and php 4.2.3 on linux...
with that combination the system works and compress the http output
stream...
on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't...
moreover (but this is ez-publish code-base fault) on php 4.3.4 there
are some Warnings that impose modification to code-base in order to get
a working configuration...
(a not so painless up-grade :) )
however the simple code
[short script descripting]
still doesn't send a compressed stream...
hoping to be the more clear that i can
greetings from italy
[2003-12-13 13:59:24] [EMAIL PROTECTED]
What makes you think ob_gzhandler is not working? Are you certain your
browser supports zlib encoding?
[2003-12-13 04:48:03] sabio71 at hotmail dot com
Description:
[configure line]
./configure --with-mysql --with-apache=../apache_1.3.29
[changes to php.ini]
for legacy reasons: register_globals = On
simply put, it seems it doesn't compress ...
i strongly believe is my fault, but i'm not able to figure why
i've tried also with "output_handler = ob_gzhandler" but nothing
Reproduce code:
---
[short script descripting]
--
Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26664 [NEW]: open_ssl_encrypt refuse to encrypt data larger than private key size
From: fch at hexanet dot fr
Operating system: windows 98 and FreeBSD 4.9
PHP version: 4.3.3
PHP Bug Type: OpenSSL related
Bug description: open_ssl_encrypt refuse to encrypt data larger than private key size
Description:
openssl_encrypt function refuse to encrypt data larger than key size.
Then I try, open_ssl_encrypt say :
> error:0406C06E:rsa routines:RSA_padding_add_PKCS1_type_1:data too large
for key size
Openssl support is enabled and I am using OpenSSL 0.9.7c 30 Sep 2003.
Reproduce code:
---
#GET PRIVATE KEY PREVIOUSLY GENERATED
$private_key =
openssl_get_privatekey('file:///var/tmp/pkey.pem','r0bert');
$data =
"abcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuv";
openssl_private_encrypt($data, $crypted_text, $private_key);
Expected result:
I expect crypted data in $crypted_text.
Actual result:
--
error:0406C06E:rsa routines:RSA_padding_add_PKCS1_type_1:data too large
for key size
--
Edit bug report at http://bugs.php.net/?id=26664&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26664&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26664&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26664&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26664&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26664&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26664&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26664&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26664&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26664&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26664&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26664&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26664&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26664&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26664&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26664&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26664&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26664&r=float
#26665 [NEW]: php crashes with large files and array work (2MB Script File). win32 works.
From: fschaper at intux dot org Operating system: Linux only / Apache 1.3.28 PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: php crashes with large files and array work (2MB Script File). win32 works. Description: While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an "done" on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit bug report at http://bugs.php.net/?id=26665&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26665&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26665&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26665&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26665&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26665&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26665&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26665&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26665&r=support Expected behavior: http://bugs.php.net/fix.php?id=26665&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26665&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26665&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26665&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26665&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26665&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26665&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26665&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26665&r=float
#26665 [Opn->Fbk]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 Updated by: [EMAIL PROTECTED] Reported By: fschaper at intux dot org -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux only / Apache 1.3.28 PHP Version: 4.3.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And please provide a _short_ (10-20 lines) script, that reproduces the problem. Previous Comments: [2003-12-19 04:36:10] fschaper at intux dot org Description: While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an "done" on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit this bug report at http://bugs.php.net/?id=26665&edit=1
#26663 [Opn->Csd]: Iterator problem
ID: 26663
Updated by: [EMAIL PROTECTED]
Reported By: jonas at datatal dot se
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: win2k
PHP Version: 5.0.0b2 (beta2)
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-12-19 03:42:46] jonas at datatal dot se
Description:
The iterators doesnt work like they should.
More detailed info can be found at:
http://phplens.com/lens/lensforum/msgs.php?id=8065&PHPSESSID=954db40fa67b0cd2d81b22f5fa74e21f
Reproduce code:
---
foreach($rs as $val) {
echo $val;
}
Expected result:
while ($iterator->hasMore()) {
$val = $iterator->current();
echo $val;
$iterator->next();
}
Actual result:
--
while ($iterator->hasMore()) {
$val = $iterator->current();
$iterator->next();
echo $val;
}
--
Edit this bug report at http://bugs.php.net/?id=26663&edit=1
#26666 [NEW]: crash in zend_mm_alloc
From: jan at horde dot org Operating system: Linux PHP version: 5CVS-2003-12-19 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: crash in zend_mm_alloc Description: When I try to call a really complex script, PHP crashes with this backtrace: #0 0x40237422 in grow_heap () from /lib/libc.so.6 #1 0x40238a52 in sYSMALLOc () from /lib/libc.so.6 #2 0x4023918c in malloc () from /lib/libc.so.6 #3 0x406f40f8 in zend_mm_add_memory_block (heap=0x409010f8, block_size=1515870884) at /home/jan/cvs/php5/Zend/zend_mm.c:223 #4 0x406f43a1 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:321 #5 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #6 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #7 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #8 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #9 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #10 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 This continues endlessly, I stopped around frame #1000, so I don't know where it actually was called from. No, I don't have a simple script to reproduce this, but perhaps someone already has an idea from looking at this bt. -- Edit bug report at http://bugs.php.net/?id=2&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=2&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=2&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=2&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=2&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=2&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=2&r=needscript Try newer version: http://bugs.php.net/fix.php?id=2&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=2&r=support Expected behavior: http://bugs.php.net/fix.php?id=2&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=2&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=2&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=2&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=2&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=2&r=dst IIS Stability: http://bugs.php.net/fix.php?id=2&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=2&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=2&r=float
#26605 [Bgs->Dup]: $_SERVER['PATH_INFO'] not being set under IIS
ID: 26605 User updated by: info at dysfunksion dot co dot uk Reported By: info at dysfunksion dot co dot uk -Status: Bogus +Status: Duplicate Bug Type: *General Issues Operating System: Windows PHP Version: 4.3.3 New Comment: Sorry, but the bug in question was posted a while ago. The current stable release still does not support this feature, although the patched dlls supplied in bug #7782 work well. I may have mis-understood: I wish to notify that the said functionality is still unavailable in the stable releases of PHP. Previous Comments: [2003-12-18 16:38:16] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #7782 [2003-12-18 07:02:52] info at dysfunksion dot co dot uk Sorry, unable to use CVS snap-shots on my live machine due to standard-operating-procedures set by my predacessor. Will this be worked into the stable releases? [2003-12-12 12:20:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-12 11:10:31] info at dysfunksion dot co dot uk Description: Under IIS, PHP (isapi module) does not set the $_SERVER['PATH_INFO'] variable. Also, all requests to a path similar to: index.php/my/path/info Throws errors similar to: Warning: Unknown(C:\Development\index.php\my\path\info): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'C:\Development\index.php\my\path\info' for inclusion (include_path='.;c:\php4\pear') in Unknown on line 0 This functionality works with Apache and PHP on windows. There are patches to enable this functionality, though it has not been maintained since version 4.2.3. Reproduce code: --- Expected result: /my/path/info Actual result: -- Warning: Unknown(C:\Development\index.php\my\path\info): failed to open stream: No such file or directory in Unknown on line 0 Warning: (null)(): Failed opening 'C:\Development\index.php\my\path\info' for inclusion (include_path='.;c:\php4\pear') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=26605&edit=1
#24052 [Com]: Fatal error: Call to undefined function: mcrypt_generic_deinit()
ID: 24052 Comment by: nunoplopes at sapo dot pt Reported By: wkongucd at yahoo dot com Status: Bogus Bug Type: mcrypt related Operating System: Windows 2000 PHP Version: 4.3.2 Assigned To: edink New Comment: I'm using php 4.3.5-dev with the extension from http://ftp.emini.dk/pub/php/win32/mcrypt/ as sugested by the manual. I receive the error "Call to undefined function: mcrypt_generic_deinit()". Previous Comments: [2003-07-30 07:30:09] jwm47 at student dot canterbury dot ac dot nz I have the same issue... and corrected it by updating all drivers. [2003-06-17 17:43:15] [EMAIL PROTECTED] Just tested it again and te example works fine. The problem was fixed on 2003/03/03 which is way before php-4.3.2 was released. I suggest you re-check your installation and extension_dir specifically. [2003-06-17 17:32:49] [EMAIL PROTECTED] OK. I'll have another look. [2003-06-17 17:27:14] wkongucd at yahoo dot com Everthing is updated! I used everything distributed from PHP 4.3.2 The only file I didn't use from PHP 4.3.2 was the libmcrypt.dll file. That file is necessary for the mcrypt package to work. [2003-06-17 05:43:12] [EMAIL PROTECTED] Make sure you really updated EVERYTHING. 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/24052 -- Edit this bug report at http://bugs.php.net/?id=24052&edit=1
#26629 [Bgs->Opn]: Inconsistent handle of \n in highlight_string and highlight_file
ID: 26629
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type:Strings related
PHP Version: 4.3.4
New Comment:
So the newline character should be highlighted as a string and not as a
keyword.
If you will not fix this, change the state to Wont fix and not to
Bogus.
Previous Comments:
[2003-12-17 04:31:47] [EMAIL PROTECTED]
Because the lexer in PHP handles those cases different.
"$a\n" = quote + variable + newline character + quote
"a\n" = string
Try this script:
');
var_dump(token_get_all(''));
highlight_string('');
var_dump(token_get_all(''));
?>
(and leave this bug bogus)
[2003-12-17 03:51:38] [EMAIL PROTECTED]
Tell me a reason why \n should be highlighted as keyword in "$a\n" and
in "a\n" not.
[2003-12-16 17:11:51] [EMAIL PROTECTED]
You're wrong. The current behavior is correct.
[2003-12-16 17:01:57] [EMAIL PROTECTED]
I don't know what "1 string" is. Is "$a\n" also "1 string"? If it is,
there should not be \n highlighted in it.
The problem is that in "$a\n" is \n highlighted and in "a\n" isn't. I
believe that it should be consistent.
[2003-12-16 12:22:20] [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
This is how it supposed to work, "a\n" is 1 string.
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/26629
--
Edit this bug report at http://bugs.php.net/?id=26629&edit=1
#26264 [NoF->Opn]: php segfaults with iconv or mbstring enabled
ID: 26264 User updated by: Joerg dot Dieter dot Friedrich at uni-konstanz dot de Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Hi! Sorry, I had no spare time to do some more debugging. Now back online :-) I cannot confirm the bug with only using --enable-mbstring or --with-iconv... I only encounter the bug when testing the horde-Framework from CVS. I was not able to create a php script that crashed. But everytime I call 'php login.php' from horde there is a segfault. the same with the apache 1.x module. I don't know how to go on. Yours Joerg Previous Comments: [2003-12-07 12:01:33] [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-12-02 05:55:06] [EMAIL PROTECTED] Also confirm if this configure line works / does not work: # ./configure --disable-all --with-apxs=/opt/apache/bin/apxs --enable-mbstring=all [2003-12-02 05:47:32] [EMAIL PROTECTED] Are you still loading any shared extensions? Check your php.ini.. [2003-12-02 04:40:17] Joerg dot Dieter dot Friedrich at uni-konstanz dot de The problem occurs when enabling iconv or mbstring [2003-11-27 04:40:07] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --with-apxs=/opt/apache/bin/apxs --disable-all # make clean && make And as that most likely works fine, add the other options one by one to see which one actually causes the problem. 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
#26667 [NEW]: ip2long("") = 0 intstead of -1
From: ovdspek at liacs dot nl
Operating system: Windows NT 4 SP 6
PHP version: 4.3.4
PHP Bug Type: Unknown/Other Function
Bug description: ip2long("") = 0 intstead of -1
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If ip_address
is invalid than -1 is returned. Note that -1 does not evaluate as FALSE in
PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit bug report at http://bugs.php.net/?id=26667&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26667&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26667&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26667&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26667&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26667&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26667&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26667&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26667&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26667&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26667&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26667&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26667&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26667&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26667&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26667&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26667&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26667&r=float
#26668 [NEW]: Versioning doesn't work properly
From: php at plouk dot net Operating system: linux debian PHP version: 5.0.0b2 (beta2) PHP Bug Type: Dynamic loading Bug description: Versioning doesn't work properly Description: I've got configure php4 and php5 with the --enable-versioning option, but it seems the two module don't work properly in the same time. I've added the traditional AddType application/x-httpd-php4 .php AddType application/x-httpd-php5 .php5 in the httpd.conf apachectl configtest return "Syntax OK" Actual result: -- When I load only one module, it's work. But with this configuration and the two module loaded, php scripts aren't executed. -- Edit bug report at http://bugs.php.net/?id=26668&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26668&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26668&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26668&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26668&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26668&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26668&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26668&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26668&r=support Expected behavior: http://bugs.php.net/fix.php?id=26668&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26668&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26668&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26668&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26668&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26668&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26668&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26668&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26668&r=float
#26629 [Opn->Bgs]: Inconsistent handle of \n in highlight_string and highlight_file
ID: 26629
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type:Strings related
PHP Version: 4.3.4
New Comment:
The current behavior is CORRECT, so your report is BOGUS. highlight_*
uses the lexical analyer to highlight and this is the perfectly good
behavior as I told you atleast 5 times now. Please keep the status to
bogus.
Previous Comments:
[2003-12-19 06:15:06] [EMAIL PROTECTED]
So the newline character should be highlighted as a string and not as a
keyword.
If you will not fix this, change the state to Wont fix and not to
Bogus.
[2003-12-17 04:31:47] [EMAIL PROTECTED]
Because the lexer in PHP handles those cases different.
"$a\n" = quote + variable + newline character + quote
"a\n" = string
Try this script:
');
var_dump(token_get_all(''));
highlight_string('');
var_dump(token_get_all(''));
?>
(and leave this bug bogus)
[2003-12-17 03:51:38] [EMAIL PROTECTED]
Tell me a reason why \n should be highlighted as keyword in "$a\n" and
in "a\n" not.
[2003-12-16 17:11:51] [EMAIL PROTECTED]
You're wrong. The current behavior is correct.
[2003-12-16 17:01:57] [EMAIL PROTECTED]
I don't know what "1 string" is. Is "$a\n" also "1 string"? If it is,
there should not be \n highlighted in it.
The problem is that in "$a\n" is \n highlighted and in "a\n" isn't. I
believe that it should be consistent.
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/26629
--
Edit this bug report at http://bugs.php.net/?id=26629&edit=1
#26667 [Opn]: ip2long("") = 0 intstead of -1
ID: 26667
Updated by: [EMAIL PROTECTED]
Reported By: ovdspek at liacs dot nl
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows NT 4 SP 6
PHP Version: 4.3.4
New Comment:
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
Previous Comments:
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#26667 [Opn]: ip2long("") = 0 intstead of -1
ID: 26667
User updated by: ovdspek at liacs dot nl
Reported By: ovdspek at liacs dot nl
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows NT 4 SP 6
-PHP Version: 4.3.4
+PHP Version: 4.3.3
New Comment:
I made a mistake, I'm running 4.3.3:
http://62.216.18.38/temp/a.php
http://62.216.18.38/temp/a.phps
http://62.216.18.38/temp/info.php
Previous Comments:
[2003-12-19 06:41:47] [EMAIL PROTECTED]
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#26667 [Opn->Fbk]: ip2long("") = 0 intstead of -1
ID: 26667
Updated by: [EMAIL PROTECTED]
Reported By: ovdspek at liacs dot nl
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Windows NT 4 SP 6
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
Okay, then please try the latest version :)
Previous Comments:
[2003-12-19 06:53:25] ovdspek at liacs dot nl
I made a mistake, I'm running 4.3.3:
http://62.216.18.38/temp/a.php
http://62.216.18.38/temp/a.phps
http://62.216.18.38/temp/info.php
[2003-12-19 06:41:47] [EMAIL PROTECTED]
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#26667 [Fbk->Opn]: ip2long("") = 0 intstead of -1
ID: 26667
User updated by: ovdspek at liacs dot nl
Reported By: ovdspek at liacs dot nl
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows NT 4 SP 6
PHP Version: 4.3.3
New Comment:
D:\Temp>php ..\wte\php\a.php
Content-type: text/html
X-Powered-By: PHP/4.3.5-dev
0
Previous Comments:
[2003-12-19 07:03:05] [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
Okay, then please try the latest version :)
[2003-12-19 06:53:25] ovdspek at liacs dot nl
I made a mistake, I'm running 4.3.3:
http://62.216.18.38/temp/a.php
http://62.216.18.38/temp/a.phps
http://62.216.18.38/temp/info.php
[2003-12-19 06:41:47] [EMAIL PROTECTED]
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#26669 [NEW]: passing a string to a class when it's expecting an array gives bad results
From: trapdoor at legaciesleft dot net
Operating system: Linux
PHP version: 4.3.3
PHP Bug Type: Class/Object related
Bug description: passing a string to a class when it's expecting an array gives bad
results
Description:
When a class is expecting an array as in the example, it's waiting for
$vars['var'], and a string is given, $vars['var'] still returns true. It
picks up the first character of the string. isset($vars['var']) should
return false if a string is passed.
Normal arrays given to the class work fine. if the key is there, it
returns true, if not then it returns false. But a string always returns
true and it picks up the first character.
Reproduce code:
---
URL = http://www.legaciesleft.net/php/temp/source.php
Script.php
'good'));
echo "test 2: ";
$class_two = new problem(array('novar'=>'bad'));
echo "test 3: ";
$class_three = new problem('string');
?>
Class.php
Expected result:
test 1: good
test 2: array is not set
test 3: array is not set
Actual result:
--
test 1: good
test 2: array is not set
test 3: s
--
Edit bug report at http://bugs.php.net/?id=26669&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26669&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26669&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26669&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26669&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26669&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26669&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26669&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26669&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26669&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26669&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26669&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26669&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26669&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26669&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26669&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26669&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26669&r=float
#26665 [Fbk->Opn]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 User updated by: fschaper at intux dot org Reported By: fschaper at intux dot org -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux only / Apache 1.3.28 PHP Version: 4.3.3 New Comment: Coredump: http://www.intux.org/tmp/coredump.tar.gz Previous Comments: [2003-12-19 04:41:26] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And please provide a _short_ (10-20 lines) script, that reproduces the problem. [2003-12-19 04:36:10] fschaper at intux dot org Description: While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an "done" on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit this bug report at http://bugs.php.net/?id=26665&edit=1
#26665 [Opn]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 User updated by: fschaper at intux dot org Reported By: fschaper at intux dot org Status: Open Bug Type: Reproducible crash Operating System: Linux only / Apache 1.3.28 PHP Version: 4.3.3 New Comment: (I will generate an backtrace in an hour or so should read all of it) - sorry for the last post Previous Comments: [2003-12-19 07:40:09] fschaper at intux dot org Coredump: http://www.intux.org/tmp/coredump.tar.gz [2003-12-19 04:41:26] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And please provide a _short_ (10-20 lines) script, that reproduces the problem. [2003-12-19 04:36:10] fschaper at intux dot org Description: While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an "done" on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit this bug report at http://bugs.php.net/?id=26665&edit=1
#26655 [Fbk]: module is not linked against -lbz2
ID: 26655 Updated by: [EMAIL PROTECTED] Reported By: mmokrejs at natur dot cuni dot cz Status: Feedback Bug Type: Compile Failure Operating System: solaris 2.6 PHP Version: 4CVS-2003-12-17 (stable) New Comment: You have static bz2 lib -> of course it doesn't show up in the ldd output. Secondly, the -lbz2 sure is in EXTRA_LIBS in your Makefile. Now, what version of BZ2 do you have installed? And try this configure line instead: (don't try outsmart the configure with your CFLAGS etc) # rm config.cache ; CC=gcc ./configure --disable-all --with-bz2 --with-apxs2=/usr/local/apache2/bin/apxs Previous Comments: [2003-12-18 17:55:56] [EMAIL PROTECTED] Send me the generated Makefile to [EMAIL PROTECTED] [2003-12-18 17:08:53] mmokrejs at natur dot cuni dot cz CXX=gcc CFLAGS="-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti" CXXFLAGS="-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti" CC=gcc ./configure --with-openssl=/usr/local/openssl-0.9.6l --with-zlib --with-bz2 --enable-dba --with-db4=/usr/local/BerkeleyDB-4.1 --with-inifile --with-flatfile --enable-dio --with-dom --with-gettext --with-iconv --with-java=/usr/j2se --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --with-ncurses --with-readline --enable-sockets --enable-force-cgi-redirect --with-apxs2=/usr/local/apache2/bin/apxs I have only static libbz2.a. But the problem is I think not in my library, but that on the linker line "-lbz2" was missing. If it wouldn't, linker would pick-up the static library anyway. [2003-12-18 03:30:53] [EMAIL PROTECTED] And what might have been the configure line? And do you have shared or static bz2 lib? [2003-12-17 14:35:58] mmokrejs at natur dot cuni dot cz Description: Hi, I can compile current snapshot, but the module is not linked dynamically against libbz2: ldd /usr/local/apache2/modules/libphp4.so libhistory.so => /usr/local/lib/libhistory.so libreadline.so.4 => /usr/local/lib/libreadline.so.4 libmysqlclient.so.12 => /usr/local/mysql/lib/mysql/libmysqlclient.so.12 libintl.so.2 => /usr/lib/libintl.so.2 libz.so => /usr/lib/libz.so libdb-4.1.so => /usr/local/BerkeleyDB-4.1.25/lib/libdb-4.1.so libresolv.so.2 =>/usr/lib/libresolv.so.2 libm.so.1 => /usr/lib/libm.so.1 libsocket.so.1 =>/usr/lib/libsocket.so.1 libxml2.so.2 => /usr/local/lib/libxml2.so.2 libiconv.so.2 => /usr/local/lib/libiconv.so.2 libnsl.so.1 => /usr/lib/libnsl.so.1 libc.so.1 => /usr/lib/libc.so.1 libposix4.so.1 =>/usr/lib/libposix4.so.1 libpthread.so.1 => /usr/lib/libpthread.so.1 libdl.so.1 =>/usr/lib/libdl.so.1 libmp.so.2 =>/usr/lib/libmp.so.2 libaio.so.1 => /usr/lib/libaio.so.1 /usr/platform/SUNW,Ultra-30/lib/libc_psr.so.1 libthread.so.1 =>/usr/lib/libthread.so.1 Reproduce code: --- # /usr/local/apache2/bin/apachectl startssl Syntax error on line 231 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: ld.so.1: /usr/local/apache2/bin/httpd: fatal: relocation error: file /usr/local/apache2/modules/libphp4.so: symbol BZ2_bzerror: referenced symbol not found # Expected result: sapi/cli/php is properly linked against libbz2, so it's not a problem with configure detection but possibly some macro missing in so of the Makefile.in files(I guess). -- Edit this bug report at http://bugs.php.net/?id=26655&edit=1
#26662 [Opn->Ver]: Inconsistency in variable setting allows variables that start with numbers
ID: 26662
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Verified
-Bug Type: Scripting Engine problem
+Bug Type: Zend Engine 2 problem
Operating System: Linux
-PHP Version: 4CVS-2003-12-18 (stable)
+PHP Version: 5CVS-2003-12-18
New Comment:
Then you should set the version correctly, and category..
Previous Comments:
[2003-12-18 21:51:46] [EMAIL PROTECTED]
This is not a dup, as it is not fixed in PHP 5. Re-opening.
[2003-12-18 21:42:28] [EMAIL PROTECTED]
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Dupe of bug #26601 which is marked won't fix.
[2003-12-18 21:25:21] [EMAIL PROTECTED]
Confirmed this bug is in PHP 5 B3RC1 as well. It gets worse, you can
put whatever you want in ${} and it'll take it just fine...
[2003-12-18 21:06:52] [EMAIL PROTECTED]
Description:
It is possible to set variables that start with numbers.
I reproduced this with a PHP 4.3.x-dev snapshot AND PHP 5.0.0b2 (I was
unable to get a snap to compile. autoconf errors out the wazoo).
Reproduce code:
---
[EMAIL PROTECTED] cli $ ./php -r '${1} = "foo"; echo ${1}, "\n";'
foo
Expected result:
A parse error
Actual result:
--
Outputs 'foo'
--
Edit this bug report at http://bugs.php.net/?id=26662&edit=1
#26264 [Opn->Bgs]: php segfaults with iconv or mbstring enabled
ID: 26264 Updated by: [EMAIL PROTECTED] Reported By: Joerg dot Dieter dot Friedrich at uni-konstanz dot de -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Solaris 9 PHP Version: 4.3.4 New Comment: Come back when you have short example script (other than Horde), or preferrably: Ask the horde authors to come up with the script. Previous Comments: [2003-12-19 06:20:50] Joerg dot Dieter dot Friedrich at uni-konstanz dot de Hi! Sorry, I had no spare time to do some more debugging. Now back online :-) I cannot confirm the bug with only using --enable-mbstring or --with-iconv... I only encounter the bug when testing the horde-Framework from CVS. I was not able to create a php script that crashed. But everytime I call 'php login.php' from horde there is a segfault. the same with the apache 1.x module. I don't know how to go on. Yours Joerg [2003-12-07 12:01:33] [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-12-02 05:55:06] [EMAIL PROTECTED] Also confirm if this configure line works / does not work: # ./configure --disable-all --with-apxs=/opt/apache/bin/apxs --enable-mbstring=all [2003-12-02 05:47:32] [EMAIL PROTECTED] Are you still loading any shared extensions? Check your php.ini.. [2003-12-02 04:40:17] Joerg dot Dieter dot Friedrich at uni-konstanz dot de The problem occurs when enabling iconv or mbstring 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
#26665 [Opn->Fbk]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 Updated by: [EMAIL PROTECTED] Reported By: fschaper at intux dot org -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux only / Apache 1.3.28 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-12-19 04:41:26] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And please provide a _short_ (10-20 lines) script, that reproduces the problem. [2003-12-19 04:36:10] fschaper at intux dot org Description: While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an "done" on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit this bug report at http://bugs.php.net/?id=26665&edit=1
#26664 [Opn->Fbk]: open_ssl_encrypt refuse to encrypt data larger than private key size
ID: 26664
Updated by: [EMAIL PROTECTED]
Reported By: fch at hexanet dot fr
-Status: Open
+Status: Feedback
Bug Type: OpenSSL related
Operating System: windows 98 and FreeBSD 4.9
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-12-19 04:36:09] fch at hexanet dot fr
Description:
openssl_encrypt function refuse to encrypt data larger than key size.
Then I try, open_ssl_encrypt say :
> error:0406C06E:rsa routines:RSA_padding_add_PKCS1_type_1:data too
large for key size
Openssl support is enabled and I am using OpenSSL 0.9.7c 30 Sep 2003.
Reproduce code:
---
#GET PRIVATE KEY PREVIOUSLY GENERATED
$private_key =
openssl_get_privatekey('file:///var/tmp/pkey.pem','r0bert');
$data =
"abcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuvwxyzabcdefghijiklmnopqrstuv";
openssl_private_encrypt($data, $crypted_text, $private_key);
Expected result:
I expect crypted data in $crypted_text.
Actual result:
--
error:0406C06E:rsa routines:RSA_padding_add_PKCS1_type_1:data too large
for key size
--
Edit this bug report at http://bugs.php.net/?id=26664&edit=1
#26669 [Opn->WFx]: passing a string to a class when it's expecting an array gives bad results
ID: 26669
Updated by: [EMAIL PROTECTED]
Reported By: trapdoor at legaciesleft dot net
-Status: Open
+Status: Wont fix
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.3.3
New Comment:
Fixed in PHP 5, won't fix in PHP 4. (workaround: Use is_array()
first..)
Previous Comments:
[2003-12-19 07:30:58] trapdoor at legaciesleft dot net
Description:
When a class is expecting an array as in the example, it's waiting for
$vars['var'], and a string is given, $vars['var'] still returns true.
It picks up the first character of the string. isset($vars['var'])
should return false if a string is passed.
Normal arrays given to the class work fine. if the key is there, it
returns true, if not then it returns false. But a string always returns
true and it picks up the first character.
Reproduce code:
---
URL = http://www.legaciesleft.net/php/temp/source.php
Script.php
'good'));
echo "test 2: ";
$class_two = new problem(array('novar'=>'bad'));
echo "test 3: ";
$class_three = new problem('string');
?>
Class.php
Expected result:
test 1: good
test 2: array is not set
test 3: array is not set
Actual result:
--
test 1: good
test 2: array is not set
test 3: s
--
Edit this bug report at http://bugs.php.net/?id=26669&edit=1
#26668 [Opn->Bgs]: Versioning doesn't work properly
ID: 26668 Updated by: [EMAIL PROTECTED] Reported By: php at plouk dot net -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: linux debian PHP Version: 5.0.0b2 (beta2) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. FYI: We know about this. And we also know that it's not PHP bug. It's yet another libtool bug.. To run PHP 5 + PHP 4 in same apache, run other one as CGI. Previous Comments: [2003-12-19 06:32:49] php at plouk dot net Description: I've got configure php4 and php5 with the --enable-versioning option, but it seems the two module don't work properly in the same time. I've added the traditional AddType application/x-httpd-php4 .php AddType application/x-httpd-php5 .php5 in the httpd.conf apachectl configtest return "Syntax OK" Actual result: -- When I load only one module, it's work. But with this configuration and the two module loaded, php scripts aren't executed. -- Edit this bug report at http://bugs.php.net/?id=26668&edit=1
#26666 [Opn->Fbk]: crash in zend_mm_alloc
ID: 2 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2003-12-19 (dev) New Comment: Does valgrind have anything to say about it..? Previous Comments: [2003-12-19 05:49:47] jan at horde dot org Description: When I try to call a really complex script, PHP crashes with this backtrace: #0 0x40237422 in grow_heap () from /lib/libc.so.6 #1 0x40238a52 in sYSMALLOc () from /lib/libc.so.6 #2 0x4023918c in malloc () from /lib/libc.so.6 #3 0x406f40f8 in zend_mm_add_memory_block (heap=0x409010f8, block_size=1515870884) at /home/jan/cvs/php5/Zend/zend_mm.c:223 #4 0x406f43a1 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:321 #5 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #6 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #7 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #8 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #9 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #10 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 This continues endlessly, I stopped around frame #1000, so I don't know where it actually was called from. No, I don't have a simple script to reproduce this, but perhaps someone already has an idea from looking at this bt. -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
#26666 [Fbk]: crash in zend_mm_alloc
ID: 2 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2003-12-19 (dev) New Comment: And did this start happening recently or was this old problem? Previous Comments: [2003-12-19 08:07:20] [EMAIL PROTECTED] Does valgrind have anything to say about it..? [2003-12-19 05:49:47] jan at horde dot org Description: When I try to call a really complex script, PHP crashes with this backtrace: #0 0x40237422 in grow_heap () from /lib/libc.so.6 #1 0x40238a52 in sYSMALLOc () from /lib/libc.so.6 #2 0x4023918c in malloc () from /lib/libc.so.6 #3 0x406f40f8 in zend_mm_add_memory_block (heap=0x409010f8, block_size=1515870884) at /home/jan/cvs/php5/Zend/zend_mm.c:223 #4 0x406f43a1 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:321 #5 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #6 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #7 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #8 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #9 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 #10 0x406f43c8 in zend_mm_alloc (heap=0x409010f8, size=1515870856) at /home/jan/cvs/php5/Zend/zend_mm.c:325 This continues endlessly, I stopped around frame #1000, so I don't know where it actually was called from. No, I don't have a simple script to reproduce this, but perhaps someone already has an idea from looking at this bt. -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
#26667 [Opn->Csd]: ip2long("") = 0 intstead of -1
ID: 26667
Updated by: [EMAIL PROTECTED]
Reported By: ovdspek at liacs dot nl
-Status: Open
+Status: Closed
Bug Type: Network related
Operating System: win32 only
PHP Version: 4CVS-2003-12-18
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-12-19 07:05:33] ovdspek at liacs dot nl
D:\Temp>php ..\wte\php\a.php
Content-type: text/html
X-Powered-By: PHP/4.3.5-dev
0
[2003-12-19 07:03:05] [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
Okay, then please try the latest version :)
[2003-12-19 06:41:47] [EMAIL PROTECTED]
hmm, works for me:
[EMAIL PROTECTED]:~$ php-4.3dev -r 'echo ip2long(""); '
-1
[2003-12-19 06:22:34] ovdspek at liacs dot nl
Description:
ip2long returns 0 if the input is an empty string. However, an empty
string is not valid, so it should return -1.
"The function ip2long() generates an IPv4 Internet network address from
its Internet standard format (dotted string) representation. If
ip_address is invalid than -1 is returned. Note that -1 does not
evaluate as FALSE in PHP."
Reproduce code:
---
Expected result:
-1
Actual result:
--
0
--
Edit this bug report at http://bugs.php.net/?id=26667&edit=1
#21197 [NoF->Opn]: socket_read() outputs error with PHP_NORMAL_READ
ID: 21197
Updated by: [EMAIL PROTECTED]
Reported By: bool at boolsite dot net
-Status: No Feedback
+Status: Open
Bug Type: Sockets related
Operating System: win32 only
PHP Version: 4.3.4-dev
Previous Comments:
[2003-12-15 11:11:42] nunoplopes at sapo dot pt
I'm using latest snapshot and I have the same problem. With
PHP_BINARY_READ everything works but with PHP_NORMAL_READ I receive the
following error:
"Warning: socket_read() unable to read from socket [0]: The operation
completed s
uccessfully."
[2003-12-07 12:01:47] [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-12-01 02:35:08] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-08-26 02:00:58] bool at boolsite dot net
Ok, this is a short example : (a little echo server)
Debut de la connexion...',"\r\n";
$EndTime=time()+15;
do{
$buffer=socket_read($MsgSock,1024,PHP_NORMAL_READ);
if($buffer===false) {
echo 'socket_read() a échoué :
',socket_strerror(socket_last_error($MsgSock)),"\r\n";
break;
}
elseif(!$buffer){
continue;
}
$buffer=trim($buffer);
echo '< ',$buffer,"\r\n";
if($buffer=='quit') {
break;
}
$back='You sent : ['.$buffer.']';
echo '> ',$back,"\r\n";
socket_write($MsgSock,$back."\r\n");
} while(time()<$EndTime);
@socket_close($MsgSock);
echo '=> End...',"\r\n";
}
}
socket_close($Sock);
?>
[2003-08-25 20:17:06] [EMAIL PROTECTED]
Please provide a complete but short example script that can be used to
reproduce this bug.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/21197
--
Edit this bug report at http://bugs.php.net/?id=21197&edit=1
#24052 [Bgs->Opn]: Fatal error: Call to undefined function: mcrypt_generic_deinit()
ID: 24052 Updated by: [EMAIL PROTECTED] Reported By: wkongucd at yahoo dot com -Status: Bogus +Status: Open Bug Type: mcrypt related Operating System: Windows 2000 PHP Version: 4.3.2 Assigned To: edink Previous Comments: [2003-12-19 06:12:53] nunoplopes at sapo dot pt I'm using php 4.3.5-dev with the extension from http://ftp.emini.dk/pub/php/win32/mcrypt/ as sugested by the manual. I receive the error "Call to undefined function: mcrypt_generic_deinit()". [2003-07-30 07:30:09] jwm47 at student dot canterbury dot ac dot nz I have the same issue... and corrected it by updating all drivers. [2003-06-17 17:43:15] [EMAIL PROTECTED] Just tested it again and te example works fine. The problem was fixed on 2003/03/03 which is way before php-4.3.2 was released. I suggest you re-check your installation and extension_dir specifically. [2003-06-17 17:32:49] [EMAIL PROTECTED] OK. I'll have another look. [2003-06-17 17:27:14] wkongucd at yahoo dot com Everthing is updated! I used everything distributed from PHP 4.3.2 The only file I didn't use from PHP 4.3.2 was the libmcrypt.dll file. That file is necessary for the mcrypt package to work. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24052 -- Edit this bug report at http://bugs.php.net/?id=24052&edit=1
#26665 [Fbk->Opn]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 User updated by: fschaper at intux dot org Reported By: fschaper at intux dot org -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux only / Apache 1.3.28 PHP Version: 4.3.3 New Comment: This time I ran the script via the shell without apache (gdb) bt #0 0x0811f8f6 in execute (op_array=0x819841c) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend_execute.c:1758 #1 0x0810fa28 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend.c:884 #2 0x080ed1d3 in php_execute_script (primary_file=0xbcf8) at /usr/src/debug/php4-STABLE-200312191430/main/main.c:1729 #3 0x08125eb3 in main (argc=2, argv=0xbd74) at /usr/src/debug/php4-STABLE-200312191430/sapi/cgi/cgi_main.c:1578 (gdb) frame 0 #0 0x0811f8f6 in execute (op_array=0x819841c) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend_execute.c:1758 1758ALLOC_ZVAL(valptr); Previous Comments: [2003-12-19 07:56:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-19 04:41:26] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. And please provide a _short_ (10-20 lines) script, that reproduces the problem. [2003-12-19 04:36:10] fschaper at intux dot org Description: While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an "done" on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit this bug report at http://bugs.php.net/?id=26665&edit=1
#26393 [Bgs->Opn]: Segfault during request shutdown in _oci_close_session() (oci8.c:2443)
ID: 26393 User updated by: troy dot tinnes at motorola dot com Reported By: troy dot tinnes at motorola dot com -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Solaris 2.8 PHP Version: 4.3.4 New Comment: We are still having problems with this - from my point of view the snapshots have not fixed the problem. Here is our backtrace after loading one of the recent snapshots. Program received signal SIGSEGV, Segmentation fault. 0xff0331f0 in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xff0331f0 in strlen () from /usr/lib/libc.so.1 #1 0xfe1e4434 in _oci_close_session (session=0x313fd0) at /opt/web/apache_php/source/php4-200312152030/ext/oci8/oci8.c:2443 #2 0xfe1df7c4 in _oci_session_list_dtor (rsrc=0x201348) at /opt/web/apache_php/source/php4-200312152030/ext/oci8/oci8.c:935 #3 0xfe35f1b4 in list_entry_destructor (ptr=0x201348) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_list.c:177 #4 0xfe35c084 in zend_hash_apply_deleter (ht=0xfe3d1cac, p=0x201cc8) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_hash.c:598 #5 0xfe35c424 in zend_hash_graceful_reverse_destroy (ht=0xfe3d1cac) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_hash.c:664 #6 0xfe35f3e4 in zend_destroy_rsrc_list (ht=0xfe3d1cac) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_list.c:233 #7 0xfe341964 in shutdown_executor () at /opt/web/apache_php/source/php4-200312152030/Zend/zend_execute_API.c:213 #8 0xfe352a84 in zend_deactivate () at /opt/web/apache_php/source/php4-200312152030/Zend/zend.c:666 #9 0xfe2f8978 in php_request_shutdown (dummy=0x0) at /opt/web/apache_php/source/php4-200312152030/main/main.c:995 #10 0xfe374f08 in php_apache_request_dtor (r=0x187d80) at /opt/web/apache_php/source/php4-200312152030/sapi/apache2handler/sapi_apache2.c:445 #11 0xfe375320 in php_handler (r=0x187d80) ---Type to continue, or q to quit--- at /opt/web/apache_php/source/php4-200312152030/sapi/apache2handler/sapi_apache2.c:541 #12 0x0004a37c in ap_run_handler (r=0x187d80) at config.c:195 #13 0x0004a950 in ap_invoke_handler (r=0x187d80) at config.c:401 #14 0x00037d60 in ap_process_request (r=0x187d80) at http_request.c:288 #15 0x00033274 in ap_process_http_connection (c=0x1691d0) at http_core.c:293 #16 0x00055740 in ap_run_process_connection (c=0x1691d0) at connection.c:85 #17 0x00048b78 in child_main (child_num_arg=1470816) at prefork.c:694 #18 0x00048d70 in make_child (s=0x9bb80, slot=0) at prefork.c:734 #19 0x00048dfc in startup_children (number_to_start=4) at prefork.c:806 #20 0x0004962c in ap_mpm_run (_pconf=0x1, plog=0xd1558, s=0x9bb80) at prefork.c:1022 #21 0x0004f23c in main (argc=2, argv=0xffbefd14) at main.c:660 Previous Comments: [2003-12-02 00:37:10] troy dot tinnes at motorola dot com Can we perhaps keep this one open and close the other one? Looks like that other person fixed their problem using persistent connections and probably not as motivated to work with you guys as I am This is a critical bug for me and holding up my development at the moment! [2003-11-27 01:09:06] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Exactly same as bug #24531 [2003-11-27 00:28:04] [EMAIL PROTECTED] User reported that patch produced exact same backtrace as before. (PLEASE don't add that same bt anymore..) [2003-11-25 14:18:22] [EMAIL PROTECTED] Oops..I meant the Open reports.. :) See bug #24531 which has some patch in it. Try the patch.. [2003-11-24 23:19:56] troy dot tinnes at motorola dot com Description: Environment: Sun Solaris 2.8 Sun Ultra Enterprise PHP 4.3.4 Apache 2.0.47 Problem Description: On some HTML outputs, the page code stops unexpectedly. There does not appear to be any real reason for halting the execution - it stops generating code many times - midway through displaying a record (1 HTML table row). For example if I have a query that shows which people bought widget "a" in the past month - the output might be ok. Use the same script and show which people bought widget "b" - the script might stop 3/4 of the way down the page mid-record. One thing that is consistent - is that it will always stop in the same place. 2 days later, Widget "b" output might be fine - displaying Widget "a" is now a problem. Reproduce code: --- I use object-oriented code t
#26393 [Opn->Ver]: Segfault during request shutdown in _oci_close_session() (oci8.c:2443)
ID: 26393 Updated by: [EMAIL PROTECTED] Reported By: troy dot tinnes at motorola dot com -Status: Open +Status: Verified Bug Type: OCI8 related Operating System: Solaris 2.8 PHP Version: 4.3.4 New Comment: yes, there is some troubles with thread safety in PHP_4_3 branch. I'll ask Harald to port his changes from HEAD one more time. could you, please, try latest PHP5 snapshot? it should be fixed there. Previous Comments: [2003-12-19 11:03:08] troy dot tinnes at motorola dot com We are still having problems with this - from my point of view the snapshots have not fixed the problem. Here is our backtrace after loading one of the recent snapshots. Program received signal SIGSEGV, Segmentation fault. 0xff0331f0 in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xff0331f0 in strlen () from /usr/lib/libc.so.1 #1 0xfe1e4434 in _oci_close_session (session=0x313fd0) at /opt/web/apache_php/source/php4-200312152030/ext/oci8/oci8.c:2443 #2 0xfe1df7c4 in _oci_session_list_dtor (rsrc=0x201348) at /opt/web/apache_php/source/php4-200312152030/ext/oci8/oci8.c:935 #3 0xfe35f1b4 in list_entry_destructor (ptr=0x201348) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_list.c:177 #4 0xfe35c084 in zend_hash_apply_deleter (ht=0xfe3d1cac, p=0x201cc8) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_hash.c:598 #5 0xfe35c424 in zend_hash_graceful_reverse_destroy (ht=0xfe3d1cac) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_hash.c:664 #6 0xfe35f3e4 in zend_destroy_rsrc_list (ht=0xfe3d1cac) at /opt/web/apache_php/source/php4-200312152030/Zend/zend_list.c:233 #7 0xfe341964 in shutdown_executor () at /opt/web/apache_php/source/php4-200312152030/Zend/zend_execute_API.c:213 #8 0xfe352a84 in zend_deactivate () at /opt/web/apache_php/source/php4-200312152030/Zend/zend.c:666 #9 0xfe2f8978 in php_request_shutdown (dummy=0x0) at /opt/web/apache_php/source/php4-200312152030/main/main.c:995 #10 0xfe374f08 in php_apache_request_dtor (r=0x187d80) at /opt/web/apache_php/source/php4-200312152030/sapi/apache2handler/sapi_apache2.c:445 #11 0xfe375320 in php_handler (r=0x187d80) ---Type to continue, or q to quit--- at /opt/web/apache_php/source/php4-200312152030/sapi/apache2handler/sapi_apache2.c:541 #12 0x0004a37c in ap_run_handler (r=0x187d80) at config.c:195 #13 0x0004a950 in ap_invoke_handler (r=0x187d80) at config.c:401 #14 0x00037d60 in ap_process_request (r=0x187d80) at http_request.c:288 #15 0x00033274 in ap_process_http_connection (c=0x1691d0) at http_core.c:293 #16 0x00055740 in ap_run_process_connection (c=0x1691d0) at connection.c:85 #17 0x00048b78 in child_main (child_num_arg=1470816) at prefork.c:694 #18 0x00048d70 in make_child (s=0x9bb80, slot=0) at prefork.c:734 #19 0x00048dfc in startup_children (number_to_start=4) at prefork.c:806 #20 0x0004962c in ap_mpm_run (_pconf=0x1, plog=0xd1558, s=0x9bb80) at prefork.c:1022 #21 0x0004f23c in main (argc=2, argv=0xffbefd14) at main.c:660 [2003-12-02 00:37:10] troy dot tinnes at motorola dot com Can we perhaps keep this one open and close the other one? Looks like that other person fixed their problem using persistent connections and probably not as motivated to work with you guys as I am This is a critical bug for me and holding up my development at the moment! [2003-11-27 01:09:06] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Exactly same as bug #24531 [2003-11-27 00:28:04] [EMAIL PROTECTED] User reported that patch produced exact same backtrace as before. (PLEASE don't add that same bt anymore..) [2003-11-25 14:18:22] [EMAIL PROTECTED] Oops..I meant the Open reports.. :) See bug #24531 which has some patch in it. Try the patch.. 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/26393 -- Edit this bug report at http://bugs.php.net/?id=26393&edit=1
#15373 [Com]: mail() not working, no error with invalid SMTP or email address
ID: 15373 Comment by: georgealbert2001 at yahoo dot com Reported By: alonso at admintek dot net Status: No Feedback Bug Type: Mail related Operating System: win2000 PHP Version: 4.2.1 Assigned To: mfischer New Comment: i have win98 and iam using devshed ,and i download easy SMTP to make my PC an SMTP server i always try to send mail but i fail could someone tell me how to cofig to send the email Previous Comments: [2003-11-16 18:59:02] doug32x at hotmail dot com OS Windows XP home Editio Server Apache 1.3.28 PHP 4.3.3 I tried doing this: I get this: Warning: mail(): Failed to connect to mailserver at "localhost" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set(). I tried by changin the php.ini and it does not work :( I hope you can help me Thanks a lot [2003-03-19 11:03:17] lucasnishimura at hotmail dot com Anyone found a solution to this problem? if so please contact me at the above email address.. thx in advance... [2002-10-14 19:26:49] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-09-21 10:12:22] [EMAIL PROTECTED] If I run my script through http://snaps.php.net/win32/php4-win32-latest.zip with ---8< php.ini SMTP = sendmail_from = whoever error_reporting = E_ALL display_errors = On and 8< mail_15373.php I get C:\php>cvsdebug\php -c . mail_15373.php Sending mail ... Warning: mail() [http://www.php.net/function.mail]: Failed to connect to mailserver at "" port 25, verify your "SMTP" an d "smtp_port" setting in php.ini or use ini_set() in mail_15373.php on line 4 bool(false) Same if I give some nonsense SMTP host: C:\php>cvsdebug\php -c . mail_15373.php Sending mail ... Warning: mail() [http://www.php.net/function.mail]: Failed to connect to mailserver at "acbsdflskadfasklfhas-asdfasdfs" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in mail_15373.php on line 4 bool(false) Please also test http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-03 12:23:47] 123 at 123 dot com I ran into this same problem and had to set my smtp Relay Restrictions to allow the program to relay the message through the vertual server. 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/15373 -- Edit this bug report at http://bugs.php.net/?id=15373&edit=1
#26670 [NEW]: Repeated use of include() function causes fatal error.
From: transporteraccident at hotmail dot com Operating system: Fedora Core 1 PHP version: 4.3.3 PHP Bug Type: Reproducible crash Bug description: Repeated use of include() function causes fatal error. Description: I've been trying to use multiple levels of includes to create a kind of inheritance effect. Each directory has an "init.php" which includes the "init.php" file from the directory one level above. I was hoping to have this work, but after a few levels deep, I start getting errors like: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 3840 bytes) in /www/php-example/1/init.php on line 2 Logically, I'm thinking this should work, since each include file will include the file from above and, so forth. Reproduce code: --- http://129.219.146.200/php-example/1/2/init.php Expected result: File name: /php-example/init.php Current value of $path = /php-example/ File name: /php-example/1/init.php Current value of $path = /php-example/1/ File name: /php-example/1/2/init.php Current value of $path = /php-example/1/2 Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 3840 bytes) in /www/php-example/1/init.php on line 2 -- Edit bug report at http://bugs.php.net/?id=26670&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26670&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26670&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26670&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26670&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26670&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26670&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26670&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26670&r=support Expected behavior: http://bugs.php.net/fix.php?id=26670&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26670&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26670&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26670&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26670&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26670&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26670&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26670&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26670&r=float
#26670 [Opn->Bgs]: Repeated use of include() function causes fatal error.
ID: 26670 Updated by: [EMAIL PROTECTED] Reported By: transporteraccident at hotmail dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Fedora Core 1 PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Increase the size of memory_limit in the php.ini. Previous Comments: [2003-12-19 13:54:32] transporteraccident at hotmail dot com Description: I've been trying to use multiple levels of includes to create a kind of inheritance effect. Each directory has an "init.php" which includes the "init.php" file from the directory one level above. I was hoping to have this work, but after a few levels deep, I start getting errors like: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 3840 bytes) in /www/php-example/1/init.php on line 2 Logically, I'm thinking this should work, since each include file will include the file from above and, so forth. Reproduce code: --- http://129.219.146.200/php-example/1/2/init.php Expected result: File name: /php-example/init.php Current value of $path = /php-example/ File name: /php-example/1/init.php Current value of $path = /php-example/1/ File name: /php-example/1/2/init.php Current value of $path = /php-example/1/2 Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 3840 bytes) in /www/php-example/1/init.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=26670&edit=1
#26671 [NEW]: SWITCH fails when DEFAULT statement included
From: memoimyself at yahoo dot com dot br
Operating system: Windows 2000 SP 4
PHP version: 4.3.4
PHP Bug Type: Scripting Engine problem
Bug description: SWITCH fails when DEFAULT statement included
Description:
The "switch" statement fails when a "default" case is included, as in the
example below. It makes no difference if there's a "break" at the end of
the default case.
I'm not leaving out any parentheses, braces or semi-colons. In fact, all
you need to do in order to get the switch statement below to work is
comment out the last two lines before the closing brace.
Reproduce code:
---
$test = 'a';
switch ($test)
{
case 'a':
print 'a';
break;
case 'b':
print 'b';
break;
default:
print 'neither';
}
Expected result:
String 'a' should be printed on screen.
Actual result:
--
Parse error: parse error, unexpected T_DEFAULT in D:\htdocs\Test\test.php
on line 12
--
Edit bug report at http://bugs.php.net/?id=26671&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26671&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26671&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26671&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26671&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26671&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26671&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26671&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26671&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26671&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26671&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26671&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26671&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26671&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26671&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26671&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26671&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26671&r=float
#26672 [NEW]: $caljun doesnt resolve when sent the number 16
From: joe at nnjconsultants dot com
Operating system: I dont know
PHP version: Irrelevant
PHP Bug Type: *Calendar problems
Bug description: $caljun doesnt resolve when sent the number 16
Description:
I have a Redirect PHP script that I use to store urls to report what event
is on a certain day. I have made 12 $identifiers from $caljan through
$caldec for each month. Every month and day works fine except for june
16th and I cant explain it. As you can see from the links provided the
15th and 17th day work just not the 16th day.
Reproduce code:
---
http://www.njfop46.com/sample/calredir.php?calmonth=jun&calday=15
http://www.njfop46.com/sample/calredir.php?calmonth=jun&calday=16
http://www.njfop46.com/sample/calredir.php?calmonth=jun&calday=17
$caljun = array(
'index.php',//0
'', //1
Through
'events.php', //15
'events.php', //16
'events.php', //17
Through
'', //30
);
if ($cmon == "jun") { if ($cday << "31" && $cday >> "0") { if
($caljun[$cday] <> "") { header("Location: $caljun[$cday]"); } } }
Expected result:
Like I said I want to be redirected to the events page in this example.
The array of everything works except 16.
Actual result:
--
The result that I get is the same one as when someone goes to a page when
an event doesnt exist ie:
http://www.njfop46.com/sample/calredir.php?calmonth=jan&calday=1
--
Edit bug report at http://bugs.php.net/?id=26672&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26672&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26672&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26672&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26672&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26672&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26672&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26672&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26672&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26672&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26672&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26672&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26672&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26672&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26672&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26672&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26672&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26672&r=float
#26673 [NEW]: Nested object reference count not incremented when object copied?
From: samlw at aol dot com
Operating system: OS X
PHP version: 4.3.4
PHP Bug Type: Scripting Engine problem
Bug description: Nested object reference count not incremented when object copied?
Description:
In certain cases, the reference
counting mechanism seems to become confused when
dealing with nested objects.
If class 'outer' has a member that is an object of
class 'inner', then a copy of an instance of outer
sometimes shares the original's reference to inner. As
a result, if a change is made to the inner member of
the copy, the original's inner is also changed. See the
attached code for a working example of this problem.
I have reproduced this problem in v 4.3.2 and 4.3.4
running on OS X.
Reproduce code:
---
class inner {
var $val1;
var $val2;
function inner ($val1, $val2) {
$this->set($val1, $val2);
}
function set ($val1, $val2) {
$this->val1 = $val1;
$this->val2 = $val2;
}
}
class outer {
var $val0;
var $inner;
function outer ($val0, $val1, $val2) {
$this->val0 = $val0;
$this->inner = new inner($val1, $val2);
}
function set ($val0, $val1, $val2) {
$this->val0 = $val0;
$this->inner->set($val1, $val2);
}
}
// construct and dump an object with values [0, 1, 2]
$myOuter = new outer(0, 1, 2);
var_dump($myOuter);
echo '';
// change values to [3, 4, 5]
$myOuter->set(3, 4, 5);
var_dump($myOuter);
echo '';
// make a COPY and change values to [6, 7, 8]
$myOuterCopy = $myOuter;
$myOuterCopy->set(6, 7, 8);
var_dump($myOuterCopy);
echo '';
// dump original - should still be [3, 4, 5], but it is [3, 7, 8]!!!
// the inner object is not getting copied on modification!!!
var_dump($myOuter);
echo '';
Expected result:
The final var_dump should produce:
object(outer)(2) { ["val0"]=> int(3) ["inner"]=>
&object(inner)(2) { ["val1"]=> int(4)
["val2"]=> int(5) } }
Actual result:
--
The final var_dump produces:
object(outer)(2) { ["val0"]=> int(3) ["inner"]=>
&object(inner)(2) { ["val1"]=> int(7)
["val2"]=> int(8) } }
--
Edit bug report at http://bugs.php.net/?id=26673&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26673&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26673&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26673&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26673&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26673&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26673&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26673&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26673&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26673&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26673&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26673&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26673&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26673&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26673&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26673&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26673&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26673&r=float
#26671 [Opn->Fbk]: SWITCH fails when DEFAULT statement included
ID: 26671
Updated by: [EMAIL PROTECTED]
Reported By: memoimyself at yahoo dot com dot br
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows 2000 SP 4
PHP Version: 4.3.4
New Comment:
Works fine for me, same system:
D:\PHP>php test.php
Content-type: text/html
X-Powered-By: PHP/4.3.4
a
D:\PHP>
Are you sure, that you don't have some control-character or anything
like that in your code? Please retest.
Previous Comments:
[2003-12-19 16:07:32] memoimyself at yahoo dot com dot br
Description:
The "switch" statement fails when a "default" case is included, as in
the example below. It makes no difference if there's a "break" at the
end of the default case.
I'm not leaving out any parentheses, braces or semi-colons. In fact,
all you need to do in order to get the switch statement below to work
is comment out the last two lines before the closing brace.
Reproduce code:
---
$test = 'a';
switch ($test)
{
case 'a':
print 'a';
break;
case 'b':
print 'b';
break;
default:
print 'neither';
}
Expected result:
String 'a' should be printed on screen.
Actual result:
--
Parse error: parse error, unexpected T_DEFAULT in
D:\htdocs\Test\test.php on line 12
--
Edit this bug report at http://bugs.php.net/?id=26671&edit=1
#26672 [Opn->Bgs]: $caljun doesnt resolve when sent the number 16
ID: 26672
Updated by: [EMAIL PROTECTED]
Reported By: joe at nnjconsultants dot com
-Status: Open
+Status: Bogus
Bug Type: *Calendar problems
Operating System: I dont know
PHP Version: Irrelevant
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
Previous Comments:
[2003-12-19 17:29:15] joe at nnjconsultants dot com
Description:
I have a Redirect PHP script that I use to store urls to report what
event is on a certain day. I have made 12 $identifiers from $caljan
through $caldec for each month. Every month and day works fine except
for june 16th and I cant explain it. As you can see from the links
provided the 15th and 17th day work just not the 16th day.
Reproduce code:
---
http://www.njfop46.com/sample/calredir.php?calmonth=jun&calday=15
http://www.njfop46.com/sample/calredir.php?calmonth=jun&calday=16
http://www.njfop46.com/sample/calredir.php?calmonth=jun&calday=17
$caljun = array(
'index.php',//0
'', //1
Through
'events.php', //15
'events.php', //16
'events.php', //17
Through
'', //30
);
if ($cmon == "jun") { if ($cday << "31" && $cday >> "0") { if
($caljun[$cday] <> "") { header("Location: $caljun[$cday]"); } } }
Expected result:
Like I said I want to be redirected to the events page in this example.
The array of everything works except 16.
Actual result:
--
The result that I get is the same one as when someone goes to a page
when an event doesnt exist ie:
http://www.njfop46.com/sample/calredir.php?calmonth=jan&calday=1
--
Edit this bug report at http://bugs.php.net/?id=26672&edit=1
#26674 [NEW]: My email address needs to be removed from this site please
From: nobody at nobody dot com Operating system: Windows 2000 PHP version: 4.3.4 PHP Bug Type: *General Issues Bug description: My email address needs to be removed from this site please Description: Dear Administrator, My email address - paul at gryphyn dot com - appears on your site with it's actual correct syntax. That was a mistake on my part because spammers glean these addresses with robots and spiders and then inundate my email account. Can you please refer all references to my email address using it's correct syntax from you site please? Thankyou. paul ps - the bug that it appears at is: 10800 -- Edit bug report at http://bugs.php.net/?id=26674&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26674&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26674&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26674&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26674&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26674&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26674&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26674&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26674&r=support Expected behavior: http://bugs.php.net/fix.php?id=26674&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26674&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26674&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26674&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26674&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26674&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26674&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26674&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26674&r=float
#26675 [NEW]: Segfault on ArrayAccess use
From: xi at ngs dot ru
Operating system: Debian 3.0
PHP version: 5CVS-2003-12-19 (dev)
PHP Bug Type: Reproducible crash
Bug description: Segfault on ArrayAccess use
Description:
The following code produces segfault using snapshot php5-200312191230.
Reproduce code:
---
array[ $offset ] ); }
public function offsetGet( $offset )
{ return $this->array[ $offset ]; }
public function offsetSet( $offset, $data )
{ $this->array[ $offset ] = $data; }
public function offsetUnset( $offset )
{ unset( $this->array[ $offset ] ); }
}
$a = new A();
$a[] = 'Segfault here!';
?>
Expected result:
String added to $a
Actual result:
--
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=26675&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26675&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26675&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26675&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26675&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26675&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26675&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26675&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26675&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26675&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26675&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26675&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26675&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26675&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26675&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26675&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26675&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26675&r=float
#26676 [NEW]: Same as bug #12360
From: sheep at fearthisclan dot com Operating system: FreeBSD 4.8-RELEASE PHP version: 4.3.2 PHP Bug Type: Sockets related Bug description: Same as bug #12360 Description: I need bug #12360 to be reopened. I've been going rounds with my web host about a socket problem just like the one described in bug report #12360. I'm wondering if this has been fixed or not so i can tell them how to fix it?? If you need to see the info page for the server to know the settings here it is http://www.gnatab.com/info.php Thank you, Tommy -- Edit bug report at http://bugs.php.net/?id=26676&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26676&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26676&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26676&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26676&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26676&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26676&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26676&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26676&r=support Expected behavior: http://bugs.php.net/fix.php?id=26676&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26676&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26676&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26676&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26676&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26676&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26676&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26676&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26676&r=float
#26677 [NEW]: Errors when compiling with mbstring support php5b3
From: behrens at takenet dot de
Operating system: IRIX64
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Compile Failure
Bug description: Errors when compiling with mbstring support php5b3
Description:
When compiling the php5b3 with mbstring support on a recent IRIX version
with latest mips cc 7.4.1 spells out some errors.
cc-1020 cc: ERROR File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 149
The identifier "code" is undefined.
regex_error_code_to_str(UChar* s, code, va_alist)
^
cc-1020 cc: ERROR File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 149
The identifier "va_alist" is undefined.
regex_error_code_to_str(UChar* s, code, va_alist)
^
cc-1137 cc: ERROR File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 149
Unnamed prototyped parameters not allowed when body is present.
regex_error_code_to_str(UChar* s, code, va_alist)
^
cc-1129 cc: ERROR File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 150
A left brace ("{") is expected at this point.
int code;
^
cc-1012 cc: WARNING File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 153
Parsing restarts here after previous syntax error.
{
^
cc-1020 cc: ERROR File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 159
The identifier "va_alist" is undefined.
va_init_list(vargs, code);
^
cc-1020 cc: ERROR File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 161
The identifier "code" is undefined.
switch (code) {
^
cc-1515 cc: WARNING File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 166
A value of type "char *" cannot be assigned to an entity of type "UChar
*".
q = regex_error_code_to_format(code);
^
cc-1515 cc: WARNING File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 197
A value of type "char *" cannot be assigned to an entity of type "UChar
*".
q = regex_error_code_to_format(code);
^
cc-1164 cc: WARNING File =
/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c, Line = 198
Argument of type "UChar *" is incompatible with parameter of type
"const char *".
len = strlen(q);
^
unable to proceed because of earlier errors
6 errors detected in the compilation of
"/usr2/MIPS/php-5.0.0b3RC2/ext/mbstring/oniguruma/regerror.c".
[octane]:/usr2/MIPS/php-5.0.0b3RC2 $ cat config.nice.cli
#! /bin/sh
#
# Created by configure
rm config.cache
gmake distclean
CFLAGS='-O3 -apo -mp -mips4 -OPT:Olimit=0 -TARG:platform=IP30 -Xcpluscomm
-I/usr/local/include -I/usr/freeware/include -I/usr/include' \
CXXFLAGS='-O3 -mips4' \
LDFLAGS='-mp -W,rpath=/usr/freeware/lib32 -W,rpath=/usr/lib32 ' \
CC='cc' \
CXX='CC' \
'./configure' \
'--enable-wddx' \
'--enable-sysvmsg' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-tokenizer' \
'--enable-mbstring' \
'--enable-mbregex' \
'--enable-dbase' \
'--with-sqlite ' \
'--enable-sockets' \
"$@"
I hope someone can take a look on it
--
Edit bug report at http://bugs.php.net/?id=26677&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26677&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26677&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26677&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26677&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26677&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26677&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26677&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26677&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26677&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26677&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26677&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26677&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26677&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26677&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26677&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26677&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26677&r=float
#26678 [NEW]: preg_quote doesn't quote forward slashes
From: gnif at spacevs dot com Operating system: Debain PHP version: 4.3.2 PHP Bug Type: *Regular Expressions Bug description: preg_quote doesn't quote forward slashes Description: if you use preg_quote to escape a string with forward slashes in it, it doesn't quote them. Reproduce code: --- $file = 'pages/box/test.php'; echo preg_quote($file); Expected result: pages\/box\/test\.php Actual result: -- pages/box/test\.php -- Edit bug report at http://bugs.php.net/?id=26678&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26678&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26678&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26678&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26678&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26678&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26678&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26678&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26678&r=support Expected behavior: http://bugs.php.net/fix.php?id=26678&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26678&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26678&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26678&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26678&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26678&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26678&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26678&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26678&r=float
#15325 [Csd->Bgs]: mssql_query returns early
ID: 15325
Updated by: [EMAIL PROTECTED]
Reported By: mike at dct-mail dot com
-Status: Closed
+Status: Bogus
Bug Type: MSSQL related
Operating System: Windows 2000 Server
PHP Version: 4.1.1
New Comment:
Both php4 and php5 works fine with backups. You need to create the
decice fiest with a command like this:
sp_addumpdevice 'disk', 'DC_Northwind', 'c:\backup'
This code create the backup
$con = mssql_connect("pear_mdb", "sa", "");
if ($con) {
mssql_select_db("master", $con);
$rs = mssql_query("BACKUP DATABASE Northwind TO DC_Northwind with
format", $con);
mssql_close($con);
}
Notice the with format, this forces the device to be overwritten on
each backup.
Previous Comments:
[2003-12-18 13:07:21] sargon at tut dot by
Me too! The same error.
Php ver. 4.3.1; WinXP Pro; MSSQL 2000 SP3.
[2002-10-28 10:53:55] [EMAIL PROTECTED]
not a php extension issue...
[2002-02-08 02:54:07] mike at dct-mail dot com
The return from mssql_query() appears to be immediate. When the call to
sleep() is present, the backup continues and completes during the
sleep() and the execution timer isn't exceeded. (I verified by using a
sleep(300) and did get the timer exceeded error.)
[2002-02-07 23:47:50] ollie at cronky dot net
Is the backup taking longer than your max script execution time (in
php.ini) by any chance?
[2002-02-01 11:05:06] mike at dct-mail dot com
Running the 4.1.1 binaries from php.net:
Using mssql_query() to issue a backup statement doesn't work
$conn = msssql_connect("localhost", "sa", "") or die("bad");
$sql = "BACKUP DATABASE Northwind TO DC_Northwind";
$result = mssql_query($sql, $conn);
mssql_close($conn);
sets $result to 1 and the script prints:
MS SQL message: Cannot create worker thread. (severity 16) in Unknown
on Line 0
MS SQL message: BACKUP DATABASE is terminating abnormally. (severity
16) in Unknown on Line 0
Then a dialog box reports:
The instruction at "0x100a0f9d" referenced memory at "0x". The
memory cannot be "written".
SQL Profiler confirms that the backup failed.
If a sleep(25) is placed after the call to mssql_query():
1) The warning messages aren't displayed
2) The backup actually succeeds
but
3) The dialog box still appears (and the script terminates).
Using the 4.0.6 binaries from the web site the backup behaves
identically, BUT the dialog box does not appear and the script
terminates cleanly.
The SQL Server has all service packs installed and the backup commands
work without problem from the query analyzer or isql.exe
--
Edit this bug report at http://bugs.php.net/?id=15325&edit=1
