#48754 [NEW]: mysql_close() crash php
From: busia at tiscali dot it
Operating system: Windows Vista
PHP version: 5.3.0
PHP Bug Type: Reproducible crash
Bug description: mysql_close() crash php
Description:
This simple code crash php.
This is the Debug diagnostic tool output:
In
php__PID__5128__Date__07_01_2009__Time_02_22_25PM__909__Second_Chance_Exception_C005.dmp
the assembly instruction at php_mysql!zif_mysql_close+92 in C:\Program
Files\PHP\ext\php_mysql.dll from The PHP Group has caused an access
violation exception (0xC005) when trying to read from memory location
0x on thread 0
Report for
php__PID__5128__Date__07_01_2009__Time_02_22_25PM__909__Second_Chance_Exception_C005.dmp
Type of Analysis Performed Crash Analysis
Machine Name PC-UTENTE
Operating System Windows Vista Service Pack 1
Number Of Processors 2
Process ID 5128
Process Image C:\Program Files\PHP\php.exe
System Up-Time 00:13:11
Process Up-Time 00:00:02
Thread 0 - System ID 5132
Entry point php!mainCRTStartup
Create time 01/07/2009 14.22.23
Time spent in user mode 0 Days 0:0:0.31
Time spent in kernel mode 0 Days 0:0:0.62
Function Arg 1 Arg 2 Arg 3 Source
php_mysql!zif_mysql_close+92 02a0d350
php5ts!zend_do_fcall_common_helper_SPEC+946 02a40070
00052fd0
php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+130 00c0fbd4 00052fd0
00c0fe70
php5ts!execute+29e 02a40070 00052f00
php5ts!zend_execute_scripts+f6 0008 00052fd0
php5ts!php_execute_script+22d 00c0fe70 00052fd0
php!main+bf1 0002 00052f68 00051888
php!mainCRTStartup+e3 7ffdb000 00c0ffd4 77bee4b6
kernel32!BaseThreadInitThunk+e 7ffdb000 770bbeaf
ntdll!__RtlUserThreadStart+23 00402d78 7ffdb000
ntdll!_RtlUserThreadStart+1b 00402d78 7ffdb000
PHP_MYSQL!ZIF_MYSQL_CLOSE+92In
php__PID__5128__Date__07_01_2009__Time_02_22_25PM__909__Second_Chance_Exception_C005.dmp
the assembly instruction at php_mysql!zif_mysql_close+92 in C:\Program
Files\PHP\ext\php_mysql.dll from The PHP Group has caused an access
violation exception (0xC005) when trying to read from memory location
0x on thread 0
Module Information
Image Name: C:\Program Files\PHP\ext\php_mysql.dll Symbol Type: PDB
Base address: 0x01c3 Time Stamp: Mon Jun 29 22:24:49 2009
Checksum: 0x Comments: Thanks to Zeev Suraski, Zak Greant,
Georg Richter
COM DLL: False Company Name: The PHP Group
ISAPIExtension: False File Description: MySQL
ISAPIFilter: False File Version: 5.3.0
Managed DLL: False Internal Name: MYSQL extension
VB DLL: False Legal Copyright: Copyright © 1997-2009 The PHP Group
Loaded Image Name: php_mysql.dll Legal Trademarks: PHP
Mapped Image Name: C:\Program Files\PHP\ext\php_mysql.dll Original
filename: php_mysql.dll
Module name: php_mysql Private Build:
Single Threaded: False Product Name: PHP
Module Size: 44,00 KBytes Product Version: 5.3.0
Symbol File Name:
C:\Users\utente\Desktop\php-debug-pack-5.3.0-Win32-VC6-x86\php_mysql.pdb
Special Build:
Reproduce code:
---
?php
sleep(2);
mysql_connect('127.0.0.1', 'root', 'root');
mysql_close();
?
--
Edit bug report at http://bugs.php.net/?id=48754edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48754r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48754r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48754r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48754r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48754r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48754r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48754r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48754r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48754r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48754r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48754r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48754r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48754r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48754r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48754r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48754r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48754r=isapi
Install GNU Sed:
http
#48754 [Opn]: mysql_close() crash php
ID: 48754
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
Status: Open
Bug Type: Reproducible crash
Operating System: Windows Vista
PHP Version: 5.3.0
New Comment:
1) The sleep function is not needed
2) The connection is successfull
An other information: if I save in $a the mysql_connect return value
and pass it to mysql_close php doesn't crash. In othe words this script
works well:
?
$a=mysql_connect('127.0.0.1', 'root', 'root');
mysql_close($a);
?
This instead crashes php:
?
mysql_connect('127.0.0.1', 'root', 'root');
mysql_close();
?
Previous Comments:
[2009-07-01 18:04:17] sjoerd-php at linuxonly dot nl
Thank you for your bug report.
I have a couple of questions regarding your bug report:
1. Is the sleep(2) needed to reproduce the bug?
2. Does the database connection succeed? (i.e. what is the return value
of mysql_connect?)
[2009-07-01 12:30:54] busia at tiscali dot it
Description:
This simple code crash php.
This is the Debug diagnostic tool output:
In
php__PID__5128__Date__07_01_2009__Time_02_22_25PM__909__Second_Chance_Exception_C005.dmp
the assembly instruction at php_mysql!zif_mysql_close+92 in C:\Program
Files\PHP\ext\php_mysql.dll from The PHP Group has caused an access
violation exception (0xC005) when trying to read from memory
location 0x on thread 0
Report for
php__PID__5128__Date__07_01_2009__Time_02_22_25PM__909__Second_Chance_Exception_C005.dmp
Type of Analysis Performed Crash Analysis
Machine Name PC-UTENTE
Operating System Windows Vista Service Pack 1
Number Of Processors 2
Process ID 5128
Process Image C:\Program Files\PHP\php.exe
System Up-Time 00:13:11
Process Up-Time 00:00:02
Thread 0 - System ID 5132
Entry point php!mainCRTStartup
Create time 01/07/2009 14.22.23
Time spent in user mode 0 Days 0:0:0.31
Time spent in kernel mode 0 Days 0:0:0.62
Function Arg 1 Arg 2 Arg 3 Source
php_mysql!zif_mysql_close+92 02a0d350
php5ts!zend_do_fcall_common_helper_SPEC+946 02a40070
00052fd0
php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+130 00c0fbd4 00052fd0
00c0fe70
php5ts!execute+29e 02a40070 00052f00
php5ts!zend_execute_scripts+f6 0008 00052fd0
php5ts!php_execute_script+22d 00c0fe70 00052fd0
php!main+bf1 0002 00052f68 00051888
php!mainCRTStartup+e3 7ffdb000 00c0ffd4 77bee4b6
kernel32!BaseThreadInitThunk+e 7ffdb000 770bbeaf
ntdll!__RtlUserThreadStart+23 00402d78 7ffdb000
ntdll!_RtlUserThreadStart+1b 00402d78 7ffdb000
PHP_MYSQL!ZIF_MYSQL_CLOSE+92In
php__PID__5128__Date__07_01_2009__Time_02_22_25PM__909__Second_Chance_Exception_C005.dmp
the assembly instruction at php_mysql!zif_mysql_close+92 in C:\Program
Files\PHP\ext\php_mysql.dll from The PHP Group has caused an access
violation exception (0xC005) when trying to read from memory
location 0x on thread 0
Module Information
Image Name: C:\Program Files\PHP\ext\php_mysql.dll Symbol Type: PDB
Base address: 0x01c3 Time Stamp: Mon Jun 29 22:24:49 2009
Checksum: 0x Comments: Thanks to Zeev Suraski, Zak Greant,
Georg Richter
COM DLL: False Company Name: The PHP Group
ISAPIExtension: False File Description: MySQL
ISAPIFilter: False File Version: 5.3.0
Managed DLL: False Internal Name: MYSQL extension
VB DLL: False Legal Copyright: Copyright © 1997-2009 The PHP Group
Loaded Image Name: php_mysql.dll Legal Trademarks: PHP
Mapped Image Name: C:\Program Files\PHP\ext\php_mysql.dll Original
filename: php_mysql.dll
Module name: php_mysql Private Build:
Single Threaded: False Product Name: PHP
Module Size: 44,00 KBytes Product Version: 5.3.0
Symbol File Name:
C:\Users\utente\Desktop\php-debug-pack-5.3.0-Win32-VC6-x86\php_mysql.pdb
Special Build:
Reproduce code:
---
?php
sleep(2);
mysql_connect('127.0.0.1', 'root', 'root');
mysql_close();
?
--
Edit this bug report at http://bugs.php.net/?id=48754edit=1
#48471 [Opn]: Memory request by objects optimization
ID: 48471 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it Status: Open Bug Type: Feature/Change Request Operating System: Irrilevant PHP Version: 5.3CVS-2009-06-04 (snap) New Comment: I saw that when I create more than 1023 objects, the unremovable cache of the objects between 1024° and 4095° grow as 64 bytes for object, between 4096° and 8191° grows as 128 bytes for object. It grows exponentially and this is a biggest problem. Previous Comments: [2009-06-04 13:02:19] busia at tiscali dot it Description: In bug report #48434 lbarn...@php.net wrote me: --- PHP uses an array internally to store all objects. When you create more objects, the array is grown. When you destroy some objects, the array is not resized, so that creating other objects is faster. This is the difference you see; ~32 bytes per object. This is not due to the allocator. There is a few other caches of this kind in PHP that make it running faster. --- Using many objects this is a problem, I need a function to force resizing of the internal object array. I know that this would slow down the script but this function (like mysql_free_result) would be useful in many situations (like working on many objects array). Is it possible to have a function like that? Thanks -- Edit this bug report at http://bugs.php.net/?id=48471edit=1
#48471 [NEW]: Memory request by objects optimization
From: busia at tiscali dot it Operating system: Irrilevant PHP version: 5.3CVS-2009-06-04 (snap) PHP Bug Type: Feature/Change Request Bug description: Memory request by objects optimization Description: In bug report #48434 lbarn...@php.net wrote me: --- PHP uses an array internally to store all objects. When you create more objects, the array is grown. When you destroy some objects, the array is not resized, so that creating other objects is faster. This is the difference you see; ~32 bytes per object. This is not due to the allocator. There is a few other caches of this kind in PHP that make it running faster. --- Using many objects this is a problem, I need a function to force resizing of the internal object array. I know that this would slow down the script but this function (like mysql_free_result) would be useful in many situations (like working on many objects array). Is it possible to have a function like that? Thanks -- Edit bug report at http://bugs.php.net/?id=48471edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48471r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48471r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48471r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48471r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48471r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48471r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48471r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48471r=needscript Try newer version: http://bugs.php.net/fix.php?id=48471r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48471r=support Expected behavior: http://bugs.php.net/fix.php?id=48471r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48471r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48471r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48471r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48471r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48471r=dst IIS Stability: http://bugs.php.net/fix.php?id=48471r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48471r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48471r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48471r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48471r=mysqlcfg
#48434 [Csd-Opn]: memory function
ID: 48434
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
-Status: Closed
+Status: Open
Bug Type:*General Issues
PHP Version: 5.3.0RC2
New Comment:
The correction create an other problem: look this script:
?
ini_set('memory_limit','300M');
class a {
}
echo memory_get_usage().\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo memory_get_usage().\n;
unset($a);
echo memory_get_usage().\n;
$b=1;
echo memory_get_usage().\n;
?
Regarding this code in bug #48368 you said me that unset != free. The
memory can remain occupied also after I unset an array, that memory is
reused when I set a new variable.
Now it is is possibile to check $foo dimension but the memory is not
reused. The output of the script is:
325792
230042232
33847560
33847640
It seems that the memory between 325792 and 33847560 is lost, it is not
reused when I set $foo.
Previous Comments:
[2009-05-30 16:44:58] lbarn...@php.net
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.
[2009-05-30 14:35:56] busia at tiscali dot it
Look this code:
?
ini_set('memory_limit','300M');
class a {
}
echo a - .(memory_get_usage(true) - memory_get_usage()).\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo b - .(memory_get_usage(true) - memory_get_usage()).\n;
unset($a);
echo c - .(memory_get_usage(true) - memory_get_usage()).\n;
$foo=1;
echo d - .(memory_get_usage(true) - memory_get_usage()).\n;
?
-
That show
a - 201640
b - 774800
c - 685360
d - 685360
If it is as you said the output near d should be different from the
output near c but they are identical. I want to know how many internal
mamory is used from the $foo variable. I know the the system memory is
the same because php don't make always garbage collection but it collect
on the request end bue i want to be able to know how much memory is
interested by section of code. Using your code seems that $foo is
registered on the void.
Thanks
[2009-05-30 13:29:54] scott...@php.net
What aren't you understanding?
memory_get_usage(true) = memory allocated to process from system
memory_get_usage() = memory actually in use for PHP
Therefore
memory_get_usage(true) - memory_get_usage()
That's the memory that has been allocated from the system but isn't
used for variables yet.
[2009-05-30 13:00:52] busia at tiscali dot it
I unsderstand what you say but my request is different: when I posted
bug #48368, j...@php.net answered me:
unset != free. The memory is freed once the process shuts down. Until
that, it's available inside the process. This is not a leak.
I need a function that tell me the amount of this memory available
inside the process or even better the difference between
memory_get_usage() and this memory available inside the process.
I don't think this is bogus, i think this must be an open feature
request.
Thanks
[2009-05-30 12:23:24] lbarn...@php.net
scott you are right, however it seems the behavior differs a bit when
unset()ing small-enough variables.
memory_get_usage(false) does not takes into account the small blocks
cache used by the allocator (not the same as the malloc()ed blocks
cache).
This causes the reported memory usage to not always decrease when
unset()ing a variable:
?php
$foo = bar;
var_dump(memory_get_usage());
var_dump(memory_get_usage());
unset($foo);
var_dump(memory_get_usage());
?
int(91448) -- first call
int(91696) -- before unset
int(91696) -- after unset (== before unset)
This patch may fix this:
Index: Zend/zend_alloc.c
===
RCS file: /repository/ZendEngine2/zend_alloc.c,v
retrieving revision 1.144.2.3.2.43.2.23
diff -u -p -r1.144.2.3.2.43.2.23 zend_alloc.c
--- Zend/zend_alloc.c 1 Apr 2009 16:55:47 - 1.144.2.3.2.43.2.23
+++ Zend/zend_alloc.c 30 May 2009 12:12:48 -
@@ -2496,7 +2496,11 @@ ZEND_API size_t zend_memory_usage(int re
if (real_usage) {
return AG(mm_heap)-real_size;
} else {
- return AG(mm_heap)-size;
+ size_t usage = AG(mm_heap)-size;
+#if ZEND_MM_CACHE
+ usage -= AG(mm_heap)-cached;
+#endif
+ return usage
#48434 [Csd-Opn]: memory function
ID: 48434
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
-Status: Closed
+Status: Open
Bug Type:*General Issues
PHP Version: 5.3.0RC2
New Comment:
But this cache would be used When I create $foo the dimensione grows
from 33847560 to 33847640 (80 bytes extra). This didn't happen using
php3.0rc2 but happens using last snapshot
Previous Comments:
[2009-05-31 09:10:46] lbarn...@php.net
PHP uses an array internally to store all objects. When you create more
objects, the array is grown. When you destroy some objects, the array is
not resized, so that creating other objects is faster.
This is the difference you see; ~32 bytes per object.
This is not due to the allocator. There is a few other caches of this
kind in PHP that make it running faster.
[2009-05-31 07:44:54] busia at tiscali dot it
The correction create an other problem: look this script:
?
ini_set('memory_limit','300M');
class a {
}
echo memory_get_usage().\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo memory_get_usage().\n;
unset($a);
echo memory_get_usage().\n;
$b=1;
echo memory_get_usage().\n;
?
Regarding this code in bug #48368 you said me that unset != free. The
memory can remain occupied also after I unset an array, that memory is
reused when I set a new variable.
Now it is is possibile to check $foo dimension but the memory is not
reused. The output of the script is:
325792
230042232
33847560
33847640
It seems that the memory between 325792 and 33847560 is lost, it is not
reused when I set $foo.
[2009-05-30 16:44:58] lbarn...@php.net
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.
[2009-05-30 14:35:56] busia at tiscali dot it
Look this code:
?
ini_set('memory_limit','300M');
class a {
}
echo a - .(memory_get_usage(true) - memory_get_usage()).\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo b - .(memory_get_usage(true) - memory_get_usage()).\n;
unset($a);
echo c - .(memory_get_usage(true) - memory_get_usage()).\n;
$foo=1;
echo d - .(memory_get_usage(true) - memory_get_usage()).\n;
?
-
That show
a - 201640
b - 774800
c - 685360
d - 685360
If it is as you said the output near d should be different from the
output near c but they are identical. I want to know how many internal
mamory is used from the $foo variable. I know the the system memory is
the same because php don't make always garbage collection but it collect
on the request end bue i want to be able to know how much memory is
interested by section of code. Using your code seems that $foo is
registered on the void.
Thanks
[2009-05-30 13:29:54] scott...@php.net
What aren't you understanding?
memory_get_usage(true) = memory allocated to process from system
memory_get_usage() = memory actually in use for PHP
Therefore
memory_get_usage(true) - memory_get_usage()
That's the memory that has been allocated from the system but isn't
used for variables yet.
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/48434
--
Edit this bug report at http://bugs.php.net/?id=48434edit=1
#48434 [NEW]: memory function
From: busia at tiscali dot it Operating system: PHP version: 5.3.0RC2 PHP Bug Type: Feature/Change Request Bug description: memory function Description: You said me (#48368) that unset != free. The memory can remain occupied also after I unset an array, that memory is reused when I set a new variable and, for this reason, it's not a leak. Ok, now it's clear but a problem remains: how can I optimize my code when I cannot see the php internal memory use? I need a function like: memory_get_usage() - memory_allocated_but_usable_for_newly_created_variables(); Setting a variable and seeing that memory use don't change make scripts impossible to optimize. Thanks -- Edit bug report at http://bugs.php.net/?id=48434edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48434r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48434r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48434r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48434r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48434r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48434r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48434r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48434r=needscript Try newer version: http://bugs.php.net/fix.php?id=48434r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48434r=support Expected behavior: http://bugs.php.net/fix.php?id=48434r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48434r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48434r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48434r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48434r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48434r=dst IIS Stability: http://bugs.php.net/fix.php?id=48434r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48434r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48434r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48434r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48434r=mysqlcfg
#48434 [Bgs]: memory function
ID: 48434 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0RC2 New Comment: I know memory_get_usage() and memory_get_usage(true). But they don't resolve the problem because the memory is not freed always when I unset a variable than memory_get_usage can return the same before and after creating a variable. See #48368. You said me that internal php memory is different from system allocated memory, and I want to access internal php memory. Memory_get_usage (with or without the first parameter) allow only to access to syem allocated memory. Please reply Previous Comments: [2009-05-30 10:01:50] scott...@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. It's already there. memory_get_usage() and memory_get_usage(true) [2009-05-30 09:33:08] busia at tiscali dot it Description: You said me (#48368) that unset != free. The memory can remain occupied also after I unset an array, that memory is reused when I set a new variable and, for this reason, it's not a leak. Ok, now it's clear but a problem remains: how can I optimize my code when I cannot see the php internal memory use? I need a function like: memory_get_usage() - memory_allocated_but_usable_for_newly_created_variables(); Setting a variable and seeing that memory use don't change make scripts impossible to optimize. Thanks -- Edit this bug report at http://bugs.php.net/?id=48434edit=1
#48434 [Bgs]: memory function
ID: 48434
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.3.0RC2
New Comment:
I unsderstand what you say but my request is different: when I posted
bug #48368, j...@php.net answered me:
unset != free. The memory is freed once the process shuts down. Until
that, it's available inside the process. This is not a leak.
I need a function that tell me the amount of this memory available
inside the process or even better the difference between
memory_get_usage() and this memory available inside the process.
I don't think this is bogus, i think this must be an open feature
request.
Thanks
Previous Comments:
[2009-05-30 12:23:24] lbarn...@php.net
scott you are right, however it seems the behavior differs a bit when
unset()ing small-enough variables.
memory_get_usage(false) does not takes into account the small blocks
cache used by the allocator (not the same as the malloc()ed blocks
cache).
This causes the reported memory usage to not always decrease when
unset()ing a variable:
?php
$foo = bar;
var_dump(memory_get_usage());
var_dump(memory_get_usage());
unset($foo);
var_dump(memory_get_usage());
?
int(91448) -- first call
int(91696) -- before unset
int(91696) -- after unset (== before unset)
This patch may fix this:
Index: Zend/zend_alloc.c
===
RCS file: /repository/ZendEngine2/zend_alloc.c,v
retrieving revision 1.144.2.3.2.43.2.23
diff -u -p -r1.144.2.3.2.43.2.23 zend_alloc.c
--- Zend/zend_alloc.c 1 Apr 2009 16:55:47 - 1.144.2.3.2.43.2.23
+++ Zend/zend_alloc.c 30 May 2009 12:12:48 -
@@ -2496,7 +2496,11 @@ ZEND_API size_t zend_memory_usage(int re
if (real_usage) {
return AG(mm_heap)-real_size;
} else {
- return AG(mm_heap)-size;
+ size_t usage = AG(mm_heap)-size;
+#if ZEND_MM_CACHE
+ usage -= AG(mm_heap)-cached;
+#endif
+ return usage;
}
}
[2009-05-30 11:42:31] scott...@php.net
memory_get_usage(true) is the memory allocated from the system.
memory_get_usage() is the memory currently in use by PHP.
?php
var_dump(memory_get_usage(), memory_get_usage(true));
$x = str_repeat('a', 4096);
var_dump(memory_get_usage(), memory_get_usage(true));
unset($x);
var_dump(memory_get_usage(), memory_get_usage(true));
Produces
int(332392) -- Initial
int(524288) -- system
int(336996) -- After variable set
int(524288) -- system
int(332916) -- After variable unset
int(524288) -- system
[2009-05-30 10:08:12] busia at tiscali dot it
I know memory_get_usage() and memory_get_usage(true). But they don't
resolve the problem because the memory is not freed always when I unset
a variable than memory_get_usage can return the same before and after
creating a variable. See #48368. You said me that internal php memory is
different from system allocated memory, and I want to access internal
php memory. Memory_get_usage (with or without the first parameter) allow
only to access to syem allocated memory.
Please reply
[2009-05-30 10:01:50] scott...@php.net
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
It's already there.
memory_get_usage() and memory_get_usage(true)
[2009-05-30 09:33:08] busia at tiscali dot it
Description:
You said me (#48368) that unset != free. The memory can remain occupied
also after I unset an array, that memory is reused when I set a new
variable and, for this reason, it's not a leak. Ok, now it's clear but a
problem remains: how can I optimize my code when I cannot see the php
internal memory use? I need a function like:
memory_get_usage() -
memory_allocated_but_usable_for_newly_created_variables();
Setting a variable and seeing that memory use don't change make scripts
impossible to optimize.
Thanks
--
Edit this bug report at http://bugs.php.net/?id=48434edit=1
#48434 [Bgs]: memory function
ID: 48434
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.3.0RC2
New Comment:
Look this code:
?
ini_set('memory_limit','300M');
class a {
}
echo a - .(memory_get_usage(true) - memory_get_usage()).\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo b - .(memory_get_usage(true) - memory_get_usage()).\n;
unset($a);
echo c - .(memory_get_usage(true) - memory_get_usage()).\n;
$foo=1;
echo d - .(memory_get_usage(true) - memory_get_usage()).\n;
?
-
That show
a - 201640
b - 774800
c - 685360
d - 685360
If it is as you said the output near d should be different from the
output near c but they are identical. I want to know how many internal
mamory is used from the $foo variable. I know the the system memory is
the same because php don't make always garbage collection but it collect
on the request end bue i want to be able to know how much memory is
interested by section of code. Using your code seems that $foo is
registered on the void.
Thanks
Previous Comments:
[2009-05-30 13:29:54] scott...@php.net
What aren't you understanding?
memory_get_usage(true) = memory allocated to process from system
memory_get_usage() = memory actually in use for PHP
Therefore
memory_get_usage(true) - memory_get_usage()
That's the memory that has been allocated from the system but isn't
used for variables yet.
[2009-05-30 13:00:52] busia at tiscali dot it
I unsderstand what you say but my request is different: when I posted
bug #48368, j...@php.net answered me:
unset != free. The memory is freed once the process shuts down. Until
that, it's available inside the process. This is not a leak.
I need a function that tell me the amount of this memory available
inside the process or even better the difference between
memory_get_usage() and this memory available inside the process.
I don't think this is bogus, i think this must be an open feature
request.
Thanks
[2009-05-30 12:23:24] lbarn...@php.net
scott you are right, however it seems the behavior differs a bit when
unset()ing small-enough variables.
memory_get_usage(false) does not takes into account the small blocks
cache used by the allocator (not the same as the malloc()ed blocks
cache).
This causes the reported memory usage to not always decrease when
unset()ing a variable:
?php
$foo = bar;
var_dump(memory_get_usage());
var_dump(memory_get_usage());
unset($foo);
var_dump(memory_get_usage());
?
int(91448) -- first call
int(91696) -- before unset
int(91696) -- after unset (== before unset)
This patch may fix this:
Index: Zend/zend_alloc.c
===
RCS file: /repository/ZendEngine2/zend_alloc.c,v
retrieving revision 1.144.2.3.2.43.2.23
diff -u -p -r1.144.2.3.2.43.2.23 zend_alloc.c
--- Zend/zend_alloc.c 1 Apr 2009 16:55:47 - 1.144.2.3.2.43.2.23
+++ Zend/zend_alloc.c 30 May 2009 12:12:48 -
@@ -2496,7 +2496,11 @@ ZEND_API size_t zend_memory_usage(int re
if (real_usage) {
return AG(mm_heap)-real_size;
} else {
- return AG(mm_heap)-size;
+ size_t usage = AG(mm_heap)-size;
+#if ZEND_MM_CACHE
+ usage -= AG(mm_heap)-cached;
+#endif
+ return usage;
}
}
[2009-05-30 11:42:31] scott...@php.net
memory_get_usage(true) is the memory allocated from the system.
memory_get_usage() is the memory currently in use by PHP.
?php
var_dump(memory_get_usage(), memory_get_usage(true));
$x = str_repeat('a', 4096);
var_dump(memory_get_usage(), memory_get_usage(true));
unset($x);
var_dump(memory_get_usage(), memory_get_usage(true));
Produces
int(332392) -- Initial
int(524288) -- system
int(336996) -- After variable set
int(524288) -- system
int(332916) -- After variable unset
int(524288) -- system
[2009-05-30 10:08:12] busia at tiscali dot it
I know memory_get_usage() and memory_get_usage(true). But they don't
resolve the problem because the memory is not freed always when I unset
a variable than memory_get_usage can return the same before and after
creating a variable. See #48368. You said me that internal php memory is
different from system allocated memory, and I want to access internal
php memory. Memory_get_usage (with or without the first parameter) allow
only to access to syem allocated memory.
Please reply
#48368 [NEW]: Memory leak in array objects
From: busia at tiscali dot it
Operating system: Windows
PHP version: 5.3.0RC2
PHP Bug Type: Scripting Engine problem
Bug description: Memory leak in array objects
Description:
When I unset an array containing object, the memory is not freed as
expected. Too much memory is still used.
Reproduce code:
---
?
ini_set('memory_limit','300M');
class a {
}
echo memory_get_usage().\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo memory_get_usage().\n;
unset($a);
echo memory_get_usage().\n;
?
Expected result:
325776
230042304
circa 325776
Actual result:
--
325776
230042304
33977912
--
Edit bug report at http://bugs.php.net/?id=48368edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48368r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48368r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48368r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48368r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48368r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48368r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48368r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48368r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48368r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48368r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48368r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48368r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48368r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48368r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48368r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48368r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48368r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48368r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48368r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48368r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48368r=mysqlcfg
#48369 [NEW]: Memory leak in array objects
From: busia at tiscali dot it
Operating system: Windows
PHP version: 5.3.0RC2
PHP Bug Type: Scripting Engine problem
Bug description: Memory leak in array objects
Description:
When I unset an array containing object, the memory is not freed as
expected. Too much memory is still used.
Reproduce code:
---
?
ini_set('memory_limit','300M');
class a {
}
echo memory_get_usage().\n;
$a=array();
for ($i=0; $i=100; $i++) {
$a[]= new a();
}
echo memory_get_usage().\n;
unset($a);
echo memory_get_usage().\n;
?
Expected result:
325776
230042304
circa 325776
Actual result:
--
325776
230042304
33977912
--
Edit bug report at http://bugs.php.net/?id=48369edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48369r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48369r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48369r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48369r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48369r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48369r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48369r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48369r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48369r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48369r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48369r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48369r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48369r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48369r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48369r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48369r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48369r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48369r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48369r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48369r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48369r=mysqlcfg
#47820 [Fbk-Opn]: mysql_connect(localhost) dooesn't work
ID: 47820
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Windows Vista
PHP Version: 5.3.0RC1
New Comment:
Yes, I rebooted my pc.
Previous Comments:
[2009-04-07 09:10:39] j...@php.net
Since this is Windows, did you reboot?
[2009-04-06 11:04:12] busia at tiscali dot it
I removed the line without results. The problem persist.
[2009-03-29 01:38:50] ka...@php.net
Try open your hosts file in:
%SystemRoot%\System32\Drivers\etc\hosts
and remove the IPv6 address (::1) or uncomment it, what your looking
for is:
::1 127.0.0.1
Remove that and it should work
[2009-03-28 11:35:44] busia at tiscali dot it
Description:
After the update from 5.2.9 to 5.3.0RC1 the command
if(!$db = mysql_connect(localhost, root, root)) {
die(mysql_error(). .mysql_errno());
}
cause mysql timeout
if I use, instead:
if(!$db = mysql_connect(127.0.0.1, root, root)) {
die(mysql_error(). .mysql_errno());
}
All works. In php 5.2.9 all worked well.
Mysql Version is 5.0.77 (installed as windows service)
PHP Version is 5.3.0RC1
--
Edit this bug report at http://bugs.php.net/?id=47820edit=1
#47820 [NoF-Opn]: mysql_connect(localhost) dooesn't work
ID: 47820
User updated by: busia at tiscali dot it
Reported By: busia at tiscali dot it
-Status: No Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Windows Vista
PHP Version: 5.3.0RC1
New Comment:
I removed the line without results. The problem persist.
Previous Comments:
[2009-04-06 01:00:00] 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.
[2009-03-29 01:38:50] ka...@php.net
Try open your hosts file in:
%SystemRoot%\System32\Drivers\etc\hosts
and remove the IPv6 address (::1) or uncomment it, what your looking
for is:
::1 127.0.0.1
Remove that and it should work
[2009-03-28 11:35:44] busia at tiscali dot it
Description:
After the update from 5.2.9 to 5.3.0RC1 the command
if(!$db = mysql_connect(localhost, root, root)) {
die(mysql_error(). .mysql_errno());
}
cause mysql timeout
if I use, instead:
if(!$db = mysql_connect(127.0.0.1, root, root)) {
die(mysql_error(). .mysql_errno());
}
All works. In php 5.2.9 all worked well.
Mysql Version is 5.0.77 (installed as windows service)
PHP Version is 5.3.0RC1
--
Edit this bug report at http://bugs.php.net/?id=47820edit=1
#47820 [NEW]: mysql_connect(localhost) dooesn't work
From: busia at tiscali dot it
Operating system: Windows Vista
PHP version: 5.3.0RC1
PHP Bug Type: MySQL related
Bug description: mysql_connect(localhost) dooesn't work
Description:
After the update from 5.2.9 to 5.3.0RC1 the command
if(!$db = mysql_connect(localhost, root, root)) {
die(mysql_error(). .mysql_errno());
}
cause mysql timeout
if I use, instead:
if(!$db = mysql_connect(127.0.0.1, root, root)) {
die(mysql_error(). .mysql_errno());
}
All works. In php 5.2.9 all worked well.
Mysql Version is 5.0.77 (installed as windows service)
PHP Version is 5.3.0RC1
--
Edit bug report at http://bugs.php.net/?id=47820edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47820r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47820r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47820r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47820r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47820r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47820r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47820r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47820r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47820r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47820r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47820r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47820r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47820r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47820r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47820r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47820r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47820r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47820r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47820r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47820r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47820r=mysqlcfg
#46757 [NEW]: Installer fails
From: busia at tiscali dot it Operating system: Windows Vista Home Premium 32Bit PHP version: 5.2.7 PHP Bug Type: Windows Installer Bug description: Installer fails Description: When I try to install the 5.2.7 version using the msi version the installation fails with the message: There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Apache version 2.2.9 This is the installer log: -- === Logging started: 05/12/2008 10.04.49 === Action start 10.04.49: INSTALL. Action start 10.04.49: PrepareDlg. Info 2898. For WixUI_Font_Bigger textstyle, the system created a 'Tahoma' font, in 0 character set, of 19 pixels height. Info 2898. For WixUI_Font_Normal textstyle, the system created a 'Tahoma' font, in 0 character set, of 13 pixels height. Action ended 10.04.49: PrepareDlg. Return value 1. Action start 10.04.49: AppSearch. Action ended 10.04.49: AppSearch. Return value 1. Action start 10.04.49: LaunchConditions. Action ended 10.04.49: LaunchConditions. Return value 1. Action start 10.04.49: FindRelatedProducts. Action ended 10.04.49: FindRelatedProducts. Return value 1. Action start 10.04.49: ValidateProductID. Action ended 10.04.49: ValidateProductID. Return value 1. Action start 10.04.49: CostInitialize. Action ended 10.04.49: CostInitialize. Return value 1. Action start 10.04.49: AssignAPACHEDIR. Action ended 10.04.49: AssignAPACHEDIR. Return value 1. Action start 10.04.49: CheckFASTCGINOTINSTALLED. Action ended 10.04.49: CheckFASTCGINOTINSTALLED. Return value 1. Action start 10.04.49: FileCost. Action ended 10.04.49: FileCost. Return value 1. Action start 10.04.49: CostFinalize. Action ended 10.04.49: CostFinalize. Return value 1. Action start 10.04.49: MigrateFeatureStates. Action ended 10.04.49: MigrateFeatureStates. Return value 0. Action start 10.04.49: WelcomeDlg. Info 2898. For WixUI_Font_Title textstyle, the system created a 'Tahoma' font, in 0 character set, of 14 pixels height. Action ended 10.05.50: WelcomeDlg. Return value 1. Action start 10.05.50: ProgressDlg. Action ended 10.05.50: ProgressDlg. Return value 1. Action start 10.05.50: ExecuteAction. Action start 10.05.51: INSTALL. Action start 10.05.51: AppSearch. Action ended 10.05.51: AppSearch. Return value 0. Action start 10.05.51: LaunchConditions. Action ended 10.05.51: LaunchConditions. Return value 1. Action start 10.05.51: FindRelatedProducts. Action ended 10.05.51: FindRelatedProducts. Return value 0. Action start 10.05.51: ValidateProductID. Action ended 10.05.51: ValidateProductID. Return value 1. Action start 10.05.51: CostInitialize. Action ended 10.05.51: CostInitialize. Return value 1. Action start 10.05.51: FileCost. Action ended 10.05.51: FileCost. Return value 1. Action start 10.05.51: CostFinalize. Action ended 10.05.51: CostFinalize. Return value 1. Action start 10.05.51: MigrateFeatureStates. Action ended 10.05.51: MigrateFeatureStates. Return value 0. Action start 10.05.51: InstallValidate. Action ended 10.05.51: InstallValidate. Return value 1. Action start 10.05.51: RemoveExistingProducts. Action ended 10.05.51: RemoveExistingProducts. Return value 1. Action start 10.05.51: InstallInitialize. Action ended 10.05.51: InstallInitialize. Return value 1. Action start 10.05.51: configApache. Action ended 10.05.51: configApache. Return value 1. Action start 10.05.51: ProcessComponents. Action ended 10.05.51: ProcessComponents. Return value 1. Action start 10.05.51: UnpublishFeatures. Action ended 10.05.51: UnpublishFeatures. Return value 1. Action start 10.05.51: RemoveRegistryValues. Action ended 10.05.51: RemoveRegistryValues. Return value 1. Action start 10.05.51: RemoveIniValues. Action ended 10.05.51: RemoveIniValues. Return value 1. Action start 10.05.51: RemoveShortcuts. Action ended 10.05.51: RemoveShortcuts. Return value 1. Action start 10.05.51: RemoveEnvironmentStrings. Action ended 10.05.51: RemoveEnvironmentStrings. Return value 1. Action start 10.05.51: RemoveFiles. Action ended 10.05.51: RemoveFiles. Return value 0. Action start 10.05.51: InstallFiles. Action ended 10.05.51: InstallFiles. Return value 1. Action start 10.05.51: CreateShortcuts. Action ended 10.05.51: CreateShortcuts. Return value 1. Action start 10.05.51: WriteRegistryValues. Action ended 10.05.51: WriteRegistryValues. Return value 1. Action start 10.05.51: WriteIniValues. Action ended 10.05.51: WriteIniValues. Return value 1. Action start 10.05.51: WriteEnvironmentStrings. Action ended 10.05.51: WriteEnvironmentStrings. Return value 1. Action start 10.05.51: RegisterUser. Action ended 10.05.51: RegisterUser. Return value 1. Action start 10.05.51: RegisterProduct. Action ended 10.05.51: RegisterProduct. Return value 1. Action start 10.05.51: PublishFeatures. Action ended 10.05.51: PublishFeatures. Return value 1. Action start 10.05.51: PublishProduct. Action ended
#46757 [Asn]: Installer fails
ID: 46757 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it Status: Assigned Bug Type: Windows Installer Operating System: Windows Vista Home Premium 32Bit PHP Version: 5.2.7 Assigned To: jmertic New Comment: Installing without Apache support all works fine. Downloading the zip version and copying php5apache2_2.dll into php dir and manually modifying apache configuration files permit to use the new version. But I think it isn't the optimal procedure! :) Andrea Previous Comments: [2008-12-05 09:15:08] busia at tiscali dot it Description: When I try to install the 5.2.7 version using the msi version the installation fails with the message: There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Apache version 2.2.9 This is the installer log: -- === Logging started: 05/12/2008 10.04.49 === Action start 10.04.49: INSTALL. Action start 10.04.49: PrepareDlg. Info 2898. For WixUI_Font_Bigger textstyle, the system created a 'Tahoma' font, in 0 character set, of 19 pixels height. Info 2898. For WixUI_Font_Normal textstyle, the system created a 'Tahoma' font, in 0 character set, of 13 pixels height. Action ended 10.04.49: PrepareDlg. Return value 1. Action start 10.04.49: AppSearch. Action ended 10.04.49: AppSearch. Return value 1. Action start 10.04.49: LaunchConditions. Action ended 10.04.49: LaunchConditions. Return value 1. Action start 10.04.49: FindRelatedProducts. Action ended 10.04.49: FindRelatedProducts. Return value 1. Action start 10.04.49: ValidateProductID. Action ended 10.04.49: ValidateProductID. Return value 1. Action start 10.04.49: CostInitialize. Action ended 10.04.49: CostInitialize. Return value 1. Action start 10.04.49: AssignAPACHEDIR. Action ended 10.04.49: AssignAPACHEDIR. Return value 1. Action start 10.04.49: CheckFASTCGINOTINSTALLED. Action ended 10.04.49: CheckFASTCGINOTINSTALLED. Return value 1. Action start 10.04.49: FileCost. Action ended 10.04.49: FileCost. Return value 1. Action start 10.04.49: CostFinalize. Action ended 10.04.49: CostFinalize. Return value 1. Action start 10.04.49: MigrateFeatureStates. Action ended 10.04.49: MigrateFeatureStates. Return value 0. Action start 10.04.49: WelcomeDlg. Info 2898. For WixUI_Font_Title textstyle, the system created a 'Tahoma' font, in 0 character set, of 14 pixels height. Action ended 10.05.50: WelcomeDlg. Return value 1. Action start 10.05.50: ProgressDlg. Action ended 10.05.50: ProgressDlg. Return value 1. Action start 10.05.50: ExecuteAction. Action start 10.05.51: INSTALL. Action start 10.05.51: AppSearch. Action ended 10.05.51: AppSearch. Return value 0. Action start 10.05.51: LaunchConditions. Action ended 10.05.51: LaunchConditions. Return value 1. Action start 10.05.51: FindRelatedProducts. Action ended 10.05.51: FindRelatedProducts. Return value 0. Action start 10.05.51: ValidateProductID. Action ended 10.05.51: ValidateProductID. Return value 1. Action start 10.05.51: CostInitialize. Action ended 10.05.51: CostInitialize. Return value 1. Action start 10.05.51: FileCost. Action ended 10.05.51: FileCost. Return value 1. Action start 10.05.51: CostFinalize. Action ended 10.05.51: CostFinalize. Return value 1. Action start 10.05.51: MigrateFeatureStates. Action ended 10.05.51: MigrateFeatureStates. Return value 0. Action start 10.05.51: InstallValidate. Action ended 10.05.51: InstallValidate. Return value 1. Action start 10.05.51: RemoveExistingProducts. Action ended 10.05.51: RemoveExistingProducts. Return value 1. Action start 10.05.51: InstallInitialize. Action ended 10.05.51: InstallInitialize. Return value 1. Action start 10.05.51: configApache. Action ended 10.05.51: configApache. Return value 1. Action start 10.05.51: ProcessComponents. Action ended 10.05.51: ProcessComponents. Return value 1. Action start 10.05.51: UnpublishFeatures. Action ended 10.05.51: UnpublishFeatures. Return value 1. Action start 10.05.51: RemoveRegistryValues. Action ended 10.05.51: RemoveRegistryValues. Return value 1. Action start 10.05.51: RemoveIniValues. Action ended 10.05.51: RemoveIniValues. Return value 1. Action start 10.05.51: RemoveShortcuts. Action ended 10.05.51: RemoveShortcuts. Return value 1. Action start 10.05.51: RemoveEnvironmentStrings. Action ended 10.05.51: RemoveEnvironmentStrings. Return value 1. Action start 10.05.51: RemoveFiles. Action ended 10.05.51: RemoveFiles. Return value 0. Action start 10.05.51: InstallFiles. Action ended 10.05.51: InstallFiles. Return value 1. Action start 10.05.51: CreateShortcuts. Action ended 10.05.51: CreateShortcuts. Return value 1. Action start 10.05.51: WriteRegistryValues. Action ended 10.05.51: WriteRegistryValues. Return value 1. Action start 10.05.51
#22978 [NEW]: (openssl_pkcs7_verify) pem saved into variable
From: busia at tiscali dot it Operating system: Redhat 7.0 PHP version: 4.3.2RC1 PHP Bug Type: Feature/Change Request Bug description: (openssl_pkcs7_verify) pem saved into variable Is it possible to add an option into openssl_pkcs7_verify to save the store the certificate into a variable instead of into a file? I tried: --- ob_start(); openssl_pkcs7_verify(/home/busia/mail_firmata_mittente_cambiato, PKCS7_DETACHED, php://stdout); $pem=ob_get_contents(); ob_end_clean(); --- But I receive this warning: --- PHP Warning: openssl_pkcs7_verify() [a href='http://www .php.net/function.openssl-pkcs7-verify'function.openssl-pkcs7-verify/a]: sign ature OK, but cannot open php://stdout for writing in /home/busia/prova2.php on line 5 --- Writing the file and the reding it seems a waste of resources. Thanks Andrea Busia -- Edit bug report at http://bugs.php.net/?id=22978edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22978r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22978r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22978r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22978r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22978r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22978r=support Expected behavior: http://bugs.php.net/fix.php?id=22978r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22978r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22978r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22978r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22978r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22978r=dst IIS Stability: http://bugs.php.net/fix.php?id=22978r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22978r=gnused
#22815 [Fbk-Csd]: Apache doesn't start
ID: 22815 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2RC1 New Comment: The problem seems to be fixed. Now it works, many thanks! Previous Comments: [2003-03-25 09:53:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There was a bug fixed today that may have prevented the operation of Apache2handler under ZTS. [2003-03-22 17:26:59] busia at tiscali dot it I cannot change to prefork model, I upgraded to apache 2 only to have less resource usage using threads instead of prefork. I'd have to take two servers, instead of one, to host my site. Until this bug will be fixed I'll have to use the old php4.4dev 200301041230 snapshot version without upgrading possibilities. [2003-03-21 18:54:26] [EMAIL PROTECTED] I've seen this too with the worker MPM. but mine segfaults somewhere in a mutex_open/mutex_lock. I'll try enabling-zts on mine and see if that problem persists. The recommened solution is to use the PREFORK mpm, which doesn't use threading. If I get some time this weekend I'll try to reproduce it. BTW.. does this happen with 4.3.1? [2003-03-21 17:39:13] busia at tiscali dot it The parent process remains active but it seems to wait something that doesn't happen. it seems apache cannot complete startup process and wait, wait, wait. I noticed one thing: apache doesn't create pid file, it doesn't arrive to create it. Using the old php4.4dev 200301041230 snapshot version all works well (it is the version that was installed before I tried to install php4.3.2RC1 outpuyt of gdb WITHOUT --enable-experimental-zts Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 12706)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12706)] 0x403c6ddf in zend_register_functions (functions=0x40414420, function_table=0x0, type=1, tsrm_ls=0x8165880) at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034 1034target_function_table = CG(function_table); output of gdb WITH --enable-experimental-zts Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 12738)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12738)] 0x403c0e6f in zend_register_functions (functions=0x4040d0c0, function_table=0x0, type=1, tsrm_ls=0x8165880) at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034 1034target_function_table = CG(function_table); [2003-03-21 17:05:12] [EMAIL PROTECTED] Does it crash? Try with starting httpd withing gdb: # gdb httpd (gdb) run -X 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/22815 -- Edit this bug report at http://bugs.php.net/?id=22815edit=1
#22815 [Opn]: Apache doesn't start
ID: 22815 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it Status: Open Bug Type: Apache2 related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2RC1 New Comment: I cannot change to prefork model, I upgraded to apache 2 only to have less resource usage using threads instead of prefork. I'd have to take two servers, instead of one, to host my site. Until this bug will be fixed I'll have to use the old php4.4dev 200301041230 snapshot version without upgrading possibilities. Previous Comments: [2003-03-21 18:54:26] [EMAIL PROTECTED] I've seen this too with the worker MPM. but mine segfaults somewhere in a mutex_open/mutex_lock. I'll try enabling-zts on mine and see if that problem persists. The recommened solution is to use the PREFORK mpm, which doesn't use threading. If I get some time this weekend I'll try to reproduce it. BTW.. does this happen with 4.3.1? [2003-03-21 17:39:13] busia at tiscali dot it The parent process remains active but it seems to wait something that doesn't happen. it seems apache cannot complete startup process and wait, wait, wait. I noticed one thing: apache doesn't create pid file, it doesn't arrive to create it. Using the old php4.4dev 200301041230 snapshot version all works well (it is the version that was installed before I tried to install php4.3.2RC1 outpuyt of gdb WITHOUT --enable-experimental-zts Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 12706)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12706)] 0x403c6ddf in zend_register_functions (functions=0x40414420, function_table=0x0, type=1, tsrm_ls=0x8165880) at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034 1034target_function_table = CG(function_table); output of gdb WITH --enable-experimental-zts Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 12738)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12738)] 0x403c0e6f in zend_register_functions (functions=0x4040d0c0, function_table=0x0, type=1, tsrm_ls=0x8165880) at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034 1034target_function_table = CG(function_table); [2003-03-21 17:05:12] [EMAIL PROTECTED] Does it crash? Try with starting httpd withing gdb: # gdb httpd (gdb) run -X [2003-03-21 16:34:48] busia at tiscali dot it I have tried --enable-experimental-zts without success. I'll try to test with the worker MPM but it's an online server and it should be not possible. I'll let you know. [2003-03-21 16:09:46] [EMAIL PROTECTED] Using Apache2 SAPI module in worker model is highly discouraged because PHP has not completely been confirmed to be a thread-safe implementation. If you even want to use it within such a real threaded environment, you have to specify --enable-experimental-zts in the configure line. Then try configuring Apache2 to use prefork model and see if the problem still persists. 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/22815 -- Edit this bug report at http://bugs.php.net/?id=22815edit=1
#22815 [NEW]: Apache doesn't start
From: busia at tiscali dot it Operating system: Linux Redhat 7.2 PHP version: 4.3.2RC1 PHP Bug Type: Apache2 related Bug description: Apache doesn't start I have installed PHP4.3.2RC1 on apache 2.0.44. Apache doesn't start. In the error_log I see: - [Fri Mar 21 16:19:46 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:19:46 2003] [notice] Digest: done - instead of: - [Fri Mar 21 16:53:02 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:53:02 2003] [notice] Digest: done [Fri Mar 21 16:53:03 2003] [notice] Apache/2.0.44 (Unix) configured -- resuming normal operations - PHP configure: ./configure --enable-track-vars --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/apache --bindir=/usr/bin --sbindir=/usr/sbin --datadir=/home/httpd --sysconfdir=/etc/httpd/conf --localstatedir=/var --libdir=/usr/lib/apache --includedir=/usr/include/apache --mandir=/usr/man --with-mysql=/usr --with-config-file-path=/usr/local/Zend/etc --enable-memory-limit --with-zlib --with-apxs2 Apache 2.0.44 configure: ./configure --enable-layout=RedHat --datadir=/home/httpd --enable-auth-digest --enable-ext-filter --enable-cgi --enable-vhost-alias --disable-include --enable-deflate --enable-mime-magic --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-http --disable-userdir --enable-so --with-mpm=worker in httpd.conf: LoadModule php4_module/etc/httpd/modules/libphp4.so AddType application/x-httpd-php .php .php4 .php3 .phtml AddType application/x-httpd-php-source .phps -- Edit bug report at http://bugs.php.net/?id=22815edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22815r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22815r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22815r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22815r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22815r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22815r=support Expected behavior: http://bugs.php.net/fix.php?id=22815r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22815r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22815r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22815r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22815r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22815r=dst IIS Stability: http://bugs.php.net/fix.php?id=22815r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22815r=gnused
#22815 [Opn]: Apache doesn't start
ID: 22815 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it Status: Open Bug Type: Apache2 related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2RC1 New Comment: I have also tried lastest 4.3.x stable snapshot from snaps.php.net. The problem persists Previous Comments: [2003-03-21 09:52:48] busia at tiscali dot it I have installed PHP4.3.2RC1 on apache 2.0.44. Apache doesn't start. In the error_log I see: - [Fri Mar 21 16:19:46 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:19:46 2003] [notice] Digest: done - instead of: - [Fri Mar 21 16:53:02 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:53:02 2003] [notice] Digest: done [Fri Mar 21 16:53:03 2003] [notice] Apache/2.0.44 (Unix) configured -- resuming normal operations - PHP configure: ./configure --enable-track-vars --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/apache --bindir=/usr/bin --sbindir=/usr/sbin --datadir=/home/httpd --sysconfdir=/etc/httpd/conf --localstatedir=/var --libdir=/usr/lib/apache --includedir=/usr/include/apache --mandir=/usr/man --with-mysql=/usr --with-config-file-path=/usr/local/Zend/etc --enable-memory-limit --with-zlib --with-apxs2 Apache 2.0.44 configure: ./configure --enable-layout=RedHat --datadir=/home/httpd --enable-auth-digest --enable-ext-filter --enable-cgi --enable-vhost-alias --disable-include --enable-deflate --enable-mime-magic --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-http --disable-userdir --enable-so --with-mpm=worker in httpd.conf: LoadModule php4_module/etc/httpd/modules/libphp4.so AddType application/x-httpd-php .php .php4 .php3 .phtml AddType application/x-httpd-php-source .phps -- Edit this bug report at http://bugs.php.net/?id=22815edit=1
#22815 [Fbk-Opn]: Apache doesn't start
ID: 22815 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2RC1 New Comment: I have tried --enable-experimental-zts without success. I'll try to test with the worker MPM but it's an online server and it should be not possible. I'll let you know. Previous Comments: [2003-03-21 16:09:46] [EMAIL PROTECTED] Using Apache2 SAPI module in worker model is highly discouraged because PHP has not completely been confirmed to be a thread-safe implementation. If you even want to use it within such a real threaded environment, you have to specify --enable-experimental-zts in the configure line. Then try configuring Apache2 to use prefork model and see if the problem still persists. [2003-03-21 15:58:57] busia at tiscali dot it I have also tried lastest 4.3.x stable snapshot from snaps.php.net. The problem persists [2003-03-21 09:52:48] busia at tiscali dot it I have installed PHP4.3.2RC1 on apache 2.0.44. Apache doesn't start. In the error_log I see: - [Fri Mar 21 16:19:46 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:19:46 2003] [notice] Digest: done - instead of: - [Fri Mar 21 16:53:02 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:53:02 2003] [notice] Digest: done [Fri Mar 21 16:53:03 2003] [notice] Apache/2.0.44 (Unix) configured -- resuming normal operations - PHP configure: ./configure --enable-track-vars --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/apache --bindir=/usr/bin --sbindir=/usr/sbin --datadir=/home/httpd --sysconfdir=/etc/httpd/conf --localstatedir=/var --libdir=/usr/lib/apache --includedir=/usr/include/apache --mandir=/usr/man --with-mysql=/usr --with-config-file-path=/usr/local/Zend/etc --enable-memory-limit --with-zlib --with-apxs2 Apache 2.0.44 configure: ./configure --enable-layout=RedHat --datadir=/home/httpd --enable-auth-digest --enable-ext-filter --enable-cgi --enable-vhost-alias --disable-include --enable-deflate --enable-mime-magic --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-http --disable-userdir --enable-so --with-mpm=worker in httpd.conf: LoadModule php4_module/etc/httpd/modules/libphp4.so AddType application/x-httpd-php .php .php4 .php3 .phtml AddType application/x-httpd-php-source .phps -- Edit this bug report at http://bugs.php.net/?id=22815edit=1
#22815 [Opn]: Apache doesn't start
ID: 22815 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it Status: Open Bug Type: Apache2 related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2RC1 New Comment: I have tried --enable-experimental-zts without success. I'll try to test with the worker MPM but it's an online server and it should be not possible. I'll let you know. Previous Comments: [2003-03-21 16:34:42] busia at tiscali dot it I have tried --enable-experimental-zts without success. I'll try to test with the worker MPM but it's an online server and it should be not possible. I'll let you know. [2003-03-21 16:09:46] [EMAIL PROTECTED] Using Apache2 SAPI module in worker model is highly discouraged because PHP has not completely been confirmed to be a thread-safe implementation. If you even want to use it within such a real threaded environment, you have to specify --enable-experimental-zts in the configure line. Then try configuring Apache2 to use prefork model and see if the problem still persists. [2003-03-21 15:58:57] busia at tiscali dot it I have also tried lastest 4.3.x stable snapshot from snaps.php.net. The problem persists [2003-03-21 09:52:48] busia at tiscali dot it I have installed PHP4.3.2RC1 on apache 2.0.44. Apache doesn't start. In the error_log I see: - [Fri Mar 21 16:19:46 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:19:46 2003] [notice] Digest: done - instead of: - [Fri Mar 21 16:53:02 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:53:02 2003] [notice] Digest: done [Fri Mar 21 16:53:03 2003] [notice] Apache/2.0.44 (Unix) configured -- resuming normal operations - PHP configure: ./configure --enable-track-vars --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/apache --bindir=/usr/bin --sbindir=/usr/sbin --datadir=/home/httpd --sysconfdir=/etc/httpd/conf --localstatedir=/var --libdir=/usr/lib/apache --includedir=/usr/include/apache --mandir=/usr/man --with-mysql=/usr --with-config-file-path=/usr/local/Zend/etc --enable-memory-limit --with-zlib --with-apxs2 Apache 2.0.44 configure: ./configure --enable-layout=RedHat --datadir=/home/httpd --enable-auth-digest --enable-ext-filter --enable-cgi --enable-vhost-alias --disable-include --enable-deflate --enable-mime-magic --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-http --disable-userdir --enable-so --with-mpm=worker in httpd.conf: LoadModule php4_module/etc/httpd/modules/libphp4.so AddType application/x-httpd-php .php .php4 .php3 .phtml AddType application/x-httpd-php-source .phps -- Edit this bug report at http://bugs.php.net/?id=22815edit=1
#22815 [Fbk-Opn]: Apache doesn't start
ID: 22815 User updated by: busia at tiscali dot it Reported By: busia at tiscali dot it -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux Redhat 7.2 PHP Version: 4.3.2RC1 New Comment: The parent process remains active but it seems to wait something that doesn't happen. it seems apache cannot complete startup process and wait, wait, wait. I noticed one thing: apache doesn't create pid file, it doesn't arrive to create it. Using the old php4.4dev 200301041230 snapshot version all works well (it is the version that was installed before I tried to install php4.3.2RC1 outpuyt of gdb WITHOUT --enable-experimental-zts Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 12706)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12706)] 0x403c6ddf in zend_register_functions (functions=0x40414420, function_table=0x0, type=1, tsrm_ls=0x8165880) at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034 1034target_function_table = CG(function_table); output of gdb WITH --enable-experimental-zts Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 12738)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12738)] 0x403c0e6f in zend_register_functions (functions=0x4040d0c0, function_table=0x0, type=1, tsrm_ls=0x8165880) at /home/archivi/php-4.3.2RC1/Zend/zend_API.c:1034 1034target_function_table = CG(function_table); Previous Comments: [2003-03-21 17:05:12] [EMAIL PROTECTED] Does it crash? Try with starting httpd withing gdb: # gdb httpd (gdb) run -X [2003-03-21 16:34:48] busia at tiscali dot it I have tried --enable-experimental-zts without success. I'll try to test with the worker MPM but it's an online server and it should be not possible. I'll let you know. [2003-03-21 16:09:46] [EMAIL PROTECTED] Using Apache2 SAPI module in worker model is highly discouraged because PHP has not completely been confirmed to be a thread-safe implementation. If you even want to use it within such a real threaded environment, you have to specify --enable-experimental-zts in the configure line. Then try configuring Apache2 to use prefork model and see if the problem still persists. [2003-03-21 15:58:57] busia at tiscali dot it I have also tried lastest 4.3.x stable snapshot from snaps.php.net. The problem persists [2003-03-21 09:52:48] busia at tiscali dot it I have installed PHP4.3.2RC1 on apache 2.0.44. Apache doesn't start. In the error_log I see: - [Fri Mar 21 16:19:46 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:19:46 2003] [notice] Digest: done - instead of: - [Fri Mar 21 16:53:02 2003] [notice] Digest: generating secret for digest authentication ... [Fri Mar 21 16:53:02 2003] [notice] Digest: done [Fri Mar 21 16:53:03 2003] [notice] Apache/2.0.44 (Unix) configured -- resuming normal operations - PHP configure: ./configure --enable-track-vars --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/apache --bindir=/usr/bin --sbindir=/usr/sbin --datadir=/home/httpd --sysconfdir=/etc/httpd/conf --localstatedir=/var --libdir=/usr/lib/apache --includedir=/usr/include/apache --mandir=/usr/man --with-mysql=/usr --with-config-file-path=/usr/local/Zend/etc --enable-memory-limit --with-zlib --with-apxs2 Apache 2.0.44 configure: ./configure --enable-layout=RedHat --datadir=/home/httpd --enable-auth-digest --enable-ext-filter --enable-cgi --enable-vhost-alias --disable-include --enable-deflate --enable-mime-magic --enable-expires --enable-headers --enable-usertrack --enable-unique-id --enable-http --disable-userdir --enable-so --with-mpm=worker in httpd.conf: LoadModule php4_module/etc/httpd/modules/libphp4.so AddType application/x-httpd-php .php .php4 .php3 .phtml AddType application/x-httpd-php-source .phps -- Edit this bug report at http://bugs.php.net/?id=22815edit=1
