#28333 [NEW]: class_exists call __autoload
From: e_corge at yahoo dot fr
Operating system: Windows XP Pro
PHP version: 5CVS-2004-05-09 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: class_exists call __autoload
Description:
I've a function __autoload in my script. I want to use class_exists to
determine if a class definition has been included but i don't want to load
it.
However, class_exists call __autoload systematically when a class
definition hasn't been loaded.
This problem poses problems of compatibility with previous versions.
Indeed, many scripts used this function before using a include.
Reproduce code:
---
function __autoload($classname) {
echo 'i want to load ['.$classname.']';
}
class A {}
if (class_exists('B') == false)
echo "Class B don't exist !";
else
echo "Class B exist !";
if (class_exists('A') == false)
echo "Class A don't exist !";
else
echo "Class A exist !";
Expected result:
Class B don't exist !
Class A exist !
Actual result:
--
i want to load [B]
Class B don't exist !
Class A exist !
--
Edit bug report at http://bugs.php.net/?id=28333&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28333&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28333&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28333&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28333&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28333&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28333&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28333&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28333&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28333&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28333&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28333&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28333&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28333&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28333&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28333&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28333&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28333&r=float
#28332 [NEW]: Invalid Library (Maybe not a PHP Library)
From: kicom95 at daum dot net
Operating system: HP-UX 11.11
PHP version: 4.3.4
PHP Bug Type: Dynamic loading
Bug description: Invalid Library (Maybe not a PHP Library)
Description:
HI,
I am trying to load newly made PHP extension module (C++).
(e.g. mymodule.dll) using dl().
Only 20 days ago, I didn't meet this message.
With the same Source files and Makefile, I tried to make my
module, but I couldn't make it.
With same module, In linux, solaris I could make my module.
and it works well.
But in HP after compiler patch( especially 'ld' ) it haven't
worked well.
My history is like this
1. 20 days ago
I made my php-module, and it was successful.
It works well.
(in fact my colleage did this work )
2. 17 days ago
I tried to make another program with C++ , but I met
g++ Compiler Error , so I did patch my compiler.
After that I could make my another module.
3. 10 days ago
I needed to do patch my first module.
First I did backup previous module.
After that I made patch module.
At that time I met this message.
Invalid Library (Maybe not a PHP Library) mymodule.dll
at this time, I thought I had mistake.
so i restored my previous module.
4. 2 days ago
I asked my colleage to compile this module.
( I thought he could , so we didn't backup )
But it failed.
We met this terrible message - 'Invalid Library (Maybe not a PHP
Library)'
I am sure We have had the same Makefile , and php interface.
5. today I visited Php.net and I could get the 'first module'
after that I did compile - this process is successful.
But...but I met same message. -_-
what's wrong with our module?
Does Compiler Bug makes this problem?
Please Help me.
Reproduce code:
---
/* include standard header */
#include "php.h"
/* declaration of functions to be exported */
ZEND_FUNCTION(first_module);
/* compiled function list so Zend knows what's in this module */
zend_function_entry firstmod_functions[] =
{
ZEND_FE(first_module, NULL)
{NULL, NULL, NULL}
};
/* compiled module information */
zend_module_entry firstmod_module_entry =
{
STANDARD_MODULE_HEADER,
"First Module",
firstmod_functions,
NULL,
NULL,
NULL,
NULL,
NULL,
NO_VERSION_YET,
STANDARD_MODULE_PROPERTIES
};
/* implement standard "stub" routine to introduce ourselves to Zend */
#if COMPILE_DL_FIRST_MODULE
ZEND_GET_MODULE(firstmod)
#endif
/* implement function that is meant to be made available to PHP */
ZEND_FUNCTION(first_module)
{
long parameter;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "l", ¶meter)
== FAILURE) {
return;
}
RETURN_LONG(parameter);
}
cc -fPIC -DPIC -DCOMPILE_DL=1 -I/usr/local/include -I. -I.. -I../Zend -c
-o
Linking cc -shared -L/usr/local/lib -o
In HP-ux with gcc -rdynamic option is invalild.
--
Edit bug report at http://bugs.php.net/?id=28332&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28332&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28332&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28332&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28332&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28332&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28332&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28332&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28332&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28332&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28332&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28332&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28332&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28332&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28332&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28332&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28332&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28332&r=float
#28331 [NEW]: Fatal Errors
From: microcamers at hotmail dot com Operating system: Windows XP PHP version: 5CVS-2004-05-09 (dev) PHP Bug Type: Feature/Change Request Bug description: Fatal Errors Description: Can you make it possible to make most fatal errors catchable, such as the ones for undefined functions, classes, redefined things and so on. Generally make it so any error that can be caught can be caught. -- Edit bug report at http://bugs.php.net/?id=28331&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28331&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28331&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28331&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28331&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28331&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28331&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28331&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28331&r=support Expected behavior: http://bugs.php.net/fix.php?id=28331&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28331&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28331&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28331&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28331&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28331&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28331&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28331&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28331&r=float
#28330 [NEW]: include with parse error kills script
From: microcamers at hotmail dot com
Operating system: Windows XP
PHP version: 5CVS-2004-05-09 (dev)
PHP Bug Type: *General Issues
Bug description: include with parse error kills script
Description:
I just upgraded to the latest snapshot and now find that Parse Errors stop
the excecution of the script with an error.
So now i have the choice between displaying no error as to whats happened
and a blank page coming up, or displaying an ugly php error telling the
user things about my files, because i cannot catch parse errors with php's
error handling functions.
Reproduce code:
---
if([EMAIL PROTECTED]("file_with_parse_error.php"){
die("There has been a problem generating this page");
}
Expected result:
If the file had a parse error or didnt exist, it would die with that
error. Or even better i could have it email me.
Actual result:
--
Now it just prints "Parse error: parse error, unexpected ..." even though
i have put the @ symbol before it. It also gets through output buffering.
--
Edit bug report at http://bugs.php.net/?id=28330&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28330&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28330&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28330&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28330&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28330&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28330&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28330&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28330&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28330&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28330&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28330&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28330&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28330&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28330&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28330&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28330&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28330&r=float
#27915 [Bgs]: eval have problem with comments
ID: 27915 User updated by: albaity at hotmail dot com Reported By: albaity at hotmail dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: WinXP pro IIS 6 -PHP Version: 4.3.5 +PHP Version: 4.3.6 New Comment: try : $ php -r '$foo = "$foo");' its a logical bug Previous Comments: [2004-04-08 14:05:42] [EMAIL PROTECTED] What are you talking about? This works perfectly fine. $ php -r '$foo = "$foo");' 1 [2004-04-08 13:46:59] [EMAIL PROTECTED] Bugger off. [2004-04-08 13:04:34] albaity at hotmail dot com THE PROBLEM THAT THE EVAL WILL NOT WORK GOOD IF I HAVE COMMENTS (IN UPPER CASE OR HAVE BEG OR END) IN MY STRING AND THAT IS VERY BAD BECAUSE THAT IS A BAD ISSUE IF I WANT TO CREATE A (TEMPLATE SYSTEM) AND ITS VERY BAD BECAUSE WE DO NOT HAVE A NOTE ABOUT (THAT EVAL HAVE RESTRICTION IN STRINGS AND NOT ACCEPT COMMENTS WITH BEG OR END) [2004-04-07 22:31:13] [EMAIL PROTECTED] And what problem is that? The only thing described in the bug report is scripting problems which don't belong in this bug system. [2004-04-07 19:47:04] albaity at hotmail dot com the problem is with eval function and sorry for spam or flood details :( 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/27915 -- Edit this bug report at http://bugs.php.net/?id=27915&edit=1
#28245 [Fbk->NoF]: stream_Socket_client + STREAM_CLIENT_ASYNC_CONNECT = crash
ID: 28245 Updated by: [EMAIL PROTECTED] Reported By: fabrizio at zirak dot it -Status: Feedback +Status: No Feedback Bug Type: *General Issues Operating System: Windows XP Pro PHP Version: 5CVS-2004-05-01 (dev) New Comment: 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". Previous Comments: [2004-05-01 21:55:35] [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. [2004-05-01 20:19:42] fabrizio at zirak dot it Description: PHP5_CVS crashing when i try to specify flag STREAM_CLIENT_ASYNC_CONNECT for function stream_Socket_client(). -- Edit this bug report at http://bugs.php.net/?id=28245&edit=1
#28329 [NEW]: PHP startup mysqli module error
From: kerdolink at hot dot ee Operating system: Windows XP Home PHP version: 5CVS-2004-05-08 (dev) PHP Bug Type: MySQL related Bug description: PHP startup mysqli module error Description: I am using Apache 2.0.49 on Windows XP home SP1. I installed the latest PHP 5CVS-2004-05-08. If I try to start Apache with PHP and mysqli module I get the warning: PHP Startup: mysqli: Unable to initialize module Module compiled with module API=20040412, debug=0, thread-safety=1 PHP compiled with module API=20040316, debug=0, thread-safety=1 These options need to match -- Edit bug report at http://bugs.php.net/?id=28329&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28329&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28329&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28329&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28329&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28329&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28329&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28329&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28329&r=support Expected behavior: http://bugs.php.net/fix.php?id=28329&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28329&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28329&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28329&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28329&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28329&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28329&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28329&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28329&r=float
#28328 [NEW]: error encoding using base64_encode and base64_decode
From: amr_hossam at hotmail dot com
Operating system: Windows NT
PHP version: 4.3.4
PHP Bug Type: *General Issues
Bug description: error encoding using base64_encode and base64_decode
Description:
I wanted to encode some data to be used later through the base64_encode
and the base64_decode functions ...
I took some variables and encoded it, then when I want to decode these
data to display it, I found that it doesn't exist or can't be decoded ...
Reproduce code:
---
function docookie($setuid, $setusername, $setpass, $setstorynum,
$setumode, $setuorder, $setthold, $setnoscore, $setublockon, $settheme,
$setcommentmax) {
$info =
base64_encode("$setuid:$setusername:$setpass:$setstorynum:$setumode:$setuorder:$setthold:$setnoscore:$setublockon:$settheme:$setcommentmax");
}
function cookiedecode($user) {
global $user, $cookie;
$user = base64_decode($user);
$cookie = explode(":", $user);
}
Expected result:
variable $cookie[1] should contain the username entered
Actual result:
--
$cookie is empty .. doesn't contain any encoded or decoded data
--
Edit bug report at http://bugs.php.net/?id=28328&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28328&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28328&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28328&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28328&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28328&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28328&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28328&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28328&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28328&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28328&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28328&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28328&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28328&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28328&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28328&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28328&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28328&r=float
#25863 [Com]: IIS: The specified CGI application misbehaved
ID: 25863
Comment by: dmeeking at shaw dot ca
Reported By: salmanarshad2000 at yahoo dot com
Status: Closed
Bug Type: CGI related
Operating System: win32 only
PHP Version: 4CVS, 5CVS, 6CVS..
New Comment:
I found that excluding c:\php\ from my (Norton) virus scanner fixed the
problem. Some comments led me to believe that windows was getting
grumpy when multiple requests were being handled by php.exe. This made
me wonder if the antivirus was locking the file, since it was set to
scan every exe upon execution. Turning off scanning on the PHP folder
has fixed this problem for me (iis5 / PHP 4.3.6).
Previous Comments:
[2004-04-28 18:19:25] david dot blair at nsi1 dot com
I need to retract my earlier statement of:
"After the reset, the CGI errors occurred only once per page."
3 days in and we've had a couple reoccurring page errors...the
frequency is going down, or people aren't getting back to me on the
problem...the latter is most likely the case here.
I should also state that we are running IIS 6 on 2003(I previously
wrote 2000...my fault)
[2004-04-28 07:19:18] salmanarshad2000 at yahoo dot com
In my case, the problem disappeared mysteriously, after upgrading from
PHP 4.3.2 to PHP 4.3.3; No single line of code was changed. phpMyAdmin
and netOffice were the two applications that I had previously been
using and they caused the CGI misbehaved error frequently, but then the
problem disappeared after the upgrade.
Ok wait... I did other things too... upgrading php was a part of
maintainance operations I did in that time, other things include
removeing unnecessary programs, defragmenting hard disk, removing
unnecessary databases from mysql. Now I am not sure which one worked...
but I am not having that problem anymore. If I remember any thing else
I'll add it here.
[2004-04-27 18:32:08] david dot blair at nsi1 dot com
More information as I've had a chance to talk to our sa and users:
We've had the new pages (ones with images) up for a week and no one had
a problem until our IIS server puked last night.
After the reset, the CGI errors occurred only once per page.
ie: User Jay clicks thru to one of the pages that fits the conditions
described in this bug report...the server returns the CGI error. Jay
goes back and tries the page again, everything works fine...every user
after him sees the page okay.
But when a page is opened for the first time after the reset...it will
throw an error...this is only for pages that satisfy the conditions
I've posted earlier.
After about 28 hours from the reset, the users have self corrected the
problem by using the system...this might be what happened to
salmanarshad on his Jan. 27th post, but this doesn't explain why steve
on Apr. 23rd kept receiving the error until he removed the image tag...
[2004-04-27 16:15:02] david dot blair at nsi1 dot com
I can add onto / narrow down salmnarshad's info a bit:
I just had this error start popping up on pages where my main frame had
images added to it. I've had an image on the menu frame (which does not
get updated) and it hasn't caused any errors before.
In comparing against Salmnarshad's info my test cases are:
-Running PHP 4.3.4 on a 2000 server as CGI under IIS
-Running under 2 frames (only the main frame is being updated)
-I'm making MSSQL calls not MySQL calls on both the calling page, and
the next page displayed
-Using a header("Location: yada yada") redirect to move between pages
-The MSSQL connection is being closed just before the redirect, and
reopened right after it...it is not being left open
-Our server is running over 1ghz
-Pages are being viewed by client machines (errors have occurred
haphazardly on different clients, we have been unable to replicate the
error everytime)
Simplest solution seems like the easiest for me...I'm going to dump the
images from the pages that are causing this problem to try and resolve
it quickly on my end.
[2004-04-23 08:39:44] steve at xcvr dot com
I've had had this issue occur in my fresh installation of 4.3.6 (Win2K,
CGI), even after applying all the recommended
fixes/changes/configurations. So far, I've found that if I remove one
particular image, the problem goes away. Put the image back, and the
problem creeps up again. I've changed around the tag, and still
cannot get rid of the "...CGI application misbehaved...".
FWIW, this page uses SSL.
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
htt
#28317 [Asn->Csd]: stack overflow
ID: 28317 Updated by: [EMAIL PROTECTED] Reported By: novicky at aarongroup dot cz -Status: Assigned +Status: Closed Bug Type: PCRE related Operating System: win32 PHP Version: 4.3.6 Assigned To: edink New Comment: This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-05-07 18:47:02] novicky at aarongroup dot cz Description: Stack overflow during preg_match() on complex regular expressions used for long data. As written in pcre.c ... /*** RECURSION IN THE match() FUNCTION The match() function is highly recursive. Some regular expressions can cause it to recurse thousands of times. I was writing for Unix, so I just let it call itself recursively. This uses the stack for saving everything that has to be saved for a recursive call. On Unix, the stack can be large, and this works fine. It turns out that on non-Unix systems there are problems with programs that use a lot of stack. (This despite the fact that every last chip has oodles of memory these days, and techniques for extending the stack have been known for decades.) So There is a fudge, triggered by defining NO_RECURSE, which avoids recursive calls by keeping local variables that need to be preserved in blocks of memory obtained from malloc instead instead of on the stack. Macros are used to achieve this so that the actual code doesn't look very different to what it always used to. ***/ Thus NO_RECURSE should be set in win32 compiler oprions. -- Edit this bug report at http://bugs.php.net/?id=28317&edit=1
#28314 [Bgs]: sybase-ct's MSSQL_ASSOC not defined
ID: 28314 Updated by: [EMAIL PROTECTED] Reported By: adamh at densi dot com Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.4 New Comment: When you compile with Sybase-ct you will nt get the mssql functions, but the sybase functions and a set of aliases. If you look at the documentation you will see that the mssql extension includes a larger number of functions than the sybase extensions. The mssql aliases provided by the sybase extension was implemented before the 'native' mssql extension was available on *nix. Previous Comments: [2004-05-08 14:50:21] [EMAIL PROTECTED] Because you need to have the mssql extension loaded to use its constants. [2004-05-08 14:40:08] adamh at densi dot com Yes, obviously I can use mssql_* functions using FreeTDS. But I can *also* use them with --with-sybase-ct. When I use them with SybaseCT, they do not behave as documented. To me, the FreeTDS argument sounds like, "If you've found a bug in strlen() with uClibc, you can use glibc instead." And yes, I can, but that doesn't mean uClibc doesn't have a bug. This seems so clear-cut to me I know I must be missing something. Why is this not a bug? [2004-05-07 23:46:36] [EMAIL PROTECTED] If you want to use the mssql_* functions you can use the --with-mssql option. This requires FreeTDS. [2004-05-07 18:16:19] adamh at densi dot com I'm delving into the source, so please correct me if I err: Inside the source, sybase_fetch_array() and sybase_fetch_assoc() both call php_sybase_fetch_hash(), in exactly the same manner as php_mssql_fetch_hash(). In other words, mssql_fetch_assoc($r) (the "real" one) is equivalent to mssql_fetch_array($r, MSSQL_ASSOC) internally, since both functions call php_mssql_fetch_hash() with different arguments. I see a direct parallel to Sybase_ct's php_sybase_fetch_hash(), with two differences: 1. php_sybase_fetch_hash() doesn't parse for the possible second argument. 2. MSSQL_ASSOC is not defined. However, both of these issues are trivial to resolve, aren't they? It seems to me that sybase_ct should conform to mssql on commonly used, well-documented functions. [2004-05-07 18:02:50] [EMAIL PROTECTED] The MSSQL_ASSOC constant is ONLY defined by the mssql extension. The sybase extension does not define this constant because sybase_fetch_array() (on which mssql_fetch_array()) is based on in sybase* extension does not support this feature. You should instead be using the sybase_fetch_assoc() function. 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/28314 -- Edit this bug report at http://bugs.php.net/?id=28314&edit=1
#28327 [Opn]: chdir("..") not working in PHP5 on WinNT4
ID: 28327
User updated by: zajdee at seznam dot cz
Reported By: zajdee at seznam dot cz
Status: Open
Bug Type: Directory function related
Operating System: Windows NT4
PHP Version: 5CVS-2004-05-08 (dev)
New Comment:
I forgot to tell anything about my config:
PHP 5.0.3RC-dev, Apache2, php loaded as module, binaries from
snaps.php.net, running on Windows NT4 Server EN
Previous Comments:
[2004-05-08 14:38:24] zajdee at seznam dot cz
Description:
Hi,
I've found a bug in PHP5 on Windows NT4 operating system. I think it is
somewhere in the PHP virtual directory handling, but haven't found more
informations yet.
In short -- chdir("..") doesn't work as expected.
It doesn't occur on Windows XP (2000 not checked), but in Windows NT4
when I run the code below I get the wrong results: relative chdir
actually takes a webserver root directory as a source for it's change,
instead of the current virtual directory (which is what everyone
expects).
As the result, lots of scripts don't work (e.g. phpMyAdmin's css/php
script, my own scripts that use chdir("..), etc.)
This bug AFAIK does not appear in PHP4.
Reproduce code:
---
\n";
echo chdir("../")."\n";
echo getcwd()."\n";
?>
Expected result:
E:\www\dirtest (script own directory)
1 (chdir was successfull)
E:\www (working directory after chdir)
Actual result:
--
E:\www\dirtest (script own directory)
1 (chdir was successfull)
D:\Program Files\Apache Group\Apache2 (working directory after chdir --
wrong)
--
Edit this bug report at http://bugs.php.net/?id=28327&edit=1
#28326 [Opn->Bgs]: 1157 errors
ID: 28326 Updated by: [EMAIL PROTECTED] Reported By: dungnhat2010 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Window ME PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. this is php not perl Previous Comments: [2004-05-08 14:31:01] dungnhat2010 at hotmail dot com Description: I got this meassage when trying to run Apache: Syntax error on lines 204:c:/fox/server/apache/conf/httpd.conf: Can not load c:/fox/server/apache/modules/mod_perl.so into server :<1157> one of the library file needed to run this appication can not be found. -- Edit this bug report at http://bugs.php.net/?id=28326&edit=1
#28314 [Bgs]: sybase-ct's MSSQL_ASSOC not defined
ID: 28314 Updated by: [EMAIL PROTECTED] Reported By: adamh at densi dot com Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.4 New Comment: Because you need to have the mssql extension loaded to use its constants. Previous Comments: [2004-05-08 14:40:08] adamh at densi dot com Yes, obviously I can use mssql_* functions using FreeTDS. But I can *also* use them with --with-sybase-ct. When I use them with SybaseCT, they do not behave as documented. To me, the FreeTDS argument sounds like, "If you've found a bug in strlen() with uClibc, you can use glibc instead." And yes, I can, but that doesn't mean uClibc doesn't have a bug. This seems so clear-cut to me I know I must be missing something. Why is this not a bug? [2004-05-07 23:46:36] [EMAIL PROTECTED] If you want to use the mssql_* functions you can use the --with-mssql option. This requires FreeTDS. [2004-05-07 18:16:19] adamh at densi dot com I'm delving into the source, so please correct me if I err: Inside the source, sybase_fetch_array() and sybase_fetch_assoc() both call php_sybase_fetch_hash(), in exactly the same manner as php_mssql_fetch_hash(). In other words, mssql_fetch_assoc($r) (the "real" one) is equivalent to mssql_fetch_array($r, MSSQL_ASSOC) internally, since both functions call php_mssql_fetch_hash() with different arguments. I see a direct parallel to Sybase_ct's php_sybase_fetch_hash(), with two differences: 1. php_sybase_fetch_hash() doesn't parse for the possible second argument. 2. MSSQL_ASSOC is not defined. However, both of these issues are trivial to resolve, aren't they? It seems to me that sybase_ct should conform to mssql on commonly used, well-documented functions. [2004-05-07 18:02:50] [EMAIL PROTECTED] The MSSQL_ASSOC constant is ONLY defined by the mssql extension. The sybase extension does not define this constant because sybase_fetch_array() (on which mssql_fetch_array()) is based on in sybase* extension does not support this feature. You should instead be using the sybase_fetch_assoc() function. [2004-05-07 17:57:43] adamh at densi dot com I respectfully disagree. Sybase_ct gives access to the mssql_fetch_array() function and yet the function does *not* follow the documentation. This is obviously a bug in sybase_ct! php -m does not show mssql; however, it does show sybase_ct. And mssql_fetch_array() is defined and works... but not the way it is supposed to. 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/28314 -- Edit this bug report at http://bugs.php.net/?id=28314&edit=1
#28314 [Bgs]: sybase-ct's MSSQL_ASSOC not defined
ID: 28314 User updated by: adamh at densi dot com Reported By: adamh at densi dot com Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.4 New Comment: Yes, obviously I can use mssql_* functions using FreeTDS. But I can *also* use them with --with-sybase-ct. When I use them with SybaseCT, they do not behave as documented. To me, the FreeTDS argument sounds like, "If you've found a bug in strlen() with uClibc, you can use glibc instead." And yes, I can, but that doesn't mean uClibc doesn't have a bug. This seems so clear-cut to me I know I must be missing something. Why is this not a bug? Previous Comments: [2004-05-07 23:46:36] [EMAIL PROTECTED] If you want to use the mssql_* functions you can use the --with-mssql option. This requires FreeTDS. [2004-05-07 18:16:19] adamh at densi dot com I'm delving into the source, so please correct me if I err: Inside the source, sybase_fetch_array() and sybase_fetch_assoc() both call php_sybase_fetch_hash(), in exactly the same manner as php_mssql_fetch_hash(). In other words, mssql_fetch_assoc($r) (the "real" one) is equivalent to mssql_fetch_array($r, MSSQL_ASSOC) internally, since both functions call php_mssql_fetch_hash() with different arguments. I see a direct parallel to Sybase_ct's php_sybase_fetch_hash(), with two differences: 1. php_sybase_fetch_hash() doesn't parse for the possible second argument. 2. MSSQL_ASSOC is not defined. However, both of these issues are trivial to resolve, aren't they? It seems to me that sybase_ct should conform to mssql on commonly used, well-documented functions. [2004-05-07 18:02:50] [EMAIL PROTECTED] The MSSQL_ASSOC constant is ONLY defined by the mssql extension. The sybase extension does not define this constant because sybase_fetch_array() (on which mssql_fetch_array()) is based on in sybase* extension does not support this feature. You should instead be using the sybase_fetch_assoc() function. [2004-05-07 17:57:43] adamh at densi dot com I respectfully disagree. Sybase_ct gives access to the mssql_fetch_array() function and yet the function does *not* follow the documentation. This is obviously a bug in sybase_ct! php -m does not show mssql; however, it does show sybase_ct. And mssql_fetch_array() is defined and works... but not the way it is supposed to. [2004-05-07 17:47:39] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Sounds like you don't actually load the sybase extensions. Make sure that php -m shows "mssql". 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/28314 -- Edit this bug report at http://bugs.php.net/?id=28314&edit=1
#28327 [NEW]: chdir("..") not working in PHP5 on WinNT4
From: zajdee at seznam dot cz
Operating system: Windows NT4
PHP version: 5CVS-2004-05-08 (dev)
PHP Bug Type: Directory function related
Bug description: chdir("..") not working in PHP5 on WinNT4
Description:
Hi,
I've found a bug in PHP5 on Windows NT4 operating system. I think it is
somewhere in the PHP virtual directory handling, but haven't found more
informations yet.
In short -- chdir("..") doesn't work as expected.
It doesn't occur on Windows XP (2000 not checked), but in Windows NT4 when
I run the code below I get the wrong results: relative chdir actually
takes a webserver root directory as a source for it's change, instead of
the current virtual directory (which is what everyone expects).
As the result, lots of scripts don't work (e.g. phpMyAdmin's css/php
script, my own scripts that use chdir("..), etc.)
This bug AFAIK does not appear in PHP4.
Reproduce code:
---
\n";
echo chdir("../")."\n";
echo getcwd()."\n";
?>
Expected result:
E:\www\dirtest (script own directory)
1 (chdir was successfull)
E:\www (working directory after chdir)
Actual result:
--
E:\www\dirtest (script own directory)
1 (chdir was successfull)
D:\Program Files\Apache Group\Apache2 (working directory after chdir --
wrong)
--
Edit bug report at http://bugs.php.net/?id=28327&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28327&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28327&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28327&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28327&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28327&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28327&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28327&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28327&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28327&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28327&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28327&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28327&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28327&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28327&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28327&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28327&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28327&r=float
#28326 [NEW]: 1157 errors
From: dungnhat2010 at hotmail dot com Operating system: Window ME PHP version: 4.3.4 PHP Bug Type: Apache related Bug description: 1157 errors Description: I got this meassage when trying to run Apache: Syntax error on lines 204:c:/fox/server/apache/conf/httpd.conf: Can not load c:/fox/server/apache/modules/mod_perl.so into server :<1157> one of the library file needed to run this appication can not be found. -- Edit bug report at http://bugs.php.net/?id=28326&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28326&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28326&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28326&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28326&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28326&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28326&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28326&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28326&r=support Expected behavior: http://bugs.php.net/fix.php?id=28326&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28326&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28326&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28326&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28326&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28326&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28326&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28326&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28326&r=float
#28325 [Opn]: serialization of objects
ID: 28325 User updated by: antonr at game dot permonline dot ru Reported By: antonr at game dot permonline dot ru Status: Open Bug Type: Class/Object related Operating System: Win32 PHP Version: 5CVS-2004-05-08 (dev) New Comment: but if change the line $a->myclass2->myclass1 = $a; to $a->myclass2->myclass1 = &$a; serialization/unserialization works fine Previous Comments: [2004-05-08 12:12:30] antonr at game dot permonline dot ru Description: I have one object with property "myclass1", referenced to second object. And property "myclass2" of second object, referenced to first object. When I serialize the first object and unserialize the result string, I get three objects: two copies of first object and a copy of second object. Reproduce code: --- number = 1; $a->myclass2 = new MyClass2; $a->myclass2->myclass1 = $a; $b = unserialize(serialize($a)); $b->number = 2; echo $b->number; echo "\n"; echo $b->myclass2->myclass1->number; ?> Expected result: If serialization was made correctly, then we would get that $b and $b->myclass2->myclass1 are references to one instance, and the output of script must be: 2 2 Actual result: -- The actual output is 2 1 this means, that $b and $b->myclass2->myclass1 aren't references to the same instance -- Edit this bug report at http://bugs.php.net/?id=28325&edit=1
#28325 [NEW]: serialization of objects
From: antonr at game dot permonline dot ru Operating system: Win32 PHP version: 5CVS-2004-05-08 (dev) PHP Bug Type: Class/Object related Bug description: serialization of objects Description: I have one object with property "myclass1", referenced to second object. And property "myclass2" of second object, referenced to first object. When I serialize the first object and unserialize the result string, I get three objects: two copies of first object and a copy of second object. Reproduce code: --- number = 1; $a->myclass2 = new MyClass2; $a->myclass2->myclass1 = $a; $b = unserialize(serialize($a)); $b->number = 2; echo $b->number; echo "\n"; echo $b->myclass2->myclass1->number; ?> Expected result: If serialization was made correctly, then we would get that $b and $b->myclass2->myclass1 are references to one instance, and the output of script must be: 2 2 Actual result: -- The actual output is 2 1 this means, that $b and $b->myclass2->myclass1 aren't references to the same instance -- Edit bug report at http://bugs.php.net/?id=28325&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28325&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28325&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28325&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28325&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28325&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28325&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28325&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28325&r=support Expected behavior: http://bugs.php.net/fix.php?id=28325&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28325&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28325&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28325&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28325&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28325&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28325&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28325&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28325&r=float
#28106 [Com]: New object model fails - old style works fine
ID: 28106
Comment by: antonr at game dot permonline dot ru
Reported By: kupka at learninglab dot de
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Mac OS X
PHP Version: 5.0.0RC2
New Comment:
So, there is a problem with serialization and deserialization of
objects with references to others objects.
Previous Comments:
[2004-05-08 10:27:17] antonr at game dot permonline dot ru
5.0.0 RC2, Win32
--
number;
echo "";
}
}
$a = new MyClass;
$a->number = 1;
$b = $a;
$b->number = 2;
$a->EchoNum();
$b->EchoNum();
?>
outputs:
2
2
--
but...
myclass2 = new MyClass2;
$a->myclass2->myclass1 = $a;
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "";
$c = serialize($a);
echo $c;
echo "";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "";
echo $b->myclass2->myclass1->number;
echo "";
echo "";
?>
outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";O:8:"MyClass1":2:{s:8:"myclass2";r:2;s:6:"number";i:1;}}s:6:"number";i:1;}
2
1
--
while:
myclass2 = new MyClass2;
$a->myclass2->myclass1 = &$a; <--- ampersand symbol added
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "";
$c = serialize($a);
echo $c;
echo "";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "";
echo $b->myclass2->myclass1->number;
echo "";
echo "";
?>
works fine and outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";r:1;}s:6:"number";i:1;}
2
2
[2004-04-26 10:31:19] kupka at learninglab dot de
In PHP 5 Release Candidate 2 the problem still exists.
The second script generates three different CStore
objects, but there should only be one CStore objec and
the two CHello objects should have a pointer to the same
CStore object.
[2004-04-25 16:48:45] kupka at learninglab dot de
The second script:
session_start();
$store->value = 123;
echo "store id: $store";
$store->object1->hello();
$store->object2->hello();
[2004-04-22 13:34:09] kupka at learninglab dot de
Description:
You have a main object which includes some other
objects. This object is stored in the session. The
other objects have a reference to the main object. If
you start a new session these references should point to
the main object. If you pass the objects to the main
object in the old style with "&" this works fine. If you
use the new style without "&" it doesn't work as
exspected.
Reproduce code:
---
The classes:
class CHello
{
var $store;
// this doesn't work as exspected
public function CHello($store)
{
$this->store = $store;
}
/*
// this works fine
public function CHello(&$store)
{
$this->store =& $store;
}
*/
public function hello( )
{
$v = $this->store->value;
echo "Hello World: value is $v. (store id: $this->store)";
}
}
class CStore
{
var $object1;
var $object2;
var $value = 0;
}
---
The first script:
session_start();
$store = new CStore;
$hello1 = new CHello($store);
$hello2 = new CHello($store);
$store->value = 999;
$store->object1 = $hello1;
$store->object2 = $hello2;
echo "store id: $store";
$store->object1->hello();
$store->object2->hello();
session_register("store");
---
The second script:
session_start();
$store->value = 123;
echo "store id: $store";
echo $store->object1->hello();
echo $store->object2->hello();
Expected result:
The first script where the objects are generated:
store id: Object id #4
Hello World: value is 999. (store id: Object id #4)
Hello World: value is 999. (store id: Object id #4)
The second script:
store id: Object id #1
Hello World: value is 123. (store id: Object id #1)
Hello World: value is 123. (store id: Object id #1)
Actual result:
--
The first script where the objects are generated:
store id: Object id #6
Hello World: value is 999. (store id: Object id #6)
Hello World: value is 999. (store id: Object id #6)
The second script:
store id: Object id #1
Hello World: value is 999. (store id: Object id #3)
Hello World: value is 999. (store id: Object id #5)
--
Edit this bug report at http://bugs.php.net/?id=28106&edit=1
#28285 [Com]: php_mysql.dll unclear on module installation
ID: 28285 Comment by: noreply at brutex dot de Reported By: pburden98 at yahoo dot com Status: Open Bug Type: *Configuration Issues Operating System: windows 98 2nd Edition PHP Version: 5.0.0RC2 New Comment: What I found out, that might be of interest: If you do a correct setup of PHP5.0.0RC2 and then you try to enable php_mysql extension it says to me at loading "Prozedureinsprungpunkt nicht gefunden". Found some google results of similar problems. To me it seems there is an error in libMySQL.dll, however it is the same with php_mysqli.dll. I am using Win2000 with apache. The error occours when I startup apache. Previous Comments: [2004-05-05 16:37:35] pburden98 at yahoo dot com Description: Standard installation of php5 works with apache how ever I am trying to enable c:\php\ext\php_mysql.dll Chosen path of installation as follows 1) Installed php5rc2 1.1 unzip into directory c:\php 1.1 copied "c:\php\php-php.ini-dist" to "C:\Program Files\Apache Group\Apache\php.ini" 1.2 edited php.ini 1.2.1 changed line 'extension_dir = "./"' to extension_dir = "c:\php\ext\" 2) Setup Apache with php5rc2 2.1 copied "c:\php\php5ts.dll" to "C:\Program Files\Apache Group\Apache\php5ts.dll" 2.2 added the following lines to "C:\Program Files\Apache Group\Apache\conf\httpd.conf" ---start of new lines added to httpd.conf--- LoadModule php5_module c:/php/php5apache.dll AddModule mod_php5.c AddType application/x-httpd-php .php ---end of new lines added to httpd.conf--- 3) Set up test environment on Apache so I check php5 works 3.1 I set up a "virtualhost 192.168.0.5:8081" on apache ---Start of new lines in httpd.conf--- Listen *:8081 DocumentRoot /phpco/www/ ServerName pjb DirectoryIndex index.html index.htm index.php ---End of new lines in httpd.conf--- 3.2 I set up a file index.php in the directory ---start contents of index.php--- hi from apache ---end contents of index.php--- 3.3 I setup phpinfo.php too 3.4 Restarted the apache. No problems accept for (exec() command not found 'bug in apache'). saw the message "Apache/1.3.29 (Win32) PHP/5.0.0RC2 running..." 4 Tested the PHP5 4.1 Visited the site "http://192.168.0.5:8081/"; ---OUTPUT on mozilla 1.6--- hi from apache hi from php5rc2 ---OUTPUT on mozilla 1.6--- 4.2 Also done a phpinfo.php Out i saw looked fine. 5 Enabled mysql extension 5.1 uncommented line 565 "extension=php_mysql.dll" 6 verified there is no more required dll files to be installed 6.1 I checked the INSTALL notes on any other dll files required for the mysql extension to run [nothin] 6.2 I checked the php.net manuals on dll files to be installed [nothing] 7 Restarted apache 8 Verified it wasnt any dlls required by old distrobution 8.1 I reported the following http://bugs.php.net/bug.php?id=28255 SOFTWARE THAT WORKS === windows98 box -- SOFTWARE USED (sorted by Installed order) 1 Mozilla 1.6 [binary edition] works 2 MySQL server version: 4.0.18 [binary edtion] works 3 Apache/1.3.29 [binary edtion] works 4 php5.0.0rc2 [binary edition] works but with no extensions linux box (stable all works, I have lots projects that work) - PHP Version 4.2.2 [compiled by redhat team version9 386] works Apache httpd-2.0.40-21.9 [compiled by redhat team version9 386] works MySQL server version: 4.0.18-standard [compiled by me] works Expected result: Expected it to run or explain what is missing. Actual result: -- Error reported when loading php5 Start of error PHP Warning: PHP Startup: Unable to load dynamic library '/php/ext/php_mysql.dll' - A device attached to the system is not functioning. in Unknown on line 0 End of error This is unclear. And I wanted to use php5 to connect to my linux box. I dont know what php5 wants for me to use the mysql functions in php. I have done the following to try and fix the problem 1) STFW (Searched the fantastic web) 1.1 Found out it could be a DLL file problem not loaded or not part of the system 1.2 Found out that php_mssql.dll has been reported on the BUG database for php4. Was closed due to not enought information. 1.3 http://blogs.phparch.com/mt/archives/25.html explains about copying the dlls. I could not do this test because "http://bugs.php.net/bug.php?id=28255"; 1.4 Tried to see if I get this new mysqli working http://www.zend.com/manual/ref.mysqli.php 1.4.1 Couldnt has im working with a binary edition 2) Verified the following dll files (libMySQL.dll,php_mysql.dll) 2.1 I tried placing the php_mysql.dll in different places apache directory c:\windows\system directory 3) Verified latest MDAC is installed as requested by INSTALL (this maybe another bug) 3.1 Downloaded mdac 2.8 from microsoft.com 4) Verified mysql works on windows 5) Verified php works 6) Verified apache w
#28106 [Com]: New object model fails - old style works fine
ID: 28106
Comment by: antonr at game dot permonline dot ru
Reported By: kupka at learninglab dot de
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Mac OS X
PHP Version: 5.0.0RC2
New Comment:
5.0.0 RC2, Win32
--
number;
echo "";
}
}
$a = new MyClass;
$a->number = 1;
$b = $a;
$b->number = 2;
$a->EchoNum();
$b->EchoNum();
?>
outputs:
2
2
--
but...
myclass2 = new MyClass2;
$a->myclass2->myclass1 = $a;
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "";
$c = serialize($a);
echo $c;
echo "";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "";
echo $b->myclass2->myclass1->number;
echo "";
echo "";
?>
outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";O:8:"MyClass1":2:{s:8:"myclass2";r:2;s:6:"number";i:1;}}s:6:"number";i:1;}
2
1
--
while:
myclass2 = new MyClass2;
$a->myclass2->myclass1 = &$a; <--- ampersand symbol added
$a->number = 1;
echo $a->myclass2->myclass1->number;
echo "";
$c = serialize($a);
echo $c;
echo "";
$b = unserialize($c);
$b->number = 2;
echo $b->number;
echo "";
echo $b->myclass2->myclass1->number;
echo "";
echo "";
?>
works fine and outputs:
1
O:8:"MyClass1":2:{s:8:"myclass2";O:8:"MyClass2":1:{s:8:"myclass1";r:1;}s:6:"number";i:1;}
2
2
Previous Comments:
[2004-04-26 10:31:19] kupka at learninglab dot de
In PHP 5 Release Candidate 2 the problem still exists.
The second script generates three different CStore
objects, but there should only be one CStore objec and
the two CHello objects should have a pointer to the same
CStore object.
[2004-04-25 16:48:45] kupka at learninglab dot de
The second script:
session_start();
$store->value = 123;
echo "store id: $store";
$store->object1->hello();
$store->object2->hello();
[2004-04-22 13:34:09] kupka at learninglab dot de
Description:
You have a main object which includes some other
objects. This object is stored in the session. The
other objects have a reference to the main object. If
you start a new session these references should point to
the main object. If you pass the objects to the main
object in the old style with "&" this works fine. If you
use the new style without "&" it doesn't work as
exspected.
Reproduce code:
---
The classes:
class CHello
{
var $store;
// this doesn't work as exspected
public function CHello($store)
{
$this->store = $store;
}
/*
// this works fine
public function CHello(&$store)
{
$this->store =& $store;
}
*/
public function hello( )
{
$v = $this->store->value;
echo "Hello World: value is $v. (store id: $this->store)";
}
}
class CStore
{
var $object1;
var $object2;
var $value = 0;
}
---
The first script:
session_start();
$store = new CStore;
$hello1 = new CHello($store);
$hello2 = new CHello($store);
$store->value = 999;
$store->object1 = $hello1;
$store->object2 = $hello2;
echo "store id: $store";
$store->object1->hello();
$store->object2->hello();
session_register("store");
---
The second script:
session_start();
$store->value = 123;
echo "store id: $store";
echo $store->object1->hello();
echo $store->object2->hello();
Expected result:
The first script where the objects are generated:
store id: Object id #4
Hello World: value is 999. (store id: Object id #4)
Hello World: value is 999. (store id: Object id #4)
The second script:
store id: Object id #1
Hello World: value is 123. (store id: Object id #1)
Hello World: value is 123. (store id: Object id #1)
Actual result:
--
The first script where the objects are generated:
store id: Object id #6
Hello World: value is 999. (store id: Object id #6)
Hello World: value is 999. (store id: Object id #6)
The second script:
store id: Object id #1
Hello World: value is 999. (store id: Object id #3)
Hello World: value is 999. (store id: Object id #5)
--
Edit this bug report at http://bugs.php.net/?id=28106&edit=1
