#41777 [Fbk->Opn]: Segmentation Fault when calling mail()

2007-06-24 Thread diego dot malatesta at mottaeditore dot it
 ID:   41777
 User updated by:  diego dot malatesta at mottaeditore dot it
 Reported By:  diego dot malatesta at mottaeditore dot it
-Status:   Feedback
+Status:   Open
 Bug Type: Mail related
 Operating System: Ubuntu Server 7.04 (Sparc)
 PHP Version:  5.2.3
 New Comment:

No I don't have any appended or prepended file nor any zend extension
enabled.

Btw, I've compiled also php version 5.2.1 and the latest snapshot, but
the script keeps crashing.


Previous Comments:


[2007-06-24 17:04:20] [EMAIL PROTECTED]

I doubt it's mail() function that is crashing here. Check that you
don't have some auto_prepend_file (or append) in php.ini set. And that
you don't have any zend_extensions enabled either.



[2007-06-22 08:33:25] diego dot malatesta at mottaeditore dot it

PS: Forgot to specify the Sparc platform



[2007-06-22 07:41:43] diego dot malatesta at mottaeditore dot it

Description:

When I run the script the browser asks me if I want to save the file or
view it as if I were downloading it and I get a blank page.

Reproduce code:
---


Expected result:

I expect the mail to be sent =)

Actual result:
--
Apache reports this in the error_log file:

[Fri Jun 22 10:22:01 2007] [notice] child pid 22502 exit signal
Segmentation fault (11)
[Fri Jun 22 10:22:01 2007] [notice] child pid 22503 exit signal
Segmentation fault (11)


The Backtrace:

(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[Thread debugging using libthread_db enabled]
[New Thread -134829856 (LWP 22573)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -134829856 (LWP 22573)]
_zval_ptr_dtor (zval_ptr=0xfff1ef9c) at
/root/php-5.2.3/Zend/zend_execute_API.c:412
412 (*zval_ptr)->refcount--;
(gdb) bt
#0  _zval_ptr_dtor (zval_ptr=0xfff1ef9c) at
/root/php-5.2.3/Zend/zend_execute_API.c:412
#1  0xf79541ec in zend_do_fcall_common_helper_SPEC
(execute_data=0xfff1f034) at /root/php-5.2.3/Zend/zend_execute.h:155
#2  0xf7944860 in execute (op_array=0x20af60) at
/root/php-5.2.3/Zend/zend_vm_execute.h:92
#3  0xf7922ac0 in zend_execute_scripts (type=8, retval=, file_count=3) at /root/php-5.2.3/Zend/zend.c:1134
#4  0xf78dc7dc in php_execute_script (primary_file=0xfff1f110) at
/root/php-5.2.3/main/main.c:1794
#5  0xf79ad374 in php_handler (r=0x246b40) at
/root/php-5.2.3/sapi/apache2handler/sapi_apache2.c:623
#6  0x0003fb4c in ap_run_handler (r=0x246b40) at config.c:157
#7  0x00042c28 in ap_invoke_handler (r=0x246b40) at config.c:372
#8  0x00058744 in ap_process_request (r=0x246b40) at
http_request.c:258
#9  0x000557ac in ap_process_http_connection (c=0x242b70) at
http_core.c:184
#10 0x000465b0 in ap_run_process_connection (c=0x242b70) at
connection.c:43
#11 0x0006b2d4 in child_main (child_num_arg=) at
prefork.c:640
#12 0x0006b4a4 in make_child (s=, slot=0) at
prefork.c:680
#13 0x0006c1c4 in ap_mpm_run (_pconf=0xa40a8, plog=, s=0xa8c80) at prefork.c:956
#14 0x0002ce3c in main (argc=2, argv=0xfff21ad4) at main.c:717





-- 
Edit this bug report at http://bugs.php.net/?id=41777&edit=1


#41794 [NEW]: Library test for external sqlite3 misses -lrt and fails

2007-06-24 Thread geoffwa at cs dot rmit dot edu dot au
From: geoffwa at cs dot rmit dot edu dot au
Operating system: Solaris 10
PHP version:  5.2.3
PHP Bug Type: Compile Failure
Bug description:  Library test for external sqlite3 misses -lrt and fails

Description:

The library test for external SQLite3 libraries fails on Solaris 10
as it does not include -lrt and consequently always fails.

When building with bundled sqlite3 library, there is a test
for -lrt on line 122 of ext/pdo_sqlite/config.m4:

dnl Solaris fix
PHP_CHECK_LIBRARY(rt, fdatasync, [
   PHP_ADD_LIBRARY(rt,, PDO_SQLITE_SHARED_LIBADD)])

This test could be moved so it's usable by both the bundled and
non-bundled builds.

(I'd offer a patch but my M4 foo is weak)


Reproduce code:
---
shell:
./configure --prefix=/usr/local --with-pdo-sqlite=shared,/usr/local
*snip*
checking for sqlite 3 support for PDO... yes, shared
checking for PDO includes... (cached) /export/work/php-5.2.3/ext
checking for sqlite3_open in -lsqlite3... no
configure: error: wrong sqlite lib version or lib not found

config.log:
configure:76889: cc -o conftest -I/usr/include -O -I/usr/local/include
-D_POSIX_PTHREAD_SEMANTICS -R/usr/local/lib -L/usr/local/lib -L/usr/lib
-L/usr/local/
lib -R/usr/local/lib  -R/usr/ucblib -L/usr/ucblib -R/usr/local/lib
-L/usr/local/lib -lm conftest.c -lsqlite3  -lintl -lbz2 -lz -lpcre -lresolv
-lm -lnsl -ls
ocket  -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -lm -lsocket -lnsl 1>&5
Undefined   first referenced
 symbol in file
fdatasync   /usr/local/lib/libsqlite3.so
ld: fatal: Symbol referencing errors. No output written to conftest
configure: failed program was:
#line 76878 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char sqlite3_open();

int main() {
sqlite3_open()
; return 0; }



-- 
Edit bug report at http://bugs.php.net/?id=41794&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41794&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41794&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41794&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41794&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41794&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41794&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41794&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41794&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41794&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41794&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41794&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41794&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41794&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41794&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41794&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41794&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41794&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41794&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41794&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41794&r=mysqlcfg


#41429 [Com]: working with filled blob fields failed

2007-06-24 Thread david at edumate dot com dot au
 ID:   41429
 Comment by:   david at edumate dot com dot au
 Reported By:  idvis at seznam dot cz
 Status:   Assigned
 Bug Type: InterBase related
 Operating System: WinXPPro, Win2000Pro
 PHP Version:  5.2.2
 Assigned To:  abies
 New Comment:

We have the same issue, after upgrading from 5.2.0 to 5.2.3.

Running in Apache 2, SuSE 10.2


Previous Comments:


[2007-06-13 22:35:04] ilpochta at gmail dot com

Maybe this change
http://cvs.php.net/viewvc.cgi/php-src/ext/interbase/ibase_blobs.c?r1=1.12&r2=1.13
broked ibase_blob_*() functionality?



[2007-05-24 19:39:58] chechelopez at gmail dot com

Same problem, this was really a headache
Please Help



[2007-05-20 23:59:16] cristiano dot soares at netwizard dot com dot br

Hi,

I'm migrating from 5.2.1 to 5.2.2 and I got the same error.

I'm using win2000 sp4 FB 2.0

Help us please



[2007-05-19 15:18:34] TQFA at hotmail dot com

Hi,

I agree with IDVIS, the Interbase Blob function seems to be unusable, I
get the same error "Unrecognized BLOB".

I had to revert back to PHP4 while in the process migrating my project
to PHP5.

I'm using Windows XP + FB 2.0.1 + Xitami.

Please help :P



[2007-05-18 11:21:01] idvis at seznam dot cz

Description:

My opinioin to #41345 [EMAIL PROTECTED] comment:

I think, that this is bug.
I have the similar experience - after upgrading from PHP 5.2.1
to PHP 5.2.2 I cannot work with filled blob fields.
Warnings: 
ibase_blob_info() - unrecognized BLOB field in ...

Downgrade back to 5.2.1 fixes the problem.
So I expect, that this is bug only in 5.2.2.

Tested on the following two cases:
1. Win2000Pro, Apache 2.3, php as ISAPI module, database Firebird 1.53
2. WinXPPro, Apache 2.4, php as CGI, database Firebird 1.53

Tom

Reproduce code:
---
  //... $con= ...  connecting to db was before  
  $query=ibase_query($con,"SELECT SOMEBLOBFIELD FROM TB_WITHBLOB");
  $record=ibase_fetch_row($query);  
  $blobinfo = ibase_blob_info($record[0]); //<-- warning Warning:
ibase_blob_info() [function.ibase-blob-info]: Unrecognized BLOB ID in
   
  //some code bellow...


Expected result:

I expect no warning :-)

Actual result:
--
arning Warning: ibase_blob_info() [function.ibase-blob-info]:
Unrecognized BLOB ID in...





-- 
Edit this bug report at http://bugs.php.net/?id=41429&edit=1


#41789 [Asn->Csd]: Incorrect Modification to httpd.conf

2007-06-24 Thread jmertic
 ID:   41789
 Updated by:   [EMAIL PROTECTED]
 Reported By:  philjcrawford at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: Windows XP SP2
 PHP Version:  5.2.3
 Assigned To:  jmertic
 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.

Actually, either way works fine ( I used double backslashes on all my
PHP/Apache/Windows installs ), but I did change it to the more
conventional forward slashes in CVS.


Previous Comments:


[2007-06-24 16:31:55] [EMAIL PROTECTED]

Assigned to the installer guru.



[2007-06-24 12:21:21] philjcrawford at gmail dot com

Description:

When installing PHP 5.2.3 for Apache 2.2, the following is appended to
the httpd.conf file:
#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
PHPIniDir "C:\\Program Files\\PHP\\"
LoadModule php5_module "C:\\Program Files\\PHP\\php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

I had just managed to enable PHP 5.2.1 using the following, which the
5.2.3 installer commented out:
#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
#PHPIniDir "C:/Program Files/PHP/"
#LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

Note the "/" instead of "\\" in the path.
I don't need help but thought this should be fixed for subsequent
releases.






-- 
Edit this bug report at http://bugs.php.net/?id=41789&edit=1


#41773 [Opn->Fbk]: php_strip_whitespace sends headers with errors suppressed

2007-06-24 Thread sniper
 ID:   41773
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andi at splitbrain dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Linux (Debian unstable)
 PHP Version:  5.2.4-dev (200706222030)
 New Comment:

Did this work in 5.2.2 as you expected?


Previous Comments:


[2007-06-24 16:50:01] andi at splitbrain dot org

Error suppression should suppress all output including sending headers.
This is crucial when cookies need to be sent later in the code. Please
note that this behavior broke in 5.2.3 and was working fine before
(breaking existing code).



[2007-06-24 16:30:59] [EMAIL PROTECTED]

And why shouldn't the headers be sent? You're not getting any fatal
error there..



[2007-06-22 22:29:10] andi at splitbrain dot org

Its still the same with the snapshot you linked.



[2007-06-21 22:30:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-21 22:16:48] andi at splitbrain dot org

Description:

When suppressing error output of php_strip_whitespace and trying to
load a non existent file, output is started. The code below prints "not
sent" on older PHP versions but prints "sent" on PHP 5.2.3-1

Reproduce code:
---
http://bugs.php.net/?id=41773&edit=1


#41787 [Opn->Fbk]: not view the correct code in the browser

2007-06-24 Thread sniper
 ID:   41787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  d58m at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 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:


[2007-06-24 19:19:35] d58m at hotmail dot com

And you're 100% sure you have replaced ALL old dlls with the ones from
the zip you downloaded from snaps.php.net? And that includes the extra
dlls too. How exactly have you installed PHP to run under Apache? As a
module or as CGI binary?
   apache_2.2.4-win32-x86-no_ssl  lasted vision.
0. Unistalled old PhP-5.2.3-windows
1. Double click on PHP-5.2-Windows-installer-latest.
2. I accept the the terms in the licence Agreement.
3. C:\Program Files\PhP\
4. Apache 2.2x module
5. C\Apache Software foundation\Apache2.2\Conf\
6. Choose Items to install select all.
7. Install button clicked ok.
8. No installing errors.
9. I have not a clue on tacking old PhP-5.2.3-windows files



[2007-06-24 16:28:03] [EMAIL PROTECTED]

And you're 100% sure you have replaced ALL old dlls with the ones from
the zip you downloaded from snaps.php.net? And that includes the extra
dlls too. How exactly have you installed PHP to run under Apache? As a
module or as CGI binary?



[2007-06-24 14:58:46] d58m at hotmail dot com

I have updated to PHP version 5.2.4 and I am still getting the same
problem with proformace at runtine.

httpd.exe Application error.
The instruction at "0x77f87eeb" referenced memory at "0x0014". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 13:15:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-24 12:30:05] d58m at hotmail dot com

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

It was working up to 25/05/07 then it stopped.

Running different application I get this error:
httpd.exe Application error.
The instruction at "0x005c8cba" referenced memory at "0x0011". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



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/41787

-- 
Edit this bug report at http://bugs.php.net/?id=41787&edit=1


#41793 [Opn->Fbk]: SCRIPT_NAME breaks when a slash follows filename.php in URL

2007-06-24 Thread sniper
 ID:   41793
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chris at w3style dot co dot uk
-Status:   Open
+Status:   Feedback
 Bug Type: CGI related
 Operating System: Mac OS X
 PHP Version:  5.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

I think something like this was fixed last week.


Previous Comments:


[2007-06-24 21:30:21] chris at w3style dot co dot uk

Description:

When comparing the values held in $_SERVER['SCRIPT_NAME'] in CGI and 
SAPI in PHP 5.2.3, there's an obvious bug in the CGI version.

It works fine when the .php is the end of the URL, but in the case you

use a URL like the following it breaks:

http://site.com/script.php/some/extra/info

Without the slash:

[SCRIPT_NAME] => /~d11wtq/Router/demo.php

With the slash:

[SCRIPT_NAME] => tq/Sites/Router/demo.php

This is probably because PHP is trying to truncate the wrong 
environment variable when producing the string.  The path on disk is:

/Users/d11wtq/Sites/Router/demo.php

You'll notice that the length of the incorrect string is actually the 
same as the length of the correct string, which is why I make this 
assumption.

I have found the following PHP code offers a suitable workaround until

this bug is fixed:



Reproduce code:
---
Not needed, the description explains it nicely :)

Expected result:

$_SERVER["SCRIPT_NAME"] should contain the virtual path to the file in

both cases.  This should be:

~d11wtq/Router/demo.php


Actual result:
--
SCRIPT_NAME contains a bogus string when run under CGI, but only if 
there's a slash after the .php suffix.





-- 
Edit this bug report at http://bugs.php.net/?id=41793&edit=1


#41793 [NEW]: SCRIPT_NAME breaks when a slash follows filename.php in URL

2007-06-24 Thread chris at w3style dot co dot uk
From: chris at w3style dot co dot uk
Operating system: Mac OS X
PHP version:  5.2.3
PHP Bug Type: CGI related
Bug description:  SCRIPT_NAME breaks when a slash follows filename.php in URL

Description:

When comparing the values held in $_SERVER['SCRIPT_NAME'] in CGI and 
SAPI in PHP 5.2.3, there's an obvious bug in the CGI version.

It works fine when the .php is the end of the URL, but in the case you 
use a URL like the following it breaks:

http://site.com/script.php/some/extra/info

Without the slash:

[SCRIPT_NAME] => /~d11wtq/Router/demo.php

With the slash:

[SCRIPT_NAME] => tq/Sites/Router/demo.php

This is probably because PHP is trying to truncate the wrong 
environment variable when producing the string.  The path on disk is:

/Users/d11wtq/Sites/Router/demo.php

You'll notice that the length of the incorrect string is actually the 
same as the length of the correct string, which is why I make this 
assumption.

I have found the following PHP code offers a suitable workaround until 
this bug is fixed:



Reproduce code:
---
Not needed, the description explains it nicely :)

Expected result:

$_SERVER["SCRIPT_NAME"] should contain the virtual path to the file in 
both cases.  This should be:

~d11wtq/Router/demo.php


Actual result:
--
SCRIPT_NAME contains a bogus string when run under CGI, but only if 
there's a slash after the .php suffix.

-- 
Edit bug report at http://bugs.php.net/?id=41793&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41793&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41793&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41793&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41793&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41793&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41793&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41793&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41793&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41793&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41793&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41793&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41793&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41793&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41793&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41793&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41793&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41793&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41793&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41793&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41793&r=mysqlcfg


#41792 [NEW]: simplexml newlines in attributes

2007-06-24 Thread alexander dot krause at erazor-zone dot de
From: alexander dot krause at erazor-zone dot de
Operating system: Linux
PHP version:  5.2.3
PHP Bug Type: *General Issues
Bug description:  simplexml newlines in attributes

Description:

newlines in attributes are allowed (htmlentities also does not 
convert newlines to 
 ) but they'll be removed when using 
simplexml.

Reproduce code:
---
$xml = new SimpleXMLElement(
''
);

echo $xml->asXML(); 


Expected result:





Actual result:
--



-- 
Edit bug report at http://bugs.php.net/?id=41792&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41792&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41792&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41792&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41792&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41792&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41792&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41792&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41792&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41792&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41792&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41792&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41792&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41792&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41792&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41792&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41792&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41792&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41792&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41792&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41792&r=mysqlcfg


#41787 [Fbk->Opn]: not view the correct code in the browser

2007-06-24 Thread d58m at hotmail dot com
 ID:   41787
 User updated by:  d58m at hotmail dot com
 Reported By:  d58m at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 New Comment:

And you're 100% sure you have replaced ALL old dlls with the ones from
the zip you downloaded from snaps.php.net? And that includes the extra
dlls too. How exactly have you installed PHP to run under Apache? As a
module or as CGI binary?
   apache_2.2.4-win32-x86-no_ssl  lasted vision.
0. Unistalled old PhP-5.2.3-windows
1. Double click on PHP-5.2-Windows-installer-latest.
2. I accept the the terms in the licence Agreement.
3. C:\Program Files\PhP\
4. Apache 2.2x module
5. C\Apache Software foundation\Apache2.2\Conf\
6. Choose Items to install select all.
7. Install button clicked ok.
8. No installing errors.
9. I have not a clue on tacking old PhP-5.2.3-windows files


Previous Comments:


[2007-06-24 16:28:03] [EMAIL PROTECTED]

And you're 100% sure you have replaced ALL old dlls with the ones from
the zip you downloaded from snaps.php.net? And that includes the extra
dlls too. How exactly have you installed PHP to run under Apache? As a
module or as CGI binary?



[2007-06-24 14:58:46] d58m at hotmail dot com

I have updated to PHP version 5.2.4 and I am still getting the same
problem with proformace at runtine.

httpd.exe Application error.
The instruction at "0x77f87eeb" referenced memory at "0x0014". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 13:15:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-24 12:30:05] d58m at hotmail dot com

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

It was working up to 25/05/07 then it stopped.

Running different application I get this error:
httpd.exe Application error.
The instruction at "0x005c8cba" referenced memory at "0x0011". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 11:22:31] d58m at hotmail dot com

Description:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

I was working up to 25/05/07 then it stopped.


Reproduce code:
---





Expected result:

site under construction
link to index page 


Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>


Untitled Document



site under construction
link to index page 







-- 
Edit this bug report at http://bugs.php.net/?id=41787&edit=1


#41791 [NEW]: Unable to connect MySQL6 with PHP5

2007-06-24 Thread malathi dot velayudhan at gmail dot com
From: malathi dot velayudhan at gmail dot com
Operating system: Windows XP
PHP version:  5.2.3
PHP Bug Type: *Configuration Issues
Bug description:  Unable to connect MySQL6 with PHP5

Description:

Hello,
  I'am unable to connect the MySQL & PHP. I get a blank page on executing
the code. Will there be any problem in php.ini configuration? Plz help me
to fix it up.

Reproduce code:
---



Expected result:

Should either display "database created" or any error statement.

Actual result:
--
I get a blank page.

-- 
Edit bug report at http://bugs.php.net/?id=41791&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41791&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41791&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41791&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41791&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41791&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41791&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41791&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41791&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41791&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41791&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41791&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41791&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41791&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41791&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41791&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41791&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41791&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41791&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41791&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41791&r=mysqlcfg


#41685 [Opn->Csd]: Missing WARNING in array_push where next index is used.

2007-06-24 Thread iliaa
 ID:   41685
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rob_nicholson at uk dot ibm dot com
-Status:   Open
+Status:   Closed
 Bug Type: Arrays related
 Operating System: all
 PHP Version:  5.2.3
 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:


[2007-06-14 15:51:31] [EMAIL PROTECTED]

In case this helps - I think I can see where the problem is in the
code:

In zend_fetch_dimension_address in zend_execute.c the following code
snippet:


case IS_ARRAY:
if ((type==BP_VAR_W || type==BP_VAR_RW) && 
container->refcount>1 &&
!PZVAL_IS_REF(container)) {
SEPARATE_ZVAL(container_ptr);
container = *container_ptr;
}
if (dim == NULL) {
zval *new_zval = &EG(uninitialized_zval);

new_zval->refcount++;
if 
(zend_hash_next_index_insert(Z_ARRVAL_P(container), &new_zval,
sizeof(zval *), (void **) &retval) == FAILURE) {
zend_error(E_WARNING, "Cannot add 
element to the array as the next
element is already occupied");
retval = &EG(error_zval_ptr);
new_zval->refcount--;
}

But in array_push in ext/standard/array.c is the following code:

/* For each subsequent argument, make it a reference, increase
refcount, and add it to the end of the array */
for (i=1; irefcount++;

zend_hash_next_index_insert(Z_ARRVAL_P(stack), &new_var, 
sizeof(zval
*), NULL);
}

It looks as though this code should be checking the return code from
zend_hash_next_index_insert and reporting the error.



[2007-06-14 08:22:07] rob_nicholson at uk dot ibm dot com

Description:

This testcase produces a warning:



Output is:

WARNING: Cannot add element to the array as the next element is already
occupied in  g:\foo.php on line 6.

This equivalent testcase produces no warning.









Reproduce code:
---



Expected result:

WARNING: Cannot add element to the array as the next element is already
occupied in  g:\foo.php on line 6.
array(2) {
  [-2147483648]=>
  int(8)
  [2147483647]=>
  int(1)
}


Actual result:
--
array(2) {
  [-2147483648]=>
  int(8)
  [2147483647]=>
  int(1)
}





-- 
Edit this bug report at http://bugs.php.net/?id=41685&edit=1


#41777 [Opn->Fbk]: Segmentation Fault when calling mail()

2007-06-24 Thread sniper
 ID:   41777
 Updated by:   [EMAIL PROTECTED]
 Reported By:  diego dot malatesta at mottaeditore dot it
-Status:   Open
+Status:   Feedback
 Bug Type: Mail related
 Operating System: Ubuntu Server 7.04 (Sparc)
 PHP Version:  5.2.3
 New Comment:

I doubt it's mail() function that is crashing here. Check that you
don't have some auto_prepend_file (or append) in php.ini set. And that
you don't have any zend_extensions enabled either.


Previous Comments:


[2007-06-22 08:33:25] diego dot malatesta at mottaeditore dot it

PS: Forgot to specify the Sparc platform



[2007-06-22 07:41:43] diego dot malatesta at mottaeditore dot it

Description:

When I run the script the browser asks me if I want to save the file or
view it as if I were downloading it and I get a blank page.

Reproduce code:
---


Expected result:

I expect the mail to be sent =)

Actual result:
--
Apache reports this in the error_log file:

[Fri Jun 22 10:22:01 2007] [notice] child pid 22502 exit signal
Segmentation fault (11)
[Fri Jun 22 10:22:01 2007] [notice] child pid 22503 exit signal
Segmentation fault (11)


The Backtrace:

(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[Thread debugging using libthread_db enabled]
[New Thread -134829856 (LWP 22573)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -134829856 (LWP 22573)]
_zval_ptr_dtor (zval_ptr=0xfff1ef9c) at
/root/php-5.2.3/Zend/zend_execute_API.c:412
412 (*zval_ptr)->refcount--;
(gdb) bt
#0  _zval_ptr_dtor (zval_ptr=0xfff1ef9c) at
/root/php-5.2.3/Zend/zend_execute_API.c:412
#1  0xf79541ec in zend_do_fcall_common_helper_SPEC
(execute_data=0xfff1f034) at /root/php-5.2.3/Zend/zend_execute.h:155
#2  0xf7944860 in execute (op_array=0x20af60) at
/root/php-5.2.3/Zend/zend_vm_execute.h:92
#3  0xf7922ac0 in zend_execute_scripts (type=8, retval=, file_count=3) at /root/php-5.2.3/Zend/zend.c:1134
#4  0xf78dc7dc in php_execute_script (primary_file=0xfff1f110) at
/root/php-5.2.3/main/main.c:1794
#5  0xf79ad374 in php_handler (r=0x246b40) at
/root/php-5.2.3/sapi/apache2handler/sapi_apache2.c:623
#6  0x0003fb4c in ap_run_handler (r=0x246b40) at config.c:157
#7  0x00042c28 in ap_invoke_handler (r=0x246b40) at config.c:372
#8  0x00058744 in ap_process_request (r=0x246b40) at
http_request.c:258
#9  0x000557ac in ap_process_http_connection (c=0x242b70) at
http_core.c:184
#10 0x000465b0 in ap_run_process_connection (c=0x242b70) at
connection.c:43
#11 0x0006b2d4 in child_main (child_num_arg=) at
prefork.c:640
#12 0x0006b4a4 in make_child (s=, slot=0) at
prefork.c:680
#13 0x0006c1c4 in ap_mpm_run (_pconf=0xa40a8, plog=, s=0xa8c80) at prefork.c:956
#14 0x0002ce3c in main (argc=2, argv=0xfff21ad4) at main.c:717





-- 
Edit this bug report at http://bugs.php.net/?id=41777&edit=1


#41773 [Fbk->Opn]: php_strip_whitespace sends headers with errors suppressed

2007-06-24 Thread andi at splitbrain dot org
 ID:   41773
 User updated by:  andi at splitbrain dot org
 Reported By:  andi at splitbrain dot org
-Status:   Feedback
+Status:   Open
 Bug Type: Output Control
 Operating System: Linux (Debian unstable)
 PHP Version:  5.2.4-dev (200706222030)
 New Comment:

Error suppression should suppress all output including sending headers.
This is crucial when cookies need to be sent later in the code. Please
note that this behavior broke in 5.2.3 and was working fine before
(breaking existing code).


Previous Comments:


[2007-06-24 16:30:59] [EMAIL PROTECTED]

And why shouldn't the headers be sent? You're not getting any fatal
error there..



[2007-06-22 22:29:10] andi at splitbrain dot org

Its still the same with the snapshot you linked.



[2007-06-21 22:30:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-21 22:16:48] andi at splitbrain dot org

Description:

When suppressing error output of php_strip_whitespace and trying to
load a non existent file, output is started. The code below prints "not
sent" on older PHP versions but prints "sent" on PHP 5.2.3-1

Reproduce code:
---
http://bugs.php.net/?id=41773&edit=1


#41767 [Opn->Bgs]: realpath() is not working properly now

2007-06-24 Thread sniper
 ID:   41767
 Updated by:   [EMAIL PROTECTED]
 Reported By:  programatorfreez at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: GNU/Linux
 PHP Version:  5.2.3
 New Comment:

Works fine for me.


Previous Comments:


[2007-06-22 18:04:02] programatorfreez at gmail dot com

Actually i'm happy that my PHP 5.2.2 is working and unfortunatelly i
don't have enough time to compile CVS version and then stable again.
I'll wait until it will be in Gentoo portage, it's the best way for me.

Do you have installed CVS version? If so, please try:
-

-

The directory with script must be in php.ini -> open_basedir, don't
forget to add the final slash. Safe mode must be on.

The result with PHP 5.2.2 is something like
/var/www/localhost/htdocs/mypages.

With PHP 5.2.3 the result is similar to open_basedir restriction in
affect, directory /var/www/localhost/htdocs/mypages is not in allowed
path.

PHP 5.2.3 is actually running only on webhosting, where are stored my
pages.

Thanks for a try



[2007-06-21 19:16:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-21 16:16:37] programatorfreez at gmail dot com

Description:

Hello,

In PHP <= 5.2.2 realpath('.") will return realpath to current working
directory (for example /var/www/localhost/htdocs/mypages) but in PHP
5.2.3 function realpath('.') causes openbase_dir restriction related
error.

Reason
==
echo realpath('/var/www/localhost/htdocs/mypages/'); in PHP <= 5.2.2
works, but in PHP 5.2.3 causes openbase_dir restriction error with
something like "You have not access to
/var/www/localhost/htdocs/mypages' (it's because the final slash is
missing) the openbase_dir in php.ini is set to
"/var/www/localhost/htdocs/mypages/", function realpath will cut the
final slash and this will lead to error.

Reproduce code:
---








-- 
Edit this bug report at http://bugs.php.net/?id=41767&edit=1


#41787 [Opn->Fbk]: not view the correct code in the browser

2007-06-24 Thread sniper
 ID:   41787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  d58m at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: windows 2000 Professional
 PHP Version:  5.2.4
 New Comment:

And you're 100% sure you have replaced ALL old dlls with the ones from
the zip you downloaded from snaps.php.net? And that includes the extra
dlls too. How exactly have you installed PHP to run under Apache? As a
module or as CGI binary?


Previous Comments:


[2007-06-24 14:58:46] d58m at hotmail dot com

I have updated to PHP version 5.2.4 and I am still getting the same
problem with proformace at runtine.

httpd.exe Application error.
The instruction at "0x77f87eeb" referenced memory at "0x0014". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 13:15:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-24 12:30:05] d58m at hotmail dot com

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

It was working up to 25/05/07 then it stopped.

Running different application I get this error:
httpd.exe Application error.
The instruction at "0x005c8cba" referenced memory at "0x0011". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 11:22:31] d58m at hotmail dot com

Description:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

I was working up to 25/05/07 then it stopped.


Reproduce code:
---





Expected result:

site under construction
link to index page 


Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>


Untitled Document



site under construction
link to index page 







-- 
Edit this bug report at http://bugs.php.net/?id=41787&edit=1


#41789 [Opn->Asn]: Incorrect Modification to httpd.conf

2007-06-24 Thread sniper
 ID:   41789
 Updated by:   [EMAIL PROTECTED]
 Reported By:  philjcrawford at gmail dot com
-Status:   Open
+Status:   Assigned
 Bug Type: Apache2 related
 Operating System: Windows XP SP2
 PHP Version:  5.2.3
-Assigned To:  
+Assigned To:  jmertic
 New Comment:

Assigned to the installer guru.


Previous Comments:


[2007-06-24 12:21:21] philjcrawford at gmail dot com

Description:

When installing PHP 5.2.3 for Apache 2.2, the following is appended to
the httpd.conf file:
#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
PHPIniDir "C:\\Program Files\\PHP\\"
LoadModule php5_module "C:\\Program Files\\PHP\\php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

I had just managed to enable PHP 5.2.1 using the following, which the
5.2.3 installer commented out:
#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
#PHPIniDir "C:/Program Files/PHP/"
#LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

Note the "/" instead of "\\" in the path.
I don't need help but thought this should be fixed for subsequent
releases.






-- 
Edit this bug report at http://bugs.php.net/?id=41789&edit=1


#41773 [Opn->Fbk]: php_strip_whitespace sends headers with errors suppressed

2007-06-24 Thread sniper
 ID:   41773
 Updated by:   [EMAIL PROTECTED]
 Reported By:  andi at splitbrain dot org
-Status:   Open
+Status:   Feedback
 Bug Type: Output Control
 Operating System: Linux (Debian unstable)
 PHP Version:  5.2.4-dev (200706222030)
 New Comment:

And why shouldn't the headers be sent? You're not getting any fatal
error there..


Previous Comments:


[2007-06-22 22:29:10] andi at splitbrain dot org

Its still the same with the snapshot you linked.



[2007-06-21 22:30:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-21 22:16:48] andi at splitbrain dot org

Description:

When suppressing error output of php_strip_whitespace and trying to
load a non existent file, output is started. The code below prints "not
sent" on older PHP versions but prints "sent" on PHP 5.2.3-1

Reproduce code:
---
http://bugs.php.net/?id=41773&edit=1


#41790 [Opn]: dotnet class

2007-06-24 Thread mona dot arabi at yahoo dot co dot uk
 ID:   41790
 User updated by:  mona dot arabi at yahoo dot co dot uk
 Reported By:  mona dot arabi at yahoo dot co dot uk
 Status:   Open
-Bug Type: COM related
+Bug Type: Program Execution
 Operating System: windows xp 2002 sp2
 PHP Version:  5.2.3
 New Comment:

i mean that this code is working 
?php
 $stack = new DOTNET("mscorlib", "System.Collections.Stack"); 
  $stack->Push(".Net"); 
 $stack->Push("Hello "); 
  echo $stack->Pop() . $stack->Pop(); 
?>
but this 



generate

Fatal error: Uncaught exception 'com_exception' with message 'Failed
to
instantiate .Net object [CreateInstance] [0x80070002] The system
cannot
find the file specified. ' in C:\webs\test\index.php:7 Stack trace: #0
C:\webs\test\index.php(7): dotnet->dotnet('System',
'System.Diagnost...') #1 {main} thrown in C:\webs\test\index.php on
line
7


Previous Comments:


[2007-06-24 15:40:40] mona dot arabi at yahoo dot co dot uk

WHAT DO MEAN BY RECLASSIFIED I CAN'T GET



[2007-06-24 14:56:52] [EMAIL PROTECTED]

Reclassified



[2007-06-24 14:26:47] mona dot arabi at yahoo dot co dot uk

Description:

i can't instanciate an object from .net

Reproduce code:
---


WHILE
?php
 $stack = new DOTNET("mscorlib", "System.Collections.Stack"); 
  $stack->Push(".Net"); 
 $stack->Push("Hello "); 
  echo $stack->Pop() . $stack->Pop(); 
?>
WORKING

 

Expected result:

CREATING AN OBJECT TO PROCESS

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070002] The system cannot
find the file specified. ' in C:\webs\test\index.php:7 Stack trace: #0
C:\webs\test\index.php(7): dotnet->dotnet('System',
'System.Diagnost...') #1 {main} thrown in C:\webs\test\index.php on line
7

my php
PHP 5.2.3 (cli) (built: may 31 2007 09:37:22)
copyright (c) 1997-2007 THE PHP GROUP
Zend Engin v2.2.0 , copyright(c)1998-2007 zend Technologies.

Apache/2.0.59 (Win32)








-- 
Edit this bug report at http://bugs.php.net/?id=41790&edit=1


#41790 [Opn]: dotnet class

2007-06-24 Thread mona dot arabi at yahoo dot co dot uk
 ID:   41790
 User updated by:  mona dot arabi at yahoo dot co dot uk
 Reported By:  mona dot arabi at yahoo dot co dot uk
 Status:   Open
 Bug Type: COM related
 Operating System: windows xp 2002 sp2
 PHP Version:  5.2.3
 New Comment:

WHAT DO MEAN BY RECLASSIFIED I CAN'T GET


Previous Comments:


[2007-06-24 14:56:52] [EMAIL PROTECTED]

Reclassified



[2007-06-24 14:26:47] mona dot arabi at yahoo dot co dot uk

Description:

i can't instanciate an object from .net

Reproduce code:
---


WHILE
?php
 $stack = new DOTNET("mscorlib", "System.Collections.Stack"); 
  $stack->Push(".Net"); 
 $stack->Push("Hello "); 
  echo $stack->Pop() . $stack->Pop(); 
?>
WORKING

 

Expected result:

CREATING AN OBJECT TO PROCESS

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070002] The system cannot
find the file specified. ' in C:\webs\test\index.php:7 Stack trace: #0
C:\webs\test\index.php(7): dotnet->dotnet('System',
'System.Diagnost...') #1 {main} thrown in C:\webs\test\index.php on line
7

my php
PHP 5.2.3 (cli) (built: may 31 2007 09:37:22)
copyright (c) 1997-2007 THE PHP GROUP
Zend Engin v2.2.0 , copyright(c)1998-2007 zend Technologies.

Apache/2.0.59 (Win32)








-- 
Edit this bug report at http://bugs.php.net/?id=41790&edit=1


#41787 [Fbk->Opn]: not view the correct code in the browser

2007-06-24 Thread d58m at hotmail dot com
 ID:   41787
 User updated by:  d58m at hotmail dot com
 Reported By:  d58m at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Performance problem
 Operating System: windows 2000 Professional
-PHP Version:  5.2.3
+PHP Version:  5.2.4
 New Comment:

I have updated to PHP version 5.2.4 and I am still getting the same
problem with proformace at runtine.

httpd.exe Application error.
The instruction at "0x77f87eeb" referenced memory at "0x0014". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.


Previous Comments:


[2007-06-24 13:15:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2007-06-24 12:30:05] d58m at hotmail dot com

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

It was working up to 25/05/07 then it stopped.

Running different application I get this error:
httpd.exe Application error.
The instruction at "0x005c8cba" referenced memory at "0x0011". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 11:22:31] d58m at hotmail dot com

Description:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

I was working up to 25/05/07 then it stopped.


Reproduce code:
---





Expected result:

site under construction
link to index page 


Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>


Untitled Document



site under construction
link to index page 







-- 
Edit this bug report at http://bugs.php.net/?id=41787&edit=1


#41790 [Opn]: dotnet class

2007-06-24 Thread bjori
 ID:   41790
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mona dot arabi at yahoo dot co dot uk
 Status:   Open
-Bug Type: Systems problem
+Bug Type: COM related
 Operating System: windows xp 2002 sp2
-PHP Version:  Irrelevant
+PHP Version:  5.2.3
 New Comment:

Reclassified


Previous Comments:


[2007-06-24 14:26:47] mona dot arabi at yahoo dot co dot uk

Description:

i can't instanciate an object from .net

Reproduce code:
---


WHILE
?php
 $stack = new DOTNET("mscorlib", "System.Collections.Stack"); 
  $stack->Push(".Net"); 
 $stack->Push("Hello "); 
  echo $stack->Pop() . $stack->Pop(); 
?>
WORKING

 

Expected result:

CREATING AN OBJECT TO PROCESS

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
instantiate .Net object [CreateInstance] [0x80070002] The system cannot
find the file specified. ' in C:\webs\test\index.php:7 Stack trace: #0
C:\webs\test\index.php(7): dotnet->dotnet('System',
'System.Diagnost...') #1 {main} thrown in C:\webs\test\index.php on line
7

my php
PHP 5.2.3 (cli) (built: may 31 2007 09:37:22)
copyright (c) 1997-2007 THE PHP GROUP
Zend Engin v2.2.0 , copyright(c)1998-2007 zend Technologies.

Apache/2.0.59 (Win32)








-- 
Edit this bug report at http://bugs.php.net/?id=41790&edit=1


#41788 [Opn->Bgs]: preg_replace_callback returns NULL instead of input or error

2007-06-24 Thread johannes
 ID:   41788
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Sjon at hortensius dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Regexps related
 Operating System: linux 2.6.21.5
 PHP Version:  5.2.3
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

See preg_last_error().


Previous Comments:


[2007-06-24 11:44:45] Sjon at hortensius dot net

Description:

The preg_replace_callback manual-entry says:

 If matches are found, the new subject will be returned, otherwise
subject will be returned unchanged.

However; I have a testcase where no input is returned; and my callback
isn't called either. This seems to be caused by a required
pcre.backtrack_limit of 1000

Shouldn't PHP return the input or an error giving some pointers about
this limit being reached?

Reproduce code:
---
http://bugs.php.net/?id=41788&edit=1


#41787 [Opn->Fbk]: not view the correct code in the browser

2007-06-24 Thread sniper
 ID:   41787
 Updated by:   [EMAIL PROTECTED]
 Reported By:  d58m at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Performance problem
 Operating System: windows 2000 Professional
 PHP Version:  5.2.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi




Previous Comments:


[2007-06-24 12:30:05] d58m at hotmail dot com

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

It was working up to 25/05/07 then it stopped.

Running different application I get this error:
httpd.exe Application error.
The instruction at "0x005c8cba" referenced memory at "0x0011". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.



[2007-06-24 11:22:31] d58m at hotmail dot com

Description:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

I was working up to 25/05/07 then it stopped.


Reproduce code:
---





Expected result:

site under construction
link to index page 


Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>


Untitled Document



site under construction
link to index page 







-- 
Edit this bug report at http://bugs.php.net/?id=41787&edit=1


#41751 [Opn]: touch() works incorrectly in Windows.

2007-06-24 Thread sniper
 ID:   41751
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aeolianmeson at blitzeclipse dot com
 Status:   Open
 Bug Type: *General Issues
 Operating System: Windows XP SP2
 PHP Version:  5.2.3
 New Comment:

See also bug #41786


Previous Comments:


[2007-06-21 13:38:30] aeolianmeson at blitzeclipse dot com

It's set to 'America/Detroit' at runtime, which is still -5 (or -4
during DST).



[2007-06-21 13:37:27] [EMAIL PROTECTED]

Yes, that's how it should work but maybe not. What is date.timezone set
for you?




[2007-06-21 13:33:41] aeolianmeson at blitzeclipse dot com

Timezone is set to -5 at runtime. OS is setting to Detroit (-5)... But,
timezones don't matter until epoch times are converted to strings-- This
wouldn't apply since we're just talking about the timestamps.



[2007-06-21 13:30:28] [EMAIL PROTECTED]

Of course. What is your system timezone set to? And what about the
timezone setting in php.ini, date.timezone ?



[2007-06-20 22:30:10] aeolianmeson at blitzeclipse dot com

Plus, this only happens with Windows.

Dustin



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/41751

-- 
Edit this bug report at http://bugs.php.net/?id=41751&edit=1


#41786 [Opn]: Setting lastmodified file time with touch gives unexpexted values

2007-06-24 Thread sniper
 ID:   41786
 Updated by:   [EMAIL PROTECTED]
 Reported By:  thbley at gmail dot com
 Status:   Open
 Bug Type: Date/time related
 Operating System: WinXP SP2
 PHP Version:  5.2.3
 New Comment:

See also bug #41751



Previous Comments:


[2007-06-24 07:21:47] thbley at gmail dot com

Description:

When I try to set the last modified time of two files to the same
value, I get different values.

Date configuration:
(php default, nothing changed, I'm living in Europe/Berlin)
date
date/time support   enabled
Timezone Database Version   2006.16
Timezone Database   internal
Default timezoneEurope/Paris

Directive   Local Value Master Value
date.default_latitude   31.7667 31.7667
date.default_longitude  35.2333 35.2333
date.sunrise_zenith 90.58   90.58
date.sunset_zenith  90.58   90.58
date.timezone   no valueno value

Reproduce code:
---
\n";
echo filemtime("c:/test2.txt")."\n";

echo date("d.m.Y H:i:s",filemtime("c:/test1.txt"))."\n";
echo date("d.m.Y H:i:s",filemtime("c:/test2.txt"))."\n";
?>

Expected result:

1171818000
1171818000
18.02.2007 18:00:00
18.02.2007 18:00:00

or

1171821600
1171821600
18.02.2007 19:00:00
18.02.2007 19:00:00

Actual result:
--
1171821600
1171818000
18.02.2007 19:00:00
18.02.2007 18:00:00





-- 
Edit this bug report at http://bugs.php.net/?id=41786&edit=1


#41787 [Opn]: not view the correct code in the browser

2007-06-24 Thread d58m at hotmail dot com
 ID:   41787
 User updated by:  d58m at hotmail dot com
 Reported By:  d58m at hotmail dot com
 Status:   Open
 Bug Type: Performance problem
 Operating System: windows 2000 Professional
 PHP Version:  5.2.3
 New Comment:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

It was working up to 25/05/07 then it stopped.

Running different application I get this error:
httpd.exe Application error.
The instruction at "0x005c8cba" referenced memory at "0x0011". the
memory could not be "read"
click on OK to terminate the program.
Click on cancel to debug the program.


Previous Comments:


[2007-06-24 11:22:31] d58m at hotmail dot com

Description:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

I was working up to 25/05/07 then it stopped.


Reproduce code:
---





Expected result:

site under construction
link to index page 


Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>


Untitled Document



site under construction
link to index page 







-- 
Edit this bug report at http://bugs.php.net/?id=41787&edit=1


#41789 [NEW]: Incorrect Modification to httpd.conf

2007-06-24 Thread philjcrawford at gmail dot com
From: philjcrawford at gmail dot com
Operating system: Windows XP SP2
PHP version:  5.2.3
PHP Bug Type: Apache2 related
Bug description:  Incorrect Modification to httpd.conf

Description:

When installing PHP 5.2.3 for Apache 2.2, the following is appended to the
httpd.conf file:
#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
PHPIniDir "C:\\Program Files\\PHP\\"
LoadModule php5_module "C:\\Program Files\\PHP\\php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

I had just managed to enable PHP 5.2.1 using the following, which the
5.2.3 installer commented out:
#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
#PHPIniDir "C:/Program Files/PHP/"
#LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

Note the "/" instead of "\\" in the path.
I don't need help but thought this should be fixed for subsequent
releases.


-- 
Edit bug report at http://bugs.php.net/?id=41789&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41789&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41789&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41789&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41789&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41789&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41789&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41789&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41789&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41789&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41789&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41789&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41789&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41789&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41789&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41789&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41789&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41789&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41789&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41789&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41789&r=mysqlcfg


#41788 [NEW]: preg_replace_callback returns NULL instead of input or error

2007-06-24 Thread Sjon at hortensius dot net
From: Sjon at hortensius dot net
Operating system: linux 2.6.21.5
PHP version:  5.2.3
PHP Bug Type: Regexps related
Bug description:  preg_replace_callback returns NULL instead of input or error

Description:

The preg_replace_callback manual-entry says:

 If matches are found, the new subject will be returned, otherwise subject
will be returned unchanged.

However; I have a testcase where no input is returned; and my callback
isn't called either. This seems to be caused by a required
pcre.backtrack_limit of 1000

Shouldn't PHP return the input or an error giving some pointers about this
limit being reached?

Reproduce code:
---
http://bugs.php.net/?id=41788&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41788&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41788&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41788&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41788&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41788&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41788&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41788&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41788&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41788&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41788&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41788&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41788&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41788&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41788&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41788&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41788&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41788&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41788&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41788&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41788&r=mysqlcfg


#41787 [NEW]: not view the correct code in the browser

2007-06-24 Thread d58m at hotmail dot com
From: d58m at hotmail dot com
Operating system: windows 2000 Professional
PHP version:  5.2.3
PHP Bug Type: Performance problem
Bug description:  not view the correct code in the browser

Description:

OS: windows 2000 professional 
software used: Apache2.2 PHP5.2.3
Browser: IE 6.0.2800.1106

1. Type the address into the address: http://localhost/test/s.php   and
pressed return.
2. I get a blank page in the browser no text display in the browser.
3. Right clicked on the page and get the code in the "Reproduce code:
form". It should be the code in the "Actual result: form"  tech.

I was working up to 25/05/07 then it stopped.


Reproduce code:
---





Expected result:

site under construction
link to index page 


Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>


Untitled Document



site under construction
link to index page 



-- 
Edit bug report at http://bugs.php.net/?id=41787&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41787&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41787&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41787&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41787&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41787&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41787&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41787&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41787&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41787&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41787&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41787&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41787&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41787&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41787&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41787&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41787&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41787&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41787&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41787&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41787&r=mysqlcfg


#41350 [Com]: Error in my_thread_global_end()

2007-06-24 Thread ysangkok at gmail dot com
 ID:   41350
 Comment by:   ysangkok at gmail dot com
 Reported By:  graham at directhostinguk dot com
 Status:   Assigned
 Bug Type: MySQL related
 Operating System: Windows 2003
 PHP Version:  5.2.2
 Assigned To:  georg
 New Comment:

I'm experiencing the same problem with 5.2.3. Using CGI on IIS5.

I fixed it by using the dll from 5.2.1.


Previous Comments:


[2007-06-21 10:51:18] chris at crgs dot co dot uk

Am using CGI here (php-cgi.exe in IIS6)

There appears to be some action on the MySQL bug...



[2007-06-20 15:08:56] [EMAIL PROTECTED]

Is everyone running a CGI implementation or ISAPI?



[2007-06-19 16:26:42] chris at crgs dot co dot uk

Re short_open_tag option

I have tested on my server with short_open_tag set to both 'on' and
'off' and get this problem whatever happens with PHP 5.2.3.

The error occurs even with this page:




[2007-06-18 19:33:57] curthenderson at hotmail dot com

I have found that this error will come up if you are using short php
opening tags http://bugs.mysql.com/bug.php?id=25621 for mysql bug report on same
prob



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/41350

-- 
Edit this bug report at http://bugs.php.net/?id=41350&edit=1


#40524 [Com]: undefined symbol: zend_qsort

2007-06-24 Thread dgrexton at stoofoo dot net
 ID:   40524
 Comment by:   dgrexton at stoofoo dot net
 Reported By:  mgarner at sunnet dot net
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: RHEL4
 PHP Version:  5.2.1
 New Comment:

I'm using apache 2.2.4 and php 5.2.3 and receiving the same error when
trying to start apache. Both were compiled from source, apache was
configured with --enable-so only, while php was configured with
--with-apxs2=/usr/local/apache2/bin/apxs --with-mysql
--with-gd=/usr/lib64 --with-jpeg-dir=/usr/lib64

I'm not sure what other info would help, but here's a uname. If you
need anything else let me know and I'll try to provide it.

Linux sdm 2.6.20-gentoo-r8 #1 SMP Fri Jun 22 15:49:32 PDT 2007 x86_64
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux


Previous Comments:


[2007-02-27 01:00:01] 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".



[2007-02-19 09:51:45] [EMAIL PROTECTED]

Can't reproduce.
Please provide more information about your system.



[2007-02-17 19:06:29] mgarner at sunnet dot net

Description:

Apache 2.2.4 compiles fine as does PHP5.2.1.  When apachectl start is
run I get "undefined symbol: zend_qsort"

Actual result:
--
Syntax error on line 53 of /etc/httpd/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp5.so into server:
/usr/local/apache2/modules/libphp5.so: undefined symbol: zend_qsort





-- 
Edit this bug report at http://bugs.php.net/?id=40524&edit=1



#41733 [Bgs]: float substraction doesn't return 0

2007-06-24 Thread mc at glouglou dot net
 ID:   41733
 User updated by:  mc at glouglou dot net
 Reported By:  mc at glouglou dot net
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: Ubuntu
 PHP Version:  5.2.3
 New Comment:

Ok. 
Thanks for your answer and the reference.


Previous Comments:


[2007-06-19 05:09:45] [EMAIL PROTECTED]

Floating point values have a limited precision. Hence a value might 
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly 
printing it without any mathematical operations.

If you would like to know more about "floats" and what IEEE
754 is read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
 
Thank you for your interest in PHP.





[2007-06-18 23:48:42] mc at glouglou dot net

Description:

Came up with this numbers in a web-app.

I've tested this on various platform (Linux/Windows) and PHP version
4.3.9, 5.1, 5.2.1 and 5.2.3 with default php.ini

Reproduce code:
---


Expected result:

0

Actual result:
--
-2.13162820728E-14





-- 
Edit this bug report at http://bugs.php.net/?id=41733&edit=1


#41786 [NEW]: Setting lastmodified file time with touch gives unexpexted values

2007-06-24 Thread thbley at gmail dot com
From: thbley at gmail dot com
Operating system: WinXP SP2
PHP version:  5.2.3
PHP Bug Type: Date/time related
Bug description:  Setting lastmodified file time with touch gives unexpexted 
values

Description:

When I try to set the last modified time of two files to the same value, I
get different values.

Date configuration:
(php default, nothing changed, I'm living in Europe/Berlin)
date
date/time support   enabled
Timezone Database Version   2006.16
Timezone Database   internal
Default timezoneEurope/Paris

Directive   Local Value Master Value
date.default_latitude   31.7667 31.7667
date.default_longitude  35.2333 35.2333
date.sunrise_zenith 90.58   90.58
date.sunset_zenith  90.58   90.58
date.timezone   no valueno value

Reproduce code:
---
\n";
echo filemtime("c:/test2.txt")."\n";

echo date("d.m.Y H:i:s",filemtime("c:/test1.txt"))."\n";
echo date("d.m.Y H:i:s",filemtime("c:/test2.txt"))."\n";
?>

Expected result:

1171818000
1171818000
18.02.2007 18:00:00
18.02.2007 18:00:00

or

1171821600
1171821600
18.02.2007 19:00:00
18.02.2007 19:00:00

Actual result:
--
1171821600
1171818000
18.02.2007 19:00:00
18.02.2007 18:00:00

-- 
Edit bug report at http://bugs.php.net/?id=41786&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41786&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41786&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41786&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41786&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41786&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41786&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41786&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41786&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41786&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41786&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41786&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41786&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41786&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41786&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41786&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41786&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41786&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41786&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41786&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41786&r=mysqlcfg