#37229 [Fbk->Csd]: values of $_SESSION array in copyies are references
ID: 37229
User updated by: mcsimm at inbox dot ru
Reported By: mcsimm at inbox dot ru
-Status: Feedback
+Status: Closed
Bug Type: Session related
Operating System: FreeBSD 5.4-RELEASE
PHP Version: 4.4.2
New Comment:
note: on 4.4.2 bug can be reproduced only on second request from
browser, in other words when browser sends SID and appropriate session
file exists and session_start() reads it.
I've tested it with the latest sources from your link -- in version
4.4.3-dev this bug is absent.
Previous Comments:
[2006-04-28 00:43:44] [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
Can't reproduce
[2006-04-27 22:47:50] judas dot iscariote at gmail dot com
your test produces the "expected result" in current 5.2.0-dev CVS.
[2006-04-27 22:33:27] mcsimm at inbox dot ru
Description:
When keeping copyies of $_SESSION array its values are copied as
references.
Bug has found in version 4.4.2 (FreeBSD)
In version 4.3.10 (Windows) this work correctly.
Reproduce code:
---
Expected result:
array(1) {
["var"]=>
string(5) "first"
}
array(1) {
["var"]=>
string(6) "second"
}
Actual result:
--
array(1) {
["var"]=>
&string(6) "second"
}
array(1) {
["var"]=>
&string(6) "second"
}
--
Edit this bug report at http://bugs.php.net/?id=37229&edit=1
#37226 [Opn->Bgs]: no java.so file created after compilation
ID: 37226 Updated by: [EMAIL PROTECTED] Reported By: rithish dot saralaya at tallysolutions dot com -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: RHEL 3 PHP Version: 5.1.2 New Comment: You could have save a lot of time by just RTFM: http://php.net/java "This PECL extension is not bundled with PHP." Anyway I guess you are looking for http://php-java-bridge.sourceforge.net/ Previous Comments: [2006-04-28 06:00:05] rithish dot saralaya at tallysolutions dot com Checked the difference of the configure files of PHP-4.3.10 and PHP 5.0.2, and found that the configure options for JAVA support are missing in the PHP-5.0.2 Why the omission? [2006-04-27 16:12:06] rithish dot saralaya at tallysolutions dot com Description: We are trying to compile PHP with JAVA support. We have tried various versions of PHP with various combinations of JDK versions. We tried PHP-5.1.2 and php5.1-200604271430.tar.gz (latest snapshot) with J2SDK1.4 Both fail to generate a java.so/libphp_java.so file. We are trying with J2SDK1.4 because it created a java.so file with PHP4.3.10 Configure options are ./configure --with-apxs2=/usr/sbin/apxs --with-java=/home/phprpms/j2sdk1.4 -- Edit this bug report at http://bugs.php.net/?id=37226&edit=1
#37231 [Opn->Bgs]: Array of object's problem
ID: 37231
Updated by: [EMAIL PROTECTED]
Reported By: espiao at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Debian
PHP Version: 5.1.2
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
OBject behaviour has changed from PHP4 to PHP5, please catch up on the
manual.
Previous Comments:
[2006-04-28 05:54:09] espiao at gmail dot com
I'm using a monkey code to solve this:
$myObjectArray = array();
foreach ($myObject->objects as &$item)
$myObjectArray[] = copy $item;
This code as an solution, but is really ugly. I belive that is as real
bug.
[2006-04-28 05:46:32] espiao at gmail dot com
Description:
I'm using an array of objects and when I copy the array to an another
array structure this will referencing, not copying.
I tried to use copy() statement, but it works only to objects,
off-course.
Soorry by bad english.
Reproduce code:
---
class slaveObject {
public $singleVar;
public __construct($mySingleVar) { $this->sigleVar = $mySingleVar; }
}
class mainObject {
public $objects = array();
public __construct() {
$this->objects[] = new slaveObject('Example1');
$this->objects[] = new slaveObject('Example2');
$this->objects[] = new slaveObject('Example3');
}
}
$myObject = &new mainObject();
$myObjectArray = $myObject->objects;
print_r($myObject->objects);
$myObjectArray[0]->singleVar = 'Example4';
print_r($myObject->objects);
print_r($myObjectArray);
Expected result:
Array(
[0] => slaveObject (
[singleVar] => Example1
)
[1] => slaveObject (
[singleVar] => Example2
)
[2] => slaveObject (
[singleVar] => Example3
)
)
Array(
[0] => slaveObject (
[singleVar] => Example1
)
[1] => slaveObject (
[singleVar] => Example2
)
[2] => slaveObject (
[singleVar] => Example3
)
)
Array(
[0] => slaveObject (
[singleVar] => Example4
)
[1] => slaveObject (
[singleVar] => Example2
)
[2] => slaveObject (
[singleVar] => Example3
)
)
Actual result:
--
Array(
[0] => slaveObject (
[singleVar] => Example1
)
[1] => slaveObject (
[singleVar] => Example2
)
[2] => slaveObject (
[singleVar] => Example3
)
)
Array(
[0] => slaveObject (
[singleVar] => Example4
)
[1] => slaveObject (
[singleVar] => Example2
)
[2] => slaveObject (
[singleVar] => Example3
)
)
Array(
[0] => slaveObject (
[singleVar] => Example4
)
[1] => slaveObject (
[singleVar] => Example2
)
[2] => slaveObject (
[singleVar] => Example3
)
)
--
Edit this bug report at http://bugs.php.net/?id=37231&edit=1
#36081 [Bgs->Opn]: PHP Script continues to run after user hits "stop"
ID: 36081
User updated by: bashusr at gmail dot com
Reported By: bashusr at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: IIS related
Operating System: Windows 2003
PHP Version: 4.4.2
New Comment:
Ok... I took Philip's advice from irc://irc.freenode.net/##php and
actually ran the simple while(true) {} script in apache2 with the
latest php snapshot... Same results, except apache2 seemed to respect
the 30 second execution limits... This isn´t just an IIS bug if it
makes anyone more inclined to fix it.
Previous Comments:
[2006-01-21 02:00:00] bashusr at gmail dot com
If this is true, PHP documentation should have a note that it does not
support IIS fully.
[2006-01-21 01:56:16] [EMAIL PROTECTED]
Yes, Apache is also very easy to install on Windows.
You can get it from http://httpd.apache.org/
It's not only much better webserver than IIS, it actually works. :)
[2006-01-21 00:12:47] bashusr at gmail dot com
apache on windows? I do not have apache and do not have the ability to
install it on this server. I know when I run similar scripts on apache
under linux, I have no problems.
[2006-01-20 15:56:05] [EMAIL PROTECTED]
Does it happen with Apache? (try it if you haven't done so yet)
[2006-01-20 14:50:20] bashusr at gmail dot com
I get a lot of "hey"'s, then click "stop" on the browser and the script
is still running in the background taking up 100% cpu and making
temp.txt 10 MB large.
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/36081
--
Edit this bug report at http://bugs.php.net/?id=36081&edit=1
#37234 [NEW]: unpack() hex problem
From: phpbug at drque dot net Operating system: Linux, Debian 2.6.8-3-k7 PHP version: 5.1.2 PHP Bug Type: Unknown/Other Function Bug description: unpack() hex problem Description: When unpacking hex with 'unpack', a "0" is appended to the end of the resulting string. This did not happen in previous versions (this code functions in PHP 5.1.1). A quick fix can be done by commenting out line 695 in "ext/standard/pack.c": Change len -= argb % 2; to //len -= argb % 2; This line is one of 6 differences in "pack.c" between version 5.1.1 and 5.1.2. I wasn't able to understand why the "len -= argb %2" line was added. Reproduce code: --- Expected result: c45dc988443fa8fff52ce7953bf049b8 c45dc988443fa8fff52ce7953bf049b8 Actual result: -- c45dc988443fa8fff52ce7953bf049b8 c45dc988443fa8fff52ce7953bf049b80 -- Edit bug report at http://bugs.php.net/?id=37234&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37234&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37234&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37234&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37234&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37234&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37234&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37234&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37234&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37234&r=support Expected behavior:http://bugs.php.net/fix.php?id=37234&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37234&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37234&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37234&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37234&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37234&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37234&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37234&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37234&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37234&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37234&r=mysqlcfg
#37235 [NEW]: in_array returns true for non-existing elements
From: hodacsi at mailbox dot hu Operating system: Windows PHP version: 5.1.2 PHP Bug Type: Arrays related Bug description: in_array returns true for non-existing elements Description: The code speaks for itself: in_array founds a string in the array when it definitely should not. The code is kept simple - I've also used variables and verified variable types with gettype, so it's _should not_ be a matter of using strict parameter. Using the third 'strict' parameter it works as expected, even if it's definitely not a question of types. Tested under several PHP versions and platforms. Reproduce code: --- Expected result: It should not find the string and should echo "not found". Actual result: -- "found" -- Edit bug report at http://bugs.php.net/?id=37235&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37235&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37235&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37235&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37235&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37235&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37235&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37235&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37235&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37235&r=support Expected behavior:http://bugs.php.net/fix.php?id=37235&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37235&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37235&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37235&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37235&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37235&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37235&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37235&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37235&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37235&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37235&r=mysqlcfg
#37236 [NEW]: Function move_uploaded_file(): canot work in snap 200604281030
From: youza at post dot cz Operating system: fedora core 4 PHP version: 4CVS-2006-04-28 (snap) PHP Bug Type: *Directory/Filesystem functions Bug description: Function move_uploaded_file(): canot work in snap 200604281030 Description: Function move_uploaded_file() work fine in php4-STABLE-200602010935.tar.gz but not work in last php4-STABLE-200604281030.tar.gz the code www page, directory structure and permission and apache, configuration is the same. Error message: [28-Apr-2006 12:28:16] PHP Warning: move_uploaded_file(): open_basedir restriction in effect. File(/tmp/php0FDyAV) is not within the allowed path(s): (/my/web/path) in /my/web/path/upload/upload.php on line 53 [28-Apr-2006 12:28:16] PHP Warning: move_uploaded_file(/tmp/php0FDyAV): failed to open stream: Operation not permitted in /my/web/path/upload/upload.php on line 53 [28-Apr-2006 12:28:16] PHP Warning: move_uploaded_file(): Unable to move '/tmp/php0FDyAV' to 'upload/php0FDyAV' in /my/web/path/upload/upload.php on line 53 How is problem in ext/standard/file.c ??? the chages: http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/file.c?r1=1.279.2.70.2.6&r2=1.279.2.70.2.7&pathrev=PHP_4_4 Reproduce code: --- move_uploaded_file($file, $destination); -- Edit bug report at http://bugs.php.net/?id=37236&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37236&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37236&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37236&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37236&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37236&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37236&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37236&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37236&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37236&r=support Expected behavior:http://bugs.php.net/fix.php?id=37236&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37236&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37236&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37236&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37236&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37236&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37236&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37236&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37236&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37236&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37236&r=mysqlcfg
#37235 [Opn->Bgs]: in_array returns true for non-existing elements
ID: 37235 Updated by: [EMAIL PROTECTED] Reported By: hodacsi at mailbox dot hu -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Windows PHP Version: 5.1.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Set the third (optional) parameter to TRUE if you want to do strict checks, else type conversions (int in this case) will be performed. Previous Comments: [2006-04-28 11:08:25] hodacsi at mailbox dot hu Description: The code speaks for itself: in_array founds a string in the array when it definitely should not. The code is kept simple - I've also used variables and verified variable types with gettype, so it's _should not_ be a matter of using strict parameter. Using the third 'strict' parameter it works as expected, even if it's definitely not a question of types. Tested under several PHP versions and platforms. Reproduce code: --- Expected result: It should not find the string and should echo "not found". Actual result: -- "found" -- Edit this bug report at http://bugs.php.net/?id=37235&edit=1
#37228 [Bgs]: XMLReader never returns XMLReader::XML_DECLARATION nodes
ID: 37228
User updated by: dennis at inmarket dot lviv dot ua
Reported By: dennis at inmarket dot lviv dot ua
Status: Bogus
Bug Type: *XML functions
Operating System: WinXP
PHP Version: 5CVS-2006-04-27 (snap)
New Comment:
For those who experience this bug and need it to be fixed, please see
it filed on PECL http://pecl.php.net/bugs/bug.php?id=7512
Previous Comments:
[2006-04-27 21:36:58] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
This is a known issue in libxml2
[2006-04-27 21:20:55] dennis at inmarket dot lviv dot ua
Description:
XMLReader never returns XMLReader::XML_DECLARATION nodes in a call to
XMLReader::read() (silently skips them, however, complains about
well-formedness if the XML declaration is not at the very beginning of
the XML, ie, after a comment or the DTD)
Reproduce code:
---
]>
TitlePara
EOT;
$xml = new XMLReader();
$xml->XML($xmld);
while($xml->read()) {
echo "$xml->nodeType \n";
}
?>
Expected result:
17 <- the nodeType value for XMLReader::XML_DECLARATION
8
10
8
8
1
1
3
15
1
3
15
15
Actual result:
--
8
10
8
8
1
1
3
15
1
3
15
15
--
Edit this bug report at http://bugs.php.net/?id=37228&edit=1
#37233 [Opn->Bgs]: Includes, inheritance and interface cause error
ID: 37233 Updated by: [EMAIL PROTECTED] Reported By: paul at stunning-stuff dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Win XP Pro SP2 PHP Version: 5.1.2 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. Previous Comments: [2006-04-28 06:27:35] paul at stunning-stuff dot com Description: I have seen 2 reports (#30452 & #30453) that seem similar to this bug. Both of them were closed with the message 'Won't fix'. I don't think this is fair, it is a bug and it should be fixed because it seriously limits the OOP capabilities of PHP5. I included a feasible real-world example that shows why this bug should be fixed (I tried to make it as short as possible). Running index.php will cause a Fatal Error because Manager could not be found in language_manager.class.php on line 6. This happens because Manager is declared after LanguageManager is declared, even though (visually) manager.class.php is included before language_manager.class.php. The strange thing is, when Manager doesn't implement the interface Whatever, everything is fine! If it works without an interface it should work with an interface as well. Thanks for the time and effort you guys spend on making a great programming language. I know it's free, so I am not going to demand a fix :-), I'll just say 'pretty please' instead ;-). Thanks, Paul Reproduce code: --- index.php manager.class.php language_manager.class.php whatever.class.php Expected result: No output Actual result: -- Fatal error: Class 'Manager' not found in C:\Web Server\Web Root\sandbox\bug\language_manager.class.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=37233&edit=1
#37237 [NEW]: aaaaa
From: hessam dot isa at gmail dot com Operating system: a PHP version: 6CVS-2006-04-28 (CVS) PHP Bug Type: URL related Bug description: a Description: a Reproduce code: --- a Expected result: a -- Edit bug report at http://bugs.php.net/?id=37237&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37237&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37237&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37237&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37237&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37237&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37237&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37237&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37237&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37237&r=support Expected behavior:http://bugs.php.net/fix.php?id=37237&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37237&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37237&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37237&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37237&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37237&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37237&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37237&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37237&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37237&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37237&r=mysqlcfg
#37237 [Opn->Bgs]: aaaaa
ID: 37237 Updated by: [EMAIL PROTECTED] Reported By: hessam dot isa at gmail dot com -Status: Open +Status: Bogus Bug Type: URL related Operating System: a PHP Version: 6CVS-2006-04-28 (CVS) New Comment: b Previous Comments: [2006-04-28 14:23:28] hessam dot isa at gmail dot com Description: a Reproduce code: --- a Expected result: a -- Edit this bug report at http://bugs.php.net/?id=37237&edit=1
#37156 [Com]: referenced memory cannot be written
ID: 37156 Comment by: ranald at gmail dot com Reported By: hajblind at sbcglobal dot net Status: Feedback Bug Type: Unknown/Other Function Operating System: windows media center 2005 PHP Version: 5CVS-2006-04-21 (CVS) New Comment: I have almost the exact problem with this same game. I downloaded the game and installed it and it was fine, no errors it ran with no problems. But after about a week i uninstalled it. A day later i decided that i wanted to play it again, and so i reinstalled it. I expected it to run smoothly like it had before. But, this time when i open it it comes up with this weird memory error, the same one that was spoken about before. I have posted a screen shot of it here: http://a.domaindlx.com/RGPz/error.jpg After this error pops up my computer restarts! The error message remains on my desktop when windows loads up again. This happens everytime i try to run the game. I have tried reinstalling the game several times, but the same problem keeps happening. I've read the log of my Rakion game, and there seems to be a problem in the start up. If you would like a copy of the log here it is: http://a.domaindlx.com/RGPz/Rakion.log Do you know what is wrong with the program? Or would the problem be hardware? Thanks heaps! Previous Comments: [2006-04-21 20:45:36] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2006-04-21 20:40:59] hajblind at sbcglobal dot net Description: Everytime i play a game called rakion, every two minutes an error pops up saying "The instruction at 0x1000103c referenced memory at 0x71a55a1c, the memory could not be written. Click ok to terminate the program. I have asked the game staff and they said my computer was fine. Please help me solve the solution. Oh, and im not sure what the php version is... -- Edit this bug report at http://bugs.php.net/?id=37156&edit=1
#16402 [Com]: UnsatisfiedLinkError: send when loading any php file
ID: 16402 Comment by: nidget at nidget dot org Reported By: csbook at adproject dot net Status: No Feedback Bug Type: Servlet related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: Using PHP 5.1.2 and Tomcat 5.5.17, I have a similar problem with php5servlet.dll I have solved the issues with the name of the lib in the properties files. java.library.path is set to c:\php;c:\php\ext Now it can find php5servlet.dll, but not one of the dependent libraries: java.lang.UnsatisfiedLinkError: C:\php\php5servlet.dll: Can't find dependent libraries java.lang.ClassLoader$NativeLibrary.load(Native Method) java.lang.ClassLoader.loadLibrary0(Unknown Source) java.lang.ClassLoader.loadLibrary(Unknown Source) java.lang.Runtime.loadLibrary0(Unknown Source) java.lang.System.loadLibrary(Unknown Source) net.php.reflect.loadLibrary(reflect.java:34) net.php.reflect.(reflect.java:29) net.php.servlet.init(servlet.java:157) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) java.lang.Thread.run(Unknown Source) I have no idea what the missing library can be. I have tried with "Dependency Checker" and it has showed efsadu.dll was missing. I've downloaded it from the internet and copied to c:\php, but I still have the problem. Previous Comments: [2004-11-24 17:34:06] jgbolger at yahoo dot ie im running tomcat-4.1.31 with php-5.0.2-Win32 and jdk-1.5.0 on a windows 2000 system. placed phpsrvlt.jar in: jakarta-tomcat-4.1.31\common\lib I was trying to run php as a servlet but was getting an UnsatisfiedLinkError when running a simple php file. I finally got over this error by opening the phpsrvlt.jar file and editing the 2 properties files. The problem is it is looking for the php5servlet.dll file but this properties file was not changed from php4 where the equivalent to php5servlet.dll is phpsrvlt. So basically, its looking for a dll that is not there, an old version of the dll. You just need to change the line library=phpsrvlt to library=php5servlet and it will find the library. Hope this is of help to somebody [2004-09-12 20:54:37] ijamj at cin dot ufpe dot br I´ve figured out the solution for Windows 2000. Just put the folder that contains "php_java.jar" in the enviroment variable "java.library.path". java -Djava.library.path=c:\php\extensions;c:\tomcat5\common\lib After this, copy the php_java.dll to c:\windows\system32 Works like charm! [2004-08-12 08:06:44] okapi at yahoo dot com I copied the DLLs to C:\windows\system32 and got it to load a phpinfo() page, but then it crashed. I'll file a separate bug on that if I can't find one already. [2004-08-12 08:02:22] okapi at yahoo dot com I'm experiencing this with 4.3.9RC1 on Windows. I've not been able to find a solution to this. [2003-11-25 12:10:16] jordi dot gou at upf dot edu I've had the same problem. I installed php4.3.4 in a linux. I want to obtain php as a servlet because I want to use it in Tomcat server. So I configured it: ./configure --with-mysql= --with-java= --with-servlet Then I execute make and copy libphp4.so in /usr/local/java/jre/lib because I read in a forum to resolve the php4 not installed error. I also copied phpsrvlt.jar to /usr/local/tomcat/common/lib and I modified web.xml to use this servlet Now, when I try to access to php page, the error is java.lang.UnsatisfiedLinkError: send at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:190) at net.php.servlet.service(servlet.java:214) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) ... could anyone help me? Thanks at all Jordi 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/16402 -- Edit this bug report at http://bugs.php.net
#37238 [NEW]: fastcgi-isapi dll runs dynamic servers as filters rather than responders
From: barborak at basikgroup dot com
Operating system: Windows XP
PHP version: 6CVS-2006-04-28 (CVS)
PHP Bug Type: IIS related
Bug description: fastcgi-isapi dll runs dynamic servers as filters rather than
responders
Description:
(I apologize if I am reporting this in the wrong place. It seems that
Shane Caraveo's fastcgi-isapi module is now being maintained as part of
the PHP project. This is a great DLL for general FastCGI applications and
not just PHP. The problem I found relates to using it with Perl to run
dynamic servers. As such, it's not terribly relevant to your work but I
thought I'd report it along with patches.)
1. When using the fastcgi-isapi DLL to run dynamic servers, the dynamic
servers are running as FastCGI filters rather than responders. This is due
to a structure's member not being initialized.
2. When using perl as the server executable, it is sometimes necessary to
include arguments like -T and -w. The Args value in the registry is being
ignored for dynamic servers.
Here are the patches I applied to the code in CVS to fix these problems:
--- FCGIProcMgr.cpp Thu Apr 27 14:46:38 2006
+++ FCGIProcMgr.cpp.new Thu Apr 27 14:45:54 2006
@@ -388,7 +388,10 @@
proc->incServers = parent->incServers;
proc->maxServers = parent->maxServers;
proc->timeout = parent->timeout;
- if (path) strncpy(proc->args, path, sizeof(proc->args)-1);
+ proc->isFilter = parent->isFilter;
+ *( proc->args ) = 0;
+ if (parent->args) strncpy(proc->args, parent->args,
sizeof(proc->args)-1);
+ if (path) strncpy(proc->args + strlen (proc->args), path,
sizeof(proc->args)-1 - strlen (proc->args) );
strncpy(proc->bindPath, bindpath, sizeof(proc->bindPath)-1);
if (dwServerImpersonate) {
proc->env.putEnv("_FCGI_NTAUTH_IMPERSONATE_=1");
And I also needed this change to compile it on my machine:
--- fcgi_server.h Thu Apr 27 14:46:38 2006
+++ fcgi_server.h.new Thu Apr 27 14:43:46 2006
@@ -25,6 +25,10 @@
#define FCGI_SERVER_VERSION "2.2.2 0.5.2 beta"
#define FCGI_ENVIRON_VER "FCGI_SERVER_VERSION=" FCGI_SERVER_VERSION
+#if !defined (INVALID_FILE_ATTRIBUTES)
+#define INVALID_FILE_ATTRIBUTES ((DWORD)-1)
+#endif
+
extern void InitiateServers(char *szExtension);
extern void CheckServers(char *szExtension);
Given these changes and registry settings like the following, I was able
to successfully run perl dynamic servers with the fastcgi-isapi module:
HKEY_LOCAL_MACHINE\SOFTWARE\FASTCGI\.pl
In this key, I added the following values:
AppPath REG_SZ c:\tools\perl\5.6.1\bin\MSWin32-x86\perl.exe
Args REG_SZ -T
BindPath REG_SZ
Note that the value of Args is "-T " (with a space). BindPath is empty.
(Perhaps it's not necessary.)
--
Edit bug report at http://bugs.php.net/?id=37238&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37238&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=37238&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37238&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37238&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37238&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37238&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37238&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37238&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37238&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37238&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37238&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37238&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37238&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37238&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37238&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37238&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37238&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37238&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37238&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37238&r=mysqlcfg
#37233 [Bgs]: Includes, inheritance and interface cause error
ID: 37233 User updated by: paul at stunning-stuff dot com Reported By: paul at stunning-stuff dot com Status: Bogus Bug Type: Class/Object related Operating System: Win XP Pro SP2 PHP Version: 5.1.2 New Comment: Did you even read my post? "the resolution is likely to be the same." And what 'resolution' is that...? Won't fix? What am I supposed to do with a pre-compiled answer like that, if you give me one of those standard answers at least have the courtesy to read my post in its entirety. Not just the first line. What would be a better place for me to post a request for change like the one described in my first post? Thanks, Paul Previous Comments: [2006-04-28 13:25:22] [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. [2006-04-28 06:27:35] paul at stunning-stuff dot com Description: I have seen 2 reports (#30452 & #30453) that seem similar to this bug. Both of them were closed with the message 'Won't fix'. I don't think this is fair, it is a bug and it should be fixed because it seriously limits the OOP capabilities of PHP5. I included a feasible real-world example that shows why this bug should be fixed (I tried to make it as short as possible). Running index.php will cause a Fatal Error because Manager could not be found in language_manager.class.php on line 6. This happens because Manager is declared after LanguageManager is declared, even though (visually) manager.class.php is included before language_manager.class.php. The strange thing is, when Manager doesn't implement the interface Whatever, everything is fine! If it works without an interface it should work with an interface as well. Thanks for the time and effort you guys spend on making a great programming language. I know it's free, so I am not going to demand a fix :-), I'll just say 'pretty please' instead ;-). Thanks, Paul Reproduce code: --- index.php manager.class.php language_manager.class.php whatever.class.php Expected result: No output Actual result: -- Fatal error: Class 'Manager' not found in C:\Web Server\Web Root\sandbox\bug\language_manager.class.php on line 6 -- Edit this bug report at http://bugs.php.net/?id=37233&edit=1
#37239 [NEW]: Regxp couses PHP script crach on Windows
From: dimox at inbox dot lv
Operating system: Windows XP Pro SP2
PHP version: 4.4.2
PHP Bug Type: Reproducible crash
Bug description: Regxp couses PHP script crach on Windows
Description:
Regxp couses PHP script crach on Windows. On Linux Server it works fine,
but I use Windows server on my PC for development.
I try this code on my own PC with Apache/1.3.34 (Win32) PHP/4.4.2 and on
another PC with Apache/1.3.34 (Win32) PHP/4.4.1. On my PC this code souses
Apache crash, but on another PC this code couses only script crash. I
looking information about this bug anywere, but can't find anything
useful, except http://bugs.php.net/bug.php?id=27735. I try with logs
disconnection, but it doesn't change anything.
Help ...
Reproduce code:
---
$regex =
'/block\s*name=\"([^\"]+)\"\s*\%\>((.(?!(block\s)))+?)\blockend/is';
while(preg_match_all($regex, $text, $block_matches, PREG_SET_ORDER)){
...
}
Expected result:
$block_matches array with results of regular expression matches. I need in
this to parse blocks like
block name="name1"
something
block name="name2"
something else
...
blockend
blockend
Actual result:
--
"Server not found" or "The page cannot be displayed" in browser.
After simplification of code to:
$regex = '/block\s*name=\"([^\"]+)\"\s*\%\>(.+?)\blockend/is';
while(preg_match_all($regex, $text, $block_matches, PREG_SET_ORDER)){
...
}
all works fine(remooved lookahead assertion). If i add () around the '.' -
script crash again.
$regex = '/block\s*name=\"([^\"]+)\"\s*\%\>((.)+?)\blockend/is';
--
Edit bug report at http://bugs.php.net/?id=37239&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37239&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=37239&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37239&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37239&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37239&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37239&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37239&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37239&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37239&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37239&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37239&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37239&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37239&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37239&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37239&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37239&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37239&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37239&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37239&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37239&r=mysqlcfg
#37233 [Bgs]: Includes, inheritance and interface cause error
ID: 37233
Updated by: [EMAIL PROTECTED]
Reported By: paul at stunning-stuff dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: Win XP Pro SP2
PHP Version: 5.1.2
New Comment:
> Did you even read my post?
Yes.
> And what 'resolution' is that...? Won't fix?
>What am I supposed to do with a pre-compiled answer like that
Did you read my standard answer?
This is dupe of bug #30453 and bug #30452
> What would be a better place for me to post a request for change like
the one described in my first post?
It's been denied already.
You can easily get around this by moving "require_once
'language_manager.class.php';" into "functionCausingError".
And, if you have read the manual (php.net/oop5.autoload), you'd know
you could also get around this like this;
function __autoload($class) {
require_once strtolower($class). ".class.php";
}
-Hannes
Previous Comments:
[2006-04-28 18:13:44] paul at stunning-stuff dot com
Did you even read my post?
"the resolution is likely to be the same." And what 'resolution' is
that...? Won't fix? What am I supposed to do with a pre-compiled answer
like that, if you give me one of those standard answers at least have
the courtesy to read my post in its entirety. Not just the first line.
What would be a better place for me to post a request for change like
the one described in my first post?
Thanks,
Paul
[2006-04-28 13:25:22] [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.
[2006-04-28 06:27:35] paul at stunning-stuff dot com
Description:
I have seen 2 reports (#30452 & #30453) that seem similar to this bug.
Both of them were closed with the message 'Won't fix'. I don't think
this is fair, it is a bug and it should be fixed because it seriously
limits the OOP capabilities of PHP5. I included a feasible real-world
example that shows why this bug should be fixed (I tried to make it as
short as possible).
Running index.php will cause a Fatal Error because Manager could not be
found in language_manager.class.php on line 6. This happens because
Manager is declared after LanguageManager is declared, even though
(visually) manager.class.php is included before
language_manager.class.php. The strange thing is, when Manager doesn't
implement the interface Whatever, everything is fine!
If it works without an interface it should work with an interface as
well.
Thanks for the time and effort you guys spend on making a great
programming language. I know it's free, so I am not going to demand a
fix :-), I'll just say 'pretty please' instead ;-).
Thanks,
Paul
Reproduce code:
---
index.php
manager.class.php
language_manager.class.php
whatever.class.php
Expected result:
No output
Actual result:
--
Fatal error: Class 'Manager' not found in C:\Web Server\Web
Root\sandbox\bug\language_manager.class.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=37233&edit=1
#29687 [Bgs->Opn]: By-reference passed value inside foreach() is no longer working
ID: 29687
User updated by: jakub dot phpbug at horky dot net
Reported By: jakub dot phpbug at horky dot net
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: *
-PHP Version: 5CVS-2005-6-19
+PHP Version: 6CVS-2006-04-28 (snap)
New Comment:
Please review the bug. It ISN'T bogus indeed, although it appears so.
The code snippet provided proves that the behavior is really incorrect.
Admit that when you only "touch" the array (by read-only function such
as key()), you lose your reference-passing? More, you don't lose it in
current cycle but in the NEXT cycle and subsequent? Hmm...
I tested it on today's snap and still the same behavior.
I'm really looking forward to the moment when I can remove the
workaround from all reference-passed foreachs from all of my
projects... thanks.
Previous Comments:
[2005-06-19 02:00:07] [EMAIL PROTECTED]
See bug #28939
[2004-08-15 15:19:47] jakub dot phpbug at horky dot net
Description:
A value passed inside foreach() costruct by reference does not reflect
the changes made to that value when the iterated array is touched by
some array function, like key() or current().
In example below, if you comment out the key() line, it will work OK.
I think that this bug is closely related to the bug #28939.
Reproduce code:
---
&$item)
{
key($array); // there may be also current(), reset(),
// first(), next(), prev(), foreach etc.
$item = "YES";
var_dump($item);
}
print_r($array);
?>
Expected result:
string(3) "YES"
string(3) "YES"
string(3) "YES"
Array
(
[0] => YES
[1] => YES
[2] => YES
)
Actual result:
--
string(3) "YES"
string(3) "YES"
string(3) "YES"
Array
(
[0] => YES
[1] => NO
[2] => NO
)
--
Edit this bug report at http://bugs.php.net/?id=29687&edit=1
#29687 [Opn]: By-reference passed value inside foreach() is no longer working
ID: 29687
User updated by: jakub dot phpbug at horky dot net
Reported By: jakub dot phpbug at horky dot net
Status: Open
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 6CVS-2006-04-28 (snap)
New Comment:
(Also note that unlike bug #28939, there are _referenced_ arrays in
question.)
Previous Comments:
[2006-04-28 19:10:44] jakub dot phpbug at horky dot net
Please review the bug. It ISN'T bogus indeed, although it appears so.
The code snippet provided proves that the behavior is really incorrect.
Admit that when you only "touch" the array (by read-only function such
as key()), you lose your reference-passing? More, you don't lose it in
current cycle but in the NEXT cycle and subsequent? Hmm...
I tested it on today's snap and still the same behavior.
I'm really looking forward to the moment when I can remove the
workaround from all reference-passed foreachs from all of my
projects... thanks.
[2005-06-19 02:00:07] [EMAIL PROTECTED]
See bug #28939
[2004-08-15 15:19:47] jakub dot phpbug at horky dot net
Description:
A value passed inside foreach() costruct by reference does not reflect
the changes made to that value when the iterated array is touched by
some array function, like key() or current().
In example below, if you comment out the key() line, it will work OK.
I think that this bug is closely related to the bug #28939.
Reproduce code:
---
&$item)
{
key($array); // there may be also current(), reset(),
// first(), next(), prev(), foreach etc.
$item = "YES";
var_dump($item);
}
print_r($array);
?>
Expected result:
string(3) "YES"
string(3) "YES"
string(3) "YES"
Array
(
[0] => YES
[1] => YES
[2] => YES
)
Actual result:
--
string(3) "YES"
string(3) "YES"
string(3) "YES"
Array
(
[0] => YES
[1] => NO
[2] => NO
)
--
Edit this bug report at http://bugs.php.net/?id=29687&edit=1
#37239 [Opn]: Regxp couses PHP script crach on Windows
ID: 37239
User updated by: dimox at inbox dot lv
Reported By: dimox at inbox dot lv
Status: Open
Bug Type: Reproducible crash
Operating System: Windows XP Pro SP2
PHP Version: 4.4.2
New Comment:
While i symlificate the code i forgot to remove \%\> from example and
posted text for parsig was too small to cause error. I found, that
block content must be more tan 1330-1360 simbols to couse script crash
- until this values it works fine! I increased all "memory size" values
in php.ini and in the code, but problem still exist.
Changed code:
$text = '
something
1223567890 qwertyuiop[[[]asdfghjkl;
\zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1234567890123456789012345678901234567890123456789012345678901
';
$regex
='/\((.(?!\/is';
while(preg_match_all($regex, $text, $block_matches,PREG_SET_ORDER)){
...
$text = preg_replace($regex, '', $text);
}
Previous Comments:
[2006-04-28 18:41:53] dimox at inbox dot lv
Description:
Regxp couses PHP script crach on Windows. On Linux Server it works
fine, but I use Windows server on my PC for development.
I try this code on my own PC with Apache/1.3.34 (Win32) PHP/4.4.2 and
on another PC with Apache/1.3.34 (Win32) PHP/4.4.1. On my PC this code
souses Apache crash, but on another PC this code couses only script
crash. I looking information about this bug anywere, but can't find
anything useful, except http://bugs.php.net/bug.php?id=27735. I try
with logs disconnection, but it doesn't change anything.
Help ...
Reproduce code:
---
$regex =
'/block\s*name=\"([^\"]+)\"\s*\%\>((.(?!(block\s)))+?)\blockend/is';
while(preg_match_all($regex, $text, $block_matches, PREG_SET_ORDER)){
...
}
Expected result:
$block_matches array with results of regular expression matches. I need
in this to parse blocks like
block name="name1"
something
block name="name2"
something else
...
blockend
blockend
Actual result:
--
"Server not found" or "The page cannot be displayed" in browser.
After simplification of code to:
$regex = '/block\s*name=\"([^\"]+)\"\s*\%\>(.+?)\blockend/is';
while(preg_match_all($regex, $text, $block_matches, PREG_SET_ORDER)){
...
}
all works fine(remooved lookahead assertion). If i add () around the
'.' - script crash again.
$regex = '/block\s*name=\"([^\"]+)\"\s*\%\>((.)+?)\blockend/is';
--
Edit this bug report at http://bugs.php.net/?id=37239&edit=1
#28409 [Com]: setcookie doesn't seem to work
ID: 28409 Comment by: apaganini at nassaucountyny dot gov Reported By: harshit at oinka dot com Status: No Feedback Bug Type: *General Issues Operating System: Windows 2000 Professional PHP Version: 4.3.5 New Comment: I have the same issue as well... If i use an tag to manually move to the next page, the cookie sets, but not if it is redirected to the page with the header statement. Windows 2000 Professional and PHP on IIS PHP 5.0.4 Previous Comments: [2005-06-16 09:39:48] gamarilla at fassgroup dot com dot ar I have exactly the same problem. I´m using Windows 2000 Professional and PHP on IIS Upgraded to PHP 5.0.4 - 31 Mar 2005 md5: fff10991a8e6f3b36ee567eb236ae3f4 and the problem is still present. [2004-07-24 04:27:16] webmaster at 8interactive dot com I have the same problem. PHP version 4.3.3 on Windows NT WIN406 5.0. I got the cookies to set after I got rid of the header line. This needs to be fixed. [2004-05-24 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2004-05-15 19:55:53] solace at ezmail dot ru Very strange, but I can advise: 1) Use full URL with host name in location header 2) Output something to browser (echo "anything") after header(). [2004-05-15 19:29:00] [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 Also, please indicate what php sapi & webserver are you using. 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/28409 -- Edit this bug report at http://bugs.php.net/?id=28409&edit=1
#3276 [Com]: Add PGP support
ID: 3276 Comment by: page-promoter at mail dot ru Reported By: mlemos at acm dot org Status: Assigned Bug Type:Feature/Change Request PHP Version: 4.0 Assigned To: yohgaki New Comment: Need extension POSIX for PHP Win32... http://webmoney.tom-kazan.ru";>Site map Previous Comments: [2002-04-21 14:51:36] [EMAIL PROTECTED] I looked at this recently for GPG; the links for the application library were dead or the site was down. You can do this stuff using popen (or the new proc_open in the CVS version). [2002-04-21 13:32:49] realmlord at hotmail dot com Is anything happening on this? Gnupg at least would be nice since PGP seems to be a "frozen project" by NAI/McAffee [2002-01-28 16:48:11] [EMAIL PROTECTED] I need it too :) Assign to me [2001-02-10 13:59:37] [EMAIL PROTECTED] refiling against 4.0. [2000-01-22 00:54:44] mlemos at acm dot org Add at least the ability of encrypting messages with PGP using PGPlib or gnupg PGPLib http://www.phpi.org/sdk/ gnupg http://www.gnupg.org/ -- Edit this bug report at http://bugs.php.net/?id=3276&edit=1
#37240 [NEW]: doc_root causes FastCGI to fail with "No input file specified." error
From: phpbugs at thequod dot de Operating system: Ubuntu Linux PHP version: 4CVS-2006-04-29 (CVS) PHP Bug Type: CGI related Bug description: doc_root causes FastCGI to fail with "No input file specified." error Description: If doc_root gets enabled with PHP 4.4.3-dev (cgi) (built: Apr 29 2006 02:13:25) it causes an "No input file specified." error. I've tried it with "--enable-discard-path", after first experiencing this error, but the result was the same as without this configure option. It fails on URLs like http://demo.b2evolution.net/HEAD.4/blogs/index.php?blog=2 (I've removed the doc_root option, so it won't fail there anymore), but strangely not on http://demo.b2evolution.net/phpinfo.4 ! The last (working) URL gets rewritten to /content.php4 internally (.htaccess): RewriteRule ^phpinfo(?:\.(4))?/?$ /content.php$2/$1 [L] The first (non-working) URL gets not rewritten, but is a "plain" existing file. NOTE: I'm using a chroot (with Apache's mod_chroot) and therefor also have a recursive symlink "/XXX" in the chroot "/XXX" itself - _maybe_ that could cause this. The problem does not appear with 5.1.3-cvs. Reproduce code: --- doc_root set in php.ini to the same as DocumentRoot in Apache 2. My configure: ./configure \ --prefix=/XXX/make/php4 \ --with-config-file-path=/etc/php4 \ --with-pear=/XXX/lib/php4 \ --enable-calendar \ --enable-exif \ --enable-fastcgi \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-mbstring \ --enable-memcache \ --enable-memory-limit \ --enable-sockets \ --enable-track-vars \ --with-bz2 \ --with-dom \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-iconv \ --with-jpeg-6b \ --with-jpeg-dir \ --with-ldap \ --with-ldap-sasl \ --with-mysql \ --with-openssl \ --with-png-dir \ --without-mm \ --without-sqlite \ --with-pcre-regex \ --with-ttf \ --with-zlib \ --with-zlib-dir=/bin I've also tried --enable-discard-path (which is not recommened for fastcgi (in README.FastCGI), because of some hint in a "bogus" bug report, with the same result. The problem is probably in "sapi/cgi/cgi_main.c". I'd like to help debug this, but would need a hint, where to start. Expected result: Page gets parsed by PHP. Actual result: -- "No input file specified." error gets thrown. -- Edit bug report at http://bugs.php.net/?id=37240&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37240&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37240&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37240&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37240&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37240&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37240&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37240&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37240&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37240&r=support Expected behavior:http://bugs.php.net/fix.php?id=37240&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37240&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37240&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37240&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37240&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37240&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37240&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37240&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37240&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37240&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37240&r=mysqlcfg
#37194 [Opn->Asn]: HTTP memory increased
ID: 37194
Updated by: [EMAIL PROTECTED]
Reported By: ysuzuki at zend dot co dot jp
-Status: Open
+Status: Assigned
Bug Type: Informix related
Operating System: RedHat Linux
PHP Version: 4.4.2
-Assigned To:
+Assigned To: danny
Previous Comments:
[2006-04-27 03:34:44] ysuzuki at zend dot co dot jp
Sorry, Bug fixed right code is here.
#if (ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION <
600))
SqlFreeMem(s_da, SQLDA_FREE);
#else <-- *** I added this line ***
free(s_da);
#endif
[2006-04-26 02:14:08] ysuzuki at zend dot co dot jp
If its not match condition as follows, it will never free Informix
memory, I think.
(ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION < 600)
I changed this portion is the following. After that, This problem was
fixed. I believe this modification is right code. Please take it.
#if (ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION <
600))
SqlFreeMem(s_da, SQLDA_FREE);
} else {
#else
free(s_da);
#endif
[2006-04-25 09:14:47] ysuzuki at zend dot co dot jp
Description:
Our developers created a sample code by using the following functions.
--- ifx_connect(), ifx_query(), ifx_free_result(), ifx_close()
This sample program is very simple such as connect to Infomix DB and
then issue some query string, get query result, and finally disconnect
Informix DB. They executed this sample php code several times. Then,
they found a problem that HTTPD used memory was increased. This is kind
of memory leak problem.
They also investigated php_initfx_count_descriptors() function.
static php_initfx_count_descriptors(char *p_statemid TSRMLS_DC)
{
EXEC SQL BEGIN DECLARE SECTION;
char *statemid = p_statemid;
EXEC SQL END DECLARE SECTION;
struct sqlda *s_da;
int ret = 384;
EXEC SQL DESCRIBE :statemid INTO s_da;
If(ifx_check()) >= 0) {
ret = s_da->sqlid;
/*
*Thanks to DBD-Informix
*/
#if (ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION <
600))
SqlFreeMem(s_da, SQLDA_FREE);
} else {
free(s_da);
#endif
}
return ret;
}
--
Edit this bug report at http://bugs.php.net/?id=37194&edit=1
#37209 [Opn->Asn]: mssql_execute with non fatal errors
ID: 37209
Updated by: [EMAIL PROTECTED]
Reported By: netvbonline at yahoo dot co dot uk
-Status: Open
+Status: Assigned
Bug Type: MSSQL related
Operating System: Win XP Pro
PHP Version: 5.1.2
-Assigned To:
+Assigned To: fmk
Previous Comments:
[2006-04-26 14:34:02] netvbonline at yahoo dot co dot uk
SORRY, BIG TYPO
"The mssql_execute method SHOULD NOT fail on execution (but in anycase
should still have populated output parameters)."
[2006-04-26 14:32:23] netvbonline at yahoo dot co dot uk
Description:
Using the extension php_mssql.dll and mssql_execute method to execute a
stored procedure within SQL Server 2000.
Basically, if the stored procedure generates a non-fatal message, for
example trying to insert a duplicate value into a table before doing a
big seek then output parameters are still available to Query analyser.
However when using the mssql_execute method, the execution fails.. even
though stored procedure is returning a successful execution value of 0.
Its possible to have a stored procedure with 10 statements, and 5
legitamately may fail with a non fatal message, which is handled
internally by the stored procedure.
The mssql_execute method should fail on execution (any in anycase
should still have populated output parameters).
Cheers.
Reproduce code:
---
$hStmt = mssql_init("usp_fetch_or_insert_forename", $hCon);
mssql_bind($hStmt, "@Forename", $name, SQLVARCHAR);
// Output
mssql_bind($hStmt, "@ForenameID", $ForenameID, SQLINT4, TRUE);
$result=mssql_execute($hStmt,true);
if (!$result) {
echo "ERROR HAS OCCURRED";
} else {
echo "NO ERROR";
}
if ($ForenameID==0) {
// error must have occurred
echo "There was an error trying to get forename pk and forenameid is
".$ForenameID;
} else {
echo "everything is fine and forenameid is ".$ForenameID;
}
Expected result:
$ForenameID=Value Returned From Stored Procedure
Actual result:
--
$ForenameID=0
--
Edit this bug report at http://bugs.php.net/?id=37209&edit=1
#37218 [Opn->Asn]: oci_new_collection crash Apache
ID: 37218
Updated by: [EMAIL PROTECTED]
Reported By: xfree at inbox dot lv
-Status: Open
+Status: Assigned
Bug Type: OCI8 related
Operating System: Windows
PHP Version: 5.1.2
-Assigned To:
+Assigned To: tony2001
Previous Comments:
[2006-04-27 07:03:38] xfree at inbox dot lv
Description:
Oci_new_collection crash Apache Web Server running on Windows XP. Then
I calling this function - Apache just stops, with windows like error
message “Apache service raise an error and will be
closed.”
Configuration is following:
PHP 5.1.2. Apache 2.0.55. Oracle Database 10.1.3.
phpinfo() shows:
Temporary Lob support enabled
Collections support enabled.
Collection type is very simple:
create or replace type myCollection as table of varchar2(4000);
/
Reproduce code:
---
// connect to ora
$lora_conn = oci_connect(_LOGIN, _PASSWD, _TNSNAME);
if ($lora_conn)
{
$lora_coll = oci_new_collection($lora_conn, 'myCollection');
//...
}
Actual result:
--
Apache service crash.
--
Edit this bug report at http://bugs.php.net/?id=37218&edit=1
#37220 [Opn->Asn]: LOB Type mismatch when using windows & oci8.dll
ID: 37220 Updated by: [EMAIL PROTECTED] Reported By: lbouteille dot ext at francetelecom dot com -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: Win 2000 PHP Version: 5.1.2 -Assigned To: +Assigned To: tony2001 Previous Comments: [2006-04-27 13:43:34] lbouteille dot ext at francetelecom dot com _ [2006-04-27 11:53:48] lbouteille dot ext at francetelecom dot com Description: I'm currently facing this problem with : - 1 production environnement (Unix,Oracle 9.2, Apache 2.046, Php 5.0.4) - 1 developpment env (Windows, Apache 2.046,Php 5.0.4 and using the production database) then trying to update an XML field of my database (see code) The only difference I found is : - production php is compiled --with-oci8 - dev php is using php_oci8.dll through php.ini I guess this is a problem with windows oci8.dll ? Reproduce code: --- $query = "UPDATE table SET table= updateXML(table,'/TABLE/DATA,xmltype.createXML(:data)) WHERE existsNode(projet,'/PROJET/[ID=$id]')=1"; $stmt = oci_parse ($_SESSION['conn'], $query); $clob = OCINewDescriptor($_SESSION['conn'], OCI_D_LOB); oci_bind_by_name($stmt, ':data', &$clob, -1,OCI_B_CLOB); $clob->WriteTemporary($xml,OCI_TEMP_CLOB); $success = OCIExecute($stmt,OCI_COMMIT_ON_SUCCESS); OCIFreeStatement($stmt); $clob->free(); Expected result: This should be working fine, like on the production (unix) machine Actual result: -- It will say : ORA-24805 LOB Type mismatch (error at line OCIExecute(...)) -- Edit this bug report at http://bugs.php.net/?id=37220&edit=1
#37232 [Opn->Asn]: mssql_connect and mssql_pconnect do not accept password longer than 30 chars
ID: 37232
Updated by: [EMAIL PROTECTED]
Reported By: rriehle at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: MSSQL related
Operating System: XP SP2
PHP Version: 5.1.2
-Assigned To:
+Assigned To: fmk
Previous Comments:
[2006-04-28 06:03:00] rriehle at gmail dot com
Description:
Using SQL Server 2005 (SP1).
Unable to connect with logins that have passwords greater than 30
characters long using mssql_connect or mssql_pconnect.
The logins work fine from the server client tools; I spent hours
troubleshooting this. sigh.
The reason the passwords I was trying to use were 32 characters is
becuase I was using MD5 hashes of plain passwords for my server logins.
Reproduce code:
---
$dbh = mssql_pconnect("MyHost", "testlogin",
"passwordpasswordpasswordpassword");
OR
$dbh = mssql_connect("BUILDWAY-NET", "testlogin",
"passwordpasswordpasswordpassword");
Expected result:
Expect $dbh to hold a link identifier to a mssql connection.
I expected that the statements would connect with passwords that have a
length as long as the server can accept.
Actual result:
--
Returns false with these messages:
Debug Warning: c:\Inetpub\wwwroot\includes\ez_sql-ms.php line 71 -
mssql_pconnect() [function.mssql-pconnect]:
message: Login failed for user 'testlogin'. (severity 14)
Debug Warning: c:\Inetpub\wwwroot\includes\ez_sql-ms.php line 71 -
mssql_pconnect() [function.mssql-pconnect]:
Unable to connect to server: BUILDWAY-NET
Errors are the same for mssql_connect (except that the p in
mssql_pconnect is left out).
--
Edit this bug report at http://bugs.php.net/?id=37232&edit=1
#37227 [Opn->Bgs]: Error in build version
ID: 37227 Updated by: [EMAIL PROTECTED] Reported By: dsmith at prgrain dot bc dot ca -Status: Open +Status: Bogus Bug Type: PDF related Operating System: Windows PHP Version: 5.1.2 New Comment: Just grab the binaries from: http://pecl4win.php.net/ext.php/php_cpdf.dll http://pecl4win.php.net/ext.php/php_pdf.dll Previous Comments: [2006-04-27 21:02:22] dsmith at prgrain dot bc dot ca Forgot to mention: The version of the PHP_PDF.DLL files and PHP_CPDF.DLL files are the 5.1.2 versions that came with the extra PECL download. They are dated January of 2006. [2006-04-27 20:59:51] dsmith at prgrain dot bc dot ca Description: Use the zipped distribution of PHP 5.1.2 for Wimdows, I have been able to get the core PHP active, but can not get the PDF functions to work. If I enable the extensions PHP_PDF.DLL or PHP_CPDF.dll, I receive an error saying these versions were compiled with a different version, and PHP aborts. I tried installing the PDFLIB Lite package, but the compiled DLL is not recognized as a valid PHP DLL when added to the list of extensions. Is there newer version of these files, or perhaps an alternate installation? Actual result: -- PHP Warning: PHP Startup: SVït$►Wï=♦A☺☺Vhli☺☺j: Unable to initialize module Module compiled with module API=20020429, debug=0, thread-safety=1 PHPcompiled with module API=20050922, debug=0, thread-safety=1 These options need to match in Unknown on line 0 Warning: PHP Startup: SVït$►Wï=♦A☺☺Vhli☺☺j: Unable to initialize module Module compiled with module API=20020429, debug=0, thread-safety=1 PHPcompiled with module API=20050922, debug=0, thread-safety=1 These options need to match in Unknown on line 0 PHP Warning: PHP Startup: Φ;╚: Unable to initialize module Module compiled with module API=20020429, debug=0, thread-safety=1 PHPcompiled with module API=20050922, debug=0, thread-safety=1 These options need to match in Unknown on line 0 Warning: PHP Startup: Φ;╚: Unable to initialize module Module compiled with module API=20020429, debug=0, thread-safety=1 PHPcompiled with module API=20050922, debug=0, thread-safety=1 These options need to match in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=37227&edit=1
#37240 [Opn]: doc_root causes CGI to fail with "No input file specified." error
ID: 37240 User updated by: phpbugs at thequod dot de -Summary: doc_root causes FastCGI to fail with "No input file specified." error Reported By: phpbugs at thequod dot de Status: Open Bug Type: CGI related Operating System: Ubuntu Linux PHP Version: 4CVS-2006-04-29 (CVS) New Comment: Correction: it also fails with PHP5.1.3-CVS, BUT only if the doc_root option is set to somewhere below Apache's DocumentRoot! It does not fail for doc_root = /var/www/host/public_html/ but doc_root = /var/www/host/ Previous Comments: [2006-04-29 00:52:31] phpbugs at thequod dot de Description: If doc_root gets enabled with PHP 4.4.3-dev (cgi) (built: Apr 29 2006 02:13:25) it causes an "No input file specified." error. I've tried it with "--enable-discard-path", after first experiencing this error, but the result was the same as without this configure option. It fails on URLs like http://demo.b2evolution.net/HEAD.4/blogs/index.php?blog=2 (I've removed the doc_root option, so it won't fail there anymore), but strangely not on http://demo.b2evolution.net/phpinfo.4 ! The last (working) URL gets rewritten to /content.php4 internally (.htaccess): RewriteRule ^phpinfo(?:\.(4))?/?$ /content.php$2/$1 [L] The first (non-working) URL gets not rewritten, but is a "plain" existing file. NOTE: I'm using a chroot (with Apache's mod_chroot) and therefor also have a recursive symlink "/XXX" in the chroot "/XXX" itself - _maybe_ that could cause this. The problem does not appear with 5.1.3-cvs. Reproduce code: --- doc_root set in php.ini to the same as DocumentRoot in Apache 2. My configure: ./configure \ --prefix=/XXX/make/php4 \ --with-config-file-path=/etc/php4 \ --with-pear=/XXX/lib/php4 \ --enable-calendar \ --enable-exif \ --enable-fastcgi \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-mbstring \ --enable-memcache \ --enable-memory-limit \ --enable-sockets \ --enable-track-vars \ --with-bz2 \ --with-dom \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-iconv \ --with-jpeg-6b \ --with-jpeg-dir \ --with-ldap \ --with-ldap-sasl \ --with-mysql \ --with-openssl \ --with-png-dir \ --without-mm \ --without-sqlite \ --with-pcre-regex \ --with-ttf \ --with-zlib \ --with-zlib-dir=/bin I've also tried --enable-discard-path (which is not recommened for fastcgi (in README.FastCGI), because of some hint in a "bogus" bug report, with the same result. The problem is probably in "sapi/cgi/cgi_main.c". I'd like to help debug this, but would need a hint, where to start. Expected result: Page gets parsed by PHP. Actual result: -- "No input file specified." error gets thrown. -- Edit this bug report at http://bugs.php.net/?id=37240&edit=1
#37239 [Opn->Fbk]: Regxp couses PHP script crach on Windows
ID: 37239
Updated by: [EMAIL PROTECTED]
Reported By: dimox at inbox dot lv
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows XP Pro SP2
PHP Version: 4.4.2
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 for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2006-04-28 19:58:03] dimox at inbox dot lv
While i symlificate the code i forgot to remove \%\> from example and
posted text for parsig was too small to cause error. I found, that
block content must be more tan 1330-1360 simbols to couse script crash
- until this values it works fine! I increased all "memory size" values
in php.ini and in the code, but problem still exist.
Changed code:
$text = '
something
1223567890 qwertyuiop[[[]asdfghjkl;
\zxcvbnm,./zxcvbnmm, xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1223567890 qwertyuiop[[[]asdfghjkl; \zxcvbnm,./zxcvbnmm,
xsxasxaxaxae dsvvzs vsv bdbdb<> <>><<<
1234567890123456789012345678901234567890123456789012345678901
';
$regex
='/\((.(?!\/is';
while(preg_match_all($regex, $text, $block_matches,PREG_SET_ORDER)){
...
$text = preg_replace($regex, '', $text);
}
[2006-04-28 18:41:53] dimox at inbox dot lv
Description:
Regxp couses PHP script crach on Windows. On Linux Server it works
fine, but I use Windows server on my PC for development.
I try this code on my own PC with Apache/1.3.34 (Win32) PHP/4.4.2 and
on another PC with Apache/1.3.34 (Win32) PHP/4.4.1. On my PC this code
souses Apache crash, but on another PC this code couses only script
crash. I looking information about this bug anywere, but can't find
anything useful, except http://bugs.php.net/bug.php?id=27735. I try
with logs disconnection, but it doesn't change anything.
Help ...
Reproduce code:
---
$regex =
'/block\s*name=\"([^\"]+)\"\s*\%\>((.(?!(block\s)))+?)\blockend/is';
while(preg_match_all($regex, $text, $block_matches, PREG_SET_ORDER)){
...
}
Expected result:
$block_matches array with results of regular expression matches. I need
in this to parse blocks like
block name="name1"
something
block name="name2"
something else
...
blockend
blockend
Actual result:
--
"Server not found" or "The page cannot be displayed" in browser.
After simplification of code to:
$regex = '/block\s*name=\"([^\"]+)\"\s*\%\>(.+?)\blockend/is';
while(preg_match_all($regex, $text, $block_matches, PREG_SET_ORDER)){
...
}
all works fine(remooved lookahead assertion). If i add () around the
'.' - script crash again.
$regex = '/block\s*name=\"([^\"]+)\"\s*\%\>((.)+?)\blockend/is';
--
Edit this bug report at http://bugs.php.net/?id=37239&edit=1
#37219 [Opn->Fbk]: shell_exec() not capturing all output.
ID: 37219 Updated by: [EMAIL PROTECTED] Reported By: egingell at sisna dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Unix w/ Apache 1.3.33 PHP Version: 4.4.2 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 Can't reproduce Previous Comments: [2006-04-27 08:16:49] egingell at sisna dot com Description: Description is in the code snippit. It's possible that the problem lies with Apache 1.3.33. Reproduce code: --- Expected result: Expected results are in the code snippit. Actual result: -- Actual results are in the code snippit. -- Edit this bug report at http://bugs.php.net/?id=37219&edit=1
#34794 [Com]: proc_close() hangs when used with two processes
ID: 34794
Comment by: Dallas at ekkySoftware dot com
Reported By: e-t172 at e-t172 dot net
Status: Assigned
Bug Type: Program Execution
Operating System: Linux
PHP Version: 5CVS-2005-10-09 (snap)
Assigned To: wez
New Comment:
I have a similar problem, it seems at I can't concurrently call the
same page with proc_open until the first proc_open returns. It looks
like proc_open is running through a critical section even though it is
opening separate processes.
>From experience it is like php is using the same pipes for each
proc_open and can't continue to the next proc_open until the original
as ended. I would normally use temporary files instead of pipes but
this makes life difficult.
Dallas
http://www.ekkySoftware.com/
Previous Comments:
[2006-04-26 14:50:23] radu dot rendec at ines dot ro
Same problem with 5.1.3RC4-dev (latest CVS snapshot at the moment) on
Linux/i386.
I independently reproduced the bug with the following piece of code:
error_reporting(E_ALL);
$spec = array(
0 => array("pipe", "r"),
1 => array("pipe", "w"),
2 => array("pipe", "w")
);
$p1 = proc_open("/bin/cat", $spec, $fd1);
$p2 = proc_open("/bin/cat", $spec, $fd2);
fclose($fd1[0]);
fclose($fd1[1]);
fclose($fd1[2]);
echo "closing p1... "; flush();
proc_close($p1);
echo "success\n"; flush();
This code hangs in proc_close(). This doesn't happen if the second
proc_open() is commented.
Although the parent process seems to correctly close all pipes, the
child process still remains blocked in read(0,...).
[2005-11-01 11:54:27] [EMAIL PROTECTED]
Assigned to the author of this stuff.
[2005-10-09 20:12:09] e-t172 at e-t172 dot net
Same problem with the last CVS Snapshot.
[2005-10-09 18:23:40] e-t172 at e-t172 dot net
Description:
(i am french, sorry for my bad english)
1. Open two processes with proc_open()
2. Try to close them : it works only if you close the second one first,
otherwise it hangs
Reproduce code:
---
array('pipe', 'r'), 1 =>
array('pipe', 'r')), $pipes1);
echo('Opening process 2'."\n");
$process2 = proc_open('cat', array(0 => array('pipe', 'r'), 1 =>
array('pipe', 'r')), $pipes2);
// WORKS :
//echo('Closing process 2'."\n");
//fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
//echo('Closing process 1'."\n");
//fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
// DOESN'T WORK :
echo('Closing process 1'."\n");
fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1);
echo('Closing process 2'."\n");
fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2);
?>
Expected result:
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
Closing process 2
$
Actual result:
--
$ php -f test.php
Opening process 1
Opening process 2
Closing process 1
(HANGS)
--
Edit this bug report at http://bugs.php.net/?id=34794&edit=1
#37232 [Asn->Bgs]: mssql_connect and mssql_pconnect do not accept password longer than 30 chars
ID: 37232
Updated by: [EMAIL PROTECTED]
Reported By: rriehle at gmail dot com
-Status: Assigned
+Status: Bogus
Bug Type: MSSQL related
Operating System: XP SP2
PHP Version: 5.1.2
Assigned To: fmk
New Comment:
This is due to limmitations in ntwdblib from Microsoft. This library
has not been updated since SQL server 6.5 where 30 was the max length
of passwords etc.
Use the php_dblib.dll extension. This is a dropin replacement build
with FreeTDS.
Previous Comments:
[2006-04-28 06:03:00] rriehle at gmail dot com
Description:
Using SQL Server 2005 (SP1).
Unable to connect with logins that have passwords greater than 30
characters long using mssql_connect or mssql_pconnect.
The logins work fine from the server client tools; I spent hours
troubleshooting this. sigh.
The reason the passwords I was trying to use were 32 characters is
becuase I was using MD5 hashes of plain passwords for my server logins.
Reproduce code:
---
$dbh = mssql_pconnect("MyHost", "testlogin",
"passwordpasswordpasswordpassword");
OR
$dbh = mssql_connect("BUILDWAY-NET", "testlogin",
"passwordpasswordpasswordpassword");
Expected result:
Expect $dbh to hold a link identifier to a mssql connection.
I expected that the statements would connect with passwords that have a
length as long as the server can accept.
Actual result:
--
Returns false with these messages:
Debug Warning: c:\Inetpub\wwwroot\includes\ez_sql-ms.php line 71 -
mssql_pconnect() [function.mssql-pconnect]:
message: Login failed for user 'testlogin'. (severity 14)
Debug Warning: c:\Inetpub\wwwroot\includes\ez_sql-ms.php line 71 -
mssql_pconnect() [function.mssql-pconnect]:
Unable to connect to server: BUILDWAY-NET
Errors are the same for mssql_connect (except that the p in
mssql_pconnect is left out).
--
Edit this bug report at http://bugs.php.net/?id=37232&edit=1
#37209 [Asn->Fbk]: mssql_execute with non fatal errors
ID: 37209
Updated by: [EMAIL PROTECTED]
Reported By: netvbonline at yahoo dot co dot uk
-Status: Assigned
+Status: Feedback
Bug Type: MSSQL related
Operating System: Win XP Pro
PHP Version: 5.1.2
Assigned To: fmk
New Comment:
Please provide a short example of the procedure used to generate this.
The current implementation will handle multiple results from a storred
procedure and it will skip all results without column.
Previous Comments:
[2006-04-26 14:34:02] netvbonline at yahoo dot co dot uk
SORRY, BIG TYPO
"The mssql_execute method SHOULD NOT fail on execution (but in anycase
should still have populated output parameters)."
[2006-04-26 14:32:23] netvbonline at yahoo dot co dot uk
Description:
Using the extension php_mssql.dll and mssql_execute method to execute a
stored procedure within SQL Server 2000.
Basically, if the stored procedure generates a non-fatal message, for
example trying to insert a duplicate value into a table before doing a
big seek then output parameters are still available to Query analyser.
However when using the mssql_execute method, the execution fails.. even
though stored procedure is returning a successful execution value of 0.
Its possible to have a stored procedure with 10 statements, and 5
legitamately may fail with a non fatal message, which is handled
internally by the stored procedure.
The mssql_execute method should fail on execution (any in anycase
should still have populated output parameters).
Cheers.
Reproduce code:
---
$hStmt = mssql_init("usp_fetch_or_insert_forename", $hCon);
mssql_bind($hStmt, "@Forename", $name, SQLVARCHAR);
// Output
mssql_bind($hStmt, "@ForenameID", $ForenameID, SQLINT4, TRUE);
$result=mssql_execute($hStmt,true);
if (!$result) {
echo "ERROR HAS OCCURRED";
} else {
echo "NO ERROR";
}
if ($ForenameID==0) {
// error must have occurred
echo "There was an error trying to get forename pk and forenameid is
".$ForenameID;
} else {
echo "everything is fine and forenameid is ".$ForenameID;
}
Expected result:
$ForenameID=Value Returned From Stored Procedure
Actual result:
--
$ForenameID=0
--
Edit this bug report at http://bugs.php.net/?id=37209&edit=1
#37241 [NEW]: ncompatible type for argument 3 of `_php_stream_get_line'
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 6CVS-2006-04-29 (CVS) PHP Bug Type: Compile Failure Bug description: ncompatible type for argument 3 of `_php_stream_get_line' Description: modifiedfmk /php-src/ext/spl/spl_directory.c04/28/2006 21:03:58 Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/main/php_streams.h 04/28/2006 21:03:58 Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/ext/standard/file.c04/28/2006 21:03:57 Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/ext/standard/http_fopen_wrapper.c 04/28/2006 21:03:57Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/ext/standard/image.c 04/28/2006 21:03:57 Remove ZSTR() from stream macros. Calling function must apply this macro This one broke compiling: /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/zlib/zlib.c: In function `zif_gzfile': /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/zlib/zlib.c:308: incompatible type for argument 3 of `_php_stream_get_line' make: *** [ext/zlib/zlib.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=37241&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37241&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37241&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37241&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37241&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37241&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37241&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37241&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37241&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37241&r=support Expected behavior:http://bugs.php.net/fix.php?id=37241&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37241&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37241&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37241&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37241&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37241&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37241&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37241&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37241&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37241&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37241&r=mysqlcfg
