date:20121104

Bug #53980 [Com]: On the Windows-version of PHP can not allocate more memory than 512 memory_limi

2012-11-04 Thread miau dot jp at gmail dot com

Edit report at https://bugs.php.net/bug.php?id=53980&edit=1

 ID: 53980
 Comment by: miau dot jp at gmail dot com
 Reported by:skibi82 at interia dot pl
 Summary:On the Windows-version of PHP can not allocate more
 memory than 512 memory_limi
 Status: Open
 Type:   Bug
 Package:PHP options/info functions
 Operating System:   Win7 , WinXP, Win2008 srv R2
 PHP Version:5.3.9
 Block user comment: N
 Private report: N

 New Comment:

This is caused by heap size limitation of Windows. A process can use
heap up to nealy 1500MB on recent versions of Windows.

Because of fragmentation, actual limit is less than 1500MB.
For example, I added some debugging code to PHP (see
https://gist.github.com/4011991 ) and ran following sample
script.



php bug53980.php
[alloc]segment: 0x02CF0048-0x02D30047 size: 262144 (0MB)
[free] segment: 0x02CF0048
[alloc]segment: 0x02CF0048-0x02D30047 size: 262144 (0MB)
[alloc]segment: 0x02D30050-0x02D7004F size: 262144 (0MB)
[alloc]segment: 0x102A0020-0x292E001F size: 419692544 (400MB)
[alloc]segment: 0x292F0020-0x4233001F size: 419692544 (400MB)
[free] segment: 0x102A0020
[realloc from] segment: 0x292F0020
[realloc to]   segment: 0x-0x3203 size: 839122944 (800MB)

Fatal error: Out of memory (allocated 420216832) (tried to allocate 838860801 
bytes) in C:\***\bug55980.php on line 6
zend_mm_heap corrupted



Dispite the heap has nearly 1100MB free space in total, there is no
contiguous 800MB space. Then HeapRealloc() fails and returns NULL.


Previous Comments:

[2012-03-06 11:51:30] shaun at laughey dot com

Still an issue on PHP 5.3.10 tested on Windows 2008 and Windows 7 using FCGI 
and mod_php on both platforms.


[2012-01-24 18:47:20] skibi82 at interia dot pl

The error still occurs


[2012-01-24 18:45:19] skibi82 at interia dot pl

Fatal error: Out of memory (allocated 537919488) (tried to allocate 536870913 
bytes) 
zend_mm_heap corrupted

The error occurs regardless of the setting memory_limit


[2011-11-04 15:54:48] skibi8 at interia dot pl

In version 5.3.8 error still occurs

E:\SVN>test.php
5.3.8
Limit:4024M
100
1000
PHP Fatal error:  Out of memory (allocated 736362496) (tried to allocate 734003
01 bytes) in E:\SVN\test.php on line 25

---
echo phpversion()."\n"; 

 ini_set ('memory_limit', '4024M');
 echo 'Limit:'.ini_get ('memory_limit')."\n";

$mb='';
$x=0;
do {
$x++;
$mb.='X';
}while ($x< 1048576);
echo "100\n";
$x=0;
$mb100='';
do {
$x++;
$mb100.=$mb;
}while ($x< 100);
echo "1000\n";
$x=0;
$gb='';
do {
$x++;
$gb.=$mb100;
}while ($x< 10);
echo "OK\n";



Fatal error: Out of memory (allocated 736362496) (tried to allocate 734003201 b
tes) in E:\SVN\test.php on line 25
zend_mm_heap corrupted


[2011-11-04 15:40:14] paj...@php.net

Please try with 5.3.8




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

https://bugs.php.net/bug.php?id=53980


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

Bug #62607 [Com]: array_walk_recursive move internal pointer

2012-11-04 Thread xmak at studioartlan dot com

Edit report at https://bugs.php.net/bug.php?id=62607&edit=1

 ID: 62607
 Comment by: xmak at studioartlan dot com
 Reported by:tito at miarroba dot net
 Summary:array_walk_recursive move internal pointer
 Status: Analyzed
 Type:   Bug
 Package:Arrays related
 PHP Version:5.3.14
 Block user comment: N
 Private report: N

 New Comment:

This also happens for regular array_walk()


Previous Comments:

[2012-07-19 14:18:09] larue...@php.net

it's a side affect of fixing #61730
before that fix, array_walk_ use a pos to hold iterator position, but that will 
cause segfault if the postion become a pending pointer(by unseting the array 
element).


[2012-07-19 10:27:12] reeze dot xia at gmail dot com

Yes, it did after the fix for https://bugs.php.net/bug.php?id=61730.


[2012-07-19 08:52:53] tito at miarroba dot net

Description:

array_walk_recursive move internal pointer position since 5.3.13 version

Test script:
---
$arr = array('a'=>'b');
echo 'Before -> '.current($arr).PHP_EOL;
array_walk_recursive($arr, function(&$val){});
echo 'After -> '.current($arr);

Expected result:

Before -> b
After -> b

Actual result:
--
Before -> b
After -> false






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

Bug #63113 [Com]: can't call method from webservice server ssl3

2012-11-04 Thread milad dot arabi at gmail dot com

Edit report at https://bugs.php.net/bug.php?id=63113&edit=1

 ID: 63113
 Comment by: milad dot arabi at gmail dot com
 Reported by:milad dot arabi at gmail dot com
 Summary:can't call method from webservice server ssl3
 Status: Feedback
 Type:   Bug
 Package:OpenSSL related
 Operating System:   opensuse 11.4
 PHP Version:5.3.17
 Block user comment: N
 Private report: N

 New Comment:

hi all
one of my friend solved problem by c# on windows server,he import invalid https 
certification file into windows and ...
invalid certification cause this problem.
tnx php guys


Previous Comments:

[2012-09-20 13:00:04] milad dot arabi at gmail dot com

yes,on my server i connect to 3 other https soap server without any problem 
with 
php.
when use openssl(from command line) to connect to that 3 server i don't specify 
ssl version and work perfectly.
this odd soap server running https over port .is causing the problem?


[2012-09-20 02:01:17] ahar...@php.net

Does it work if you use a WSDL from a server with a valid SSL certificate?


[2012-09-19 15:25:26] milad dot arabi at gmail dot com

one think i forgot,that company don't register their domain and we add manually 
in DNS server and of course their Certification is invalid.

Server8:~ # openssl s_client -connect suny.iscboard.com: -state
CONNECTED(0003)
SSL_connect:before/connect initialization
SSL_connect:SSLv2/v3 write client hello A
SSL3 alert read:fatal:unexpected_message
SSL_connect:error in SSLv2/v3 read server hello A
139780943029928:error:140773F2:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert 
unexpected 
message:s23_clnt.c:658:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 7 bytes and written 209 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
---




Server8:~ # openssl s_client -connect suny.iscboard.com: -state -ssl3
CONNECTED(0003)
SSL_connect:before/connect initialization
SSL_connect:SSLv3 write client hello A
SSL_connect:SSLv3 read server hello A
depth=0 C = IR, ST = Tehran, L = Tehran, O = ISC, OU = Iscboard, CN = 
*.iscboard.com
verify error:num=18:self signed certificate
verify return:1
depth=0 C = IR, ST = Tehran, L = Tehran, O = ISC, OU = Iscboard, CN = 
*.iscboard.com
verify return:1
SSL_connect:SSLv3 read server certificate A
SSL_connect:SSLv3 read server key exchange A
SSL_connect:SSLv3 read server done A
SSL_connect:SSLv3 write client key exchange A
SSL_connect:SSLv3 write change cipher spec A
SSL_connect:SSLv3 write finished A
SSL_connect:SSLv3 flush data
SSL_connect:SSLv3 read finished A
---
Certificate chain
 0 s:/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
   i:/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
---
Server certificate
-BEGIN CERTIFICATE-
MIICSTCCAbKgAwIBAgIESxo90jANBgkqhkiG9w0BAQUFADBpMQswCQYDVQQGEwJJ
UjEPMA0GA1UECBMGVGVocmFuMQ8wDQYDVQQHEwZUZWhyYW4xDDAKBgNVBAoTA0lT
QzERMA8GA1UECxMISXNjYm9hcmQxFzAVBgNVBAMMDiouaXNjYm9hcmQuY29tMB4X
DTA5MTIwNTExMDI0MloXDTE5MTIwMzExMDI0MlowaTELMAkGA1UEBhMCSVIxDzAN
BgNVBAgTBlRlaHJhbjEPMA0GA1UEBxMGVGVocmFuMQwwCgYDVQQKEwNJU0MxETAP
BgNVBAsTCElzY2JvYXJkMRcwFQYDVQQDDA4qLmlzY2JvYXJkLmNvbTCBnzANBgkq
hkiG9w0BAQEFAAOBjQAwgYkCgYEAs+y+EHRnjvdjBdAhEg2PBGn5+IAfG2Funu0c
LmtvSldvH9zALt9J/Kjgdlz24ROmD5xsqAtGXdDJL46lyRHiHVethwiU4p0hF28X
/oqdz/SpGsYWi+ICl/kQAR8E331dvU+LJD4aaf7r/te3NoBMu/37Vc8sc8uWvS77
EAYKXB0CAwEAATANBgkqhkiG9w0BAQUFAAOBgQCRENcpbuz/8FKO+ZnYDvA05Syo
90Jz3REr2n+aTDJGEYpqgRVE3RaIO4X4vQ0IC7E5RnYNjWb4zNDjML8dC1nNnv5J
yAGv+4W9N1NYOrt0ZbwQuVz4GxUE3UwLydnPOYk6hPCme3jwGJ8KWBoMIyP2eJzK
JxvBufnx6803p2b/5g==
-END CERTIFICATE-
subject=/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
issuer=/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
---
No client certificate CA names sent
---
SSL handshake has read 1185 bytes and written 321 bytes
---
New, TLSv1/SSLv3, Cipher is EDH-RSA-DES-CBC3-SHA
Server public key is 1024 bit
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol  : SSLv3
Cipher: EDH-RSA-DES-CBC3-SHA
Session-ID: 5059EE1FC222FE5DE940379770C555B85F26026B14065894B6B3778B5B945815
Session-ID-ctx:
Master-Key: 
EA29F07752B705DEE9D83E5BE5B212FD9F3161323332A30833AD7BA8AC37061721BCE365FADC566A370ABD3B63953261
Key-Arg   : None
PSK identity: None
PSK identity hint: None
Start Time: 1348067336
Timeout   : 7200 (sec)
Verify return code: 18 (self signed certificate)
---
SSL3 alert read:warning:close notify
closed
SSL3 alert write:warning:close notify

--

Bug #63113 [Fbk->Nab]: can't call method from webservice server ssl3

2012-11-04 Thread felipe

Edit report at https://bugs.php.net/bug.php?id=63113&edit=1

 ID: 63113
 Updated by: fel...@php.net
 Reported by:milad dot arabi at gmail dot com
 Summary:can't call method from webservice server ssl3
-Status: Feedback
+Status: Not a bug
 Type:   Bug
 Package:OpenSSL related
 Operating System:   opensuse 11.4
 PHP Version:5.3.17
 Block user comment: N
 Private report: N

 New Comment:

Thanks for the feedback.


Previous Comments:

[2012-11-04 15:18:28] milad dot arabi at gmail dot com

hi all
one of my friend solved problem by c# on windows server,he import invalid https 
certification file into windows and ...
invalid certification cause this problem.
tnx php guys


[2012-09-20 13:00:04] milad dot arabi at gmail dot com

yes,on my server i connect to 3 other https soap server without any problem 
with 
php.
when use openssl(from command line) to connect to that 3 server i don't specify 
ssl version and work perfectly.
this odd soap server running https over port .is causing the problem?


[2012-09-20 02:01:17] ahar...@php.net

Does it work if you use a WSDL from a server with a valid SSL certificate?


[2012-09-19 15:25:26] milad dot arabi at gmail dot com

one think i forgot,that company don't register their domain and we add manually 
in DNS server and of course their Certification is invalid.

Server8:~ # openssl s_client -connect suny.iscboard.com: -state
CONNECTED(0003)
SSL_connect:before/connect initialization
SSL_connect:SSLv2/v3 write client hello A
SSL3 alert read:fatal:unexpected_message
SSL_connect:error in SSLv2/v3 read server hello A
139780943029928:error:140773F2:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert 
unexpected 
message:s23_clnt.c:658:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 7 bytes and written 209 bytes
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
---




Server8:~ # openssl s_client -connect suny.iscboard.com: -state -ssl3
CONNECTED(0003)
SSL_connect:before/connect initialization
SSL_connect:SSLv3 write client hello A
SSL_connect:SSLv3 read server hello A
depth=0 C = IR, ST = Tehran, L = Tehran, O = ISC, OU = Iscboard, CN = 
*.iscboard.com
verify error:num=18:self signed certificate
verify return:1
depth=0 C = IR, ST = Tehran, L = Tehran, O = ISC, OU = Iscboard, CN = 
*.iscboard.com
verify return:1
SSL_connect:SSLv3 read server certificate A
SSL_connect:SSLv3 read server key exchange A
SSL_connect:SSLv3 read server done A
SSL_connect:SSLv3 write client key exchange A
SSL_connect:SSLv3 write change cipher spec A
SSL_connect:SSLv3 write finished A
SSL_connect:SSLv3 flush data
SSL_connect:SSLv3 read finished A
---
Certificate chain
 0 s:/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
   i:/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
---
Server certificate
-BEGIN CERTIFICATE-
MIICSTCCAbKgAwIBAgIESxo90jANBgkqhkiG9w0BAQUFADBpMQswCQYDVQQGEwJJ
UjEPMA0GA1UECBMGVGVocmFuMQ8wDQYDVQQHEwZUZWhyYW4xDDAKBgNVBAoTA0lT
QzERMA8GA1UECxMISXNjYm9hcmQxFzAVBgNVBAMMDiouaXNjYm9hcmQuY29tMB4X
DTA5MTIwNTExMDI0MloXDTE5MTIwMzExMDI0MlowaTELMAkGA1UEBhMCSVIxDzAN
BgNVBAgTBlRlaHJhbjEPMA0GA1UEBxMGVGVocmFuMQwwCgYDVQQKEwNJU0MxETAP
BgNVBAsTCElzY2JvYXJkMRcwFQYDVQQDDA4qLmlzY2JvYXJkLmNvbTCBnzANBgkq
hkiG9w0BAQEFAAOBjQAwgYkCgYEAs+y+EHRnjvdjBdAhEg2PBGn5+IAfG2Funu0c
LmtvSldvH9zALt9J/Kjgdlz24ROmD5xsqAtGXdDJL46lyRHiHVethwiU4p0hF28X
/oqdz/SpGsYWi+ICl/kQAR8E331dvU+LJD4aaf7r/te3NoBMu/37Vc8sc8uWvS77
EAYKXB0CAwEAATANBgkqhkiG9w0BAQUFAAOBgQCRENcpbuz/8FKO+ZnYDvA05Syo
90Jz3REr2n+aTDJGEYpqgRVE3RaIO4X4vQ0IC7E5RnYNjWb4zNDjML8dC1nNnv5J
yAGv+4W9N1NYOrt0ZbwQuVz4GxUE3UwLydnPOYk6hPCme3jwGJ8KWBoMIyP2eJzK
JxvBufnx6803p2b/5g==
-END CERTIFICATE-
subject=/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
issuer=/C=IR/ST=Tehran/L=Tehran/O=ISC/OU=Iscboard/CN=*.iscboard.com
---
No client certificate CA names sent
---
SSL handshake has read 1185 bytes and written 321 bytes
---
New, TLSv1/SSLv3, Cipher is EDH-RSA-DES-CBC3-SHA
Server public key is 1024 bit
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
SSL-Session:
Protocol  : SSLv3
Cipher: EDH-RSA-DES-CBC3-SHA
Session-ID: 5059EE1FC222FE5DE940379770C555B85F26026B14065894B6B3778B5B945815
Session-ID-ctx:
Master-Key: 
EA29F07752B705DEE9D83E5BE5B212FD9F3161323332A30833AD7BA8AC37061721BCE365FADC566A370ABD3B63953261
Key-Arg   : None
PSK identity: None
PSK identity hint: None
Start Time: 1348067336
Timeo

[PHP-BUG] Bug #63435 [NEW]: Datetime::format('u') sometimes wrong by 1 microsecond

2012-11-04 Thread miau dot jp at gmail dot com

From: miau dot jp at gmail dot com
Operating system: Any
PHP version:  5.3.18
Package:  Date/time related
Bug Type: Bug
Bug description:Datetime::format('u') sometimes wrong by 1 microsecond

Description:

When storing '015700' microseconds in a Datetime object,
Datetime::format('u') returns '015699'. This behavior is critical when
I use optimistic locking.


$datetime = Datetime::createFromFormat('u', '015700');
$datetime->format('u'); // => '015699'


Datetime objects hold microseconds as "double" type in C.
'015700' is held as 0.015698679. Datetime::format('u')
calls floor() and it returns .015699.
(see
https://github.com/php/php-src/blob/PHP-5.3.18/ext/date/php_date.c#L1098 )


Test script:
---
$datetime = Datetime::createFromFormat('u', '015700');
$datetime->format('u');


Expected result:

015700

Actual result:
--
015699

-- 
Edit bug report at https://bugs.php.net/bug.php?id=63435&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=63435&r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=63435&r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=63435&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=63435&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=63435&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=63435&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=63435&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=63435&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=63435&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=63435&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63435&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63435&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=63435&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63435&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=63435&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=63435&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=63435&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=63435&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=63435&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=63435&r=mysqlcfg

Bug #63412 [Opn->Fbk]: Crash in libclntsh.so.11.1 on database access

2012-11-04 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=63412&edit=1

 ID: 63412
 Updated by: s...@php.net
 Reported by:roman dot b at zend dot com
 Summary:Crash in libclntsh.so.11.1 on database access
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:OCI8 related
 Operating System:   RedHat EL 5 32bit
 PHP Version:5.3.18
 Block user comment: N
 Private report: N

 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.





Previous Comments:

[2012-11-01 15:41:59] roman dot b at zend dot com

Description:

The crash occurs every time the application interacts with the Oracle database. 
The application is based on Doctrine and the problem happens only with the 
following setting in the Doctrine configuration:

doctrine.cache.query.driver = "Doctrine_Cache_Array"

With the same parameter empty, no crash happens:

doctrine.cache.query.driver = ""


Crash stack trace:

/usr/local/zend/lib/ZendExtensionManager.so(_Z11zPrintTraceN6ZDebug8StreamIdE+0x
2c) [0x90c4ee]
/usr/local/zend/lib/ZendExtensionManager.so [0x8fab65]
[0xb0e420]
/usr/local/zend/lib/php_extensions/oci8.so(php_oci_bind_in_callback+0x28) 
[0xb97d48]
/usr/lib/libclntsh.so.11.1(ttcGetSendInfo+0x9a) [0x50cfeea]
/usr/lib/libclntsh.so.11.1(ttcacs+0x913) [0x66cbc2f]
/usr/lib/libclntsh.so.11.1(ttcdrv+0x412) [0x66a1972]
/usr/lib/libclntsh.so.11.1(nioqwa+0x30) [0x665c034]
/usr/lib/libclntsh.so.11.1(upirtrc+0x463) [0x664bc0b]
/usr/lib/libclntsh.so.11.1(kpurcsc+0x60) [0x6650f3c]
/usr/lib/libclntsh.so.11.1(kpuexec+0x9a8) [0x664d0b8]
/usr/lib/libclntsh.so.11.1(OCIStmtExecute+0x32) [0x664c5ec]
/usr/local/zend/lib/php_extensions/oci8.so(php_oci_statement_execute+0x11d) 
[0xb98ecd]
/usr/local/zend/lib/php_extensions/oci8.so(zif_oci_execute+0x97) [0xba5a27]
/usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1de0254]
/usr/local/zend/lib/apache2/libphp5.so [0x122fd91]
/usr/local/zend/lib/apache2/libphp5.so(execute+0x1f3) [0x122f2f3]
/usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1defe1e]
/usr/local/zend/lib/debugger/php-5.3.x/ZendDebugger.so [0x7235ede]
/usr/local/zend/lib/apache2/libphp5.so [0x122f84f]







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

Bug #63412 [Fbk]: Crash in libclntsh.so.11.1 on database access

2012-11-04 Thread sixd

Edit report at https://bugs.php.net/bug.php?id=63412&edit=1

 ID: 63412
 Updated by: s...@php.net
 Reported by:roman dot b at zend dot com
 Summary:Crash in libclntsh.so.11.1 on database access
 Status: Feedback
 Type:   Bug
 Package:OCI8 related
 Operating System:   RedHat EL 5 32bit
 PHP Version:5.3.18
 Block user comment: N
 Private report: N

 New Comment:

- work on getting a reproducible testcase i.e. one that I can run.
- Add some details about versions, machines, and configuration. This might help 
someone in future
- Check the Oracle ADR client diagnostics.  Check for any Oracle DB logs too


Previous Comments:

[2012-11-05 00:11:04] s...@php.net

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.





[2012-11-01 15:41:59] roman dot b at zend dot com

Description:

The crash occurs every time the application interacts with the Oracle database. 
The application is based on Doctrine and the problem happens only with the 
following setting in the Doctrine configuration:

doctrine.cache.query.driver = "Doctrine_Cache_Array"

With the same parameter empty, no crash happens:

doctrine.cache.query.driver = ""


Crash stack trace:

/usr/local/zend/lib/ZendExtensionManager.so(_Z11zPrintTraceN6ZDebug8StreamIdE+0x
2c) [0x90c4ee]
/usr/local/zend/lib/ZendExtensionManager.so [0x8fab65]
[0xb0e420]
/usr/local/zend/lib/php_extensions/oci8.so(php_oci_bind_in_callback+0x28) 
[0xb97d48]
/usr/lib/libclntsh.so.11.1(ttcGetSendInfo+0x9a) [0x50cfeea]
/usr/lib/libclntsh.so.11.1(ttcacs+0x913) [0x66cbc2f]
/usr/lib/libclntsh.so.11.1(ttcdrv+0x412) [0x66a1972]
/usr/lib/libclntsh.so.11.1(nioqwa+0x30) [0x665c034]
/usr/lib/libclntsh.so.11.1(upirtrc+0x463) [0x664bc0b]
/usr/lib/libclntsh.so.11.1(kpurcsc+0x60) [0x6650f3c]
/usr/lib/libclntsh.so.11.1(kpuexec+0x9a8) [0x664d0b8]
/usr/lib/libclntsh.so.11.1(OCIStmtExecute+0x32) [0x664c5ec]
/usr/local/zend/lib/php_extensions/oci8.so(php_oci_statement_execute+0x11d) 
[0xb98ecd]
/usr/local/zend/lib/php_extensions/oci8.so(zif_oci_execute+0x97) [0xba5a27]
/usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1de0254]
/usr/local/zend/lib/apache2/libphp5.so [0x122fd91]
/usr/local/zend/lib/apache2/libphp5.so(execute+0x1f3) [0x122f2f3]
/usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1defe1e]
/usr/local/zend/lib/debugger/php-5.3.x/ZendDebugger.so [0x7235ede]
/usr/local/zend/lib/apache2/libphp5.so [0x122f84f]







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

Bug #63426 [Opn->Ver]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1

2012-11-04 Thread aharvey

Edit report at https://bugs.php.net/bug.php?id=63426&edit=1

 ID: 63426
 Updated by: ahar...@php.net
 Reported by:rick dot hjpbarcelos at gmail dot com
 Summary:Can't throw exceptions with accentued chars coded in
 latin1/ISO-8859-1
-Status: Open
+Status: Verified
 Type:   Bug
 Package:*Unicode Issues
 Operating System:   Linux/Ubuntu 12.10
 PHP Version:5.4Git-2012-11-03 (snap)
 Block user comment: N
 Private report: N

 New Comment:

I can verify this (CLI seems fine; Apache 2 handler isn't):

HTTP/1.1 200 OK
Date: Mon, 05 Nov 2012 03:44:20 GMT
Server: Apache/2.2.22 (Ubuntu)
X-Powered-By: PHP/5.4.9-dev
Vary: Accept-Encoding
Content-Length: 101
Content-Type: text/html;charset=iso-8859-1


Fatal error:   in /home/adamh/public_html/bugs/63426.php on line 
5

hexdump output shows that the entire "Uncaught exception" message is missing:

  48 54 54 50 2f 31 2e 31  20 32 30 30 20 4f 4b 0d  |HTTP/1.1 200 OK.|
0010  0a 44 61 74 65 3a 20 4d  6f 6e 2c 20 30 35 20 4e  |.Date: Mon, 05 N|
0020  6f 76 20 32 30 31 32 20  30 33 3a 33 39 3a 30 31  |ov 2012 03:39:01|
0030  20 47 4d 54 0d 0a 53 65  72 76 65 72 3a 20 41 70  | GMT..Server: Ap|
0040  61 63 68 65 2f 32 2e 32  2e 32 32 20 28 55 62 75  |ache/2.2.22 (Ubu|
0050  6e 74 75 29 0d 0a 58 2d  50 6f 77 65 72 65 64 2d  |ntu)..X-Powered-|
0060  42 79 3a 20 50 48 50 2f  35 2e 34 2e 39 2d 64 65  |By: PHP/5.4.9-de|
0070  76 0d 0a 56 61 72 79 3a  20 41 63 63 65 70 74 2d  |v..Vary: Accept-|
0080  45 6e 63 6f 64 69 6e 67  0d 0a 43 6f 6e 74 65 6e  |Encoding..Conten|
0090  74 2d 4c 65 6e 67 74 68  3a 20 31 30 31 0d 0a 43  |t-Length: 101..C|
00a0  6f 6e 74 65 6e 74 2d 54  79 70 65 3a 20 74 65 78  |ontent-Type: tex|
00b0  74 2f 68 74 6d 6c 3b 63  68 61 72 73 65 74 3d 69  |t/html;charset=i|
00c0  73 6f 2d 38 38 35 39 2d  31 0d 0a 0d 0a 3c 62 72  |so-8859-1.Fatal err|
00e0  6f 72 3c 2f 62 3e 3a 20  20 20 69 6e 20 3c 62 3e  |or:   in |
00f0  2f 68 6f 6d 65 2f 61 64  61 6d 68 2f 70 75 62 6c  |/home/adamh/publ|
0100  69 63 5f 68 74 6d 6c 2f  62 75 67 73 2f 36 33 34  |ic_html/bugs/634|
0110  32 36 2e 70 68 70 3c 2f  62 3e 20 6f 6e 20 6c 69  |26.php on li|
0120  6e 65 20 3c 62 3e 35 3c  2f 62 3e 3c 62 72 20 2f  |ne 5.|


Previous Comments:

[2012-11-03 22:07:50] rick dot hjpbarcelos at gmail dot com

Well, I don't know what could be... I installed PHP via apt-get, I'll try make 
a clean install from another source...


[2012-11-03 13:23:07] larue...@php.net

I can not reproduce this, both uncaught exception here(browser/bash).

thanks


[2012-11-03 12:08:33] rick dot hjpbarcelos at gmail dot com

function exceptionHandler($e) {
echo $e;
}
set_exception_handler('exceptionHandler');
throw new Exception('Ã©');

This way, it works, the message is shown.


[2012-11-03 11:48:20] rick dot hjpbarcelos at gmail dot com

Description:

Package 5.4.6-1ubuntu1

I don't really know why it's happening, started after I upgraded from version 
5.3.4.

I tried to set the coding on browser (tested with Firefox and Chrome) and the 
problem didn't go away.

Test script:
---
Code:
ini_set('display_errors', 1);
error_reporting(E_ALL);
header('Content-Type: text/html;charset=iso-8859-1');
throw new Exception("Ã©");


Expected result:

Fatal error: Uncaught exception 'Exception' with message 'Ã©' in 
/home/henrique/public/teste.php:4 Stack trace: #0 {main} thrown in 
/home/henrique/public/teste.php on line 4

Actual result:
--
On browser:

With xdegub:

( ! ) Fatal error: in /home/henrique/public/teste.php on line 4
( ! ) Exception: in /home/henrique/public/teste.php on line 4
Call Stack
#   TimeMemory  FunctionLocation
1   0.0002  124436  {main}( )   ../teste.php:0

Withou it:
Fatal error: in /home/henrique/public/teste.php on line 4
__

On bash:

Stack trace:
#0 {main}
  thrown in /home/henrique/public/teste.php on line 4

Fatal error: Uncaught exception 'Exception' with message 'ï¿½' in 
/home/henrique/public/teste.php on line 4

Exception: ï¿½ in /home/henrique/public/teste.php on line 4

Call Stack:
0.0002 121256   1. {main}() /home/henrique/public/teste.php:0







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

Bug #63426 [Ver]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1

2012-11-04 Thread aharvey

Edit report at https://bugs.php.net/bug.php?id=63426&edit=1

 ID: 63426
 Updated by: ahar...@php.net
 Reported by:rick dot hjpbarcelos at gmail dot com
 Summary:Can't throw exceptions with accentued chars coded in
 latin1/ISO-8859-1
 Status: Verified
 Type:   Bug
-Package:*Unicode Issues
+Package:Apache2 related
 Operating System:   Linux/Ubuntu 12.10
 PHP Version:5.4Git-2012-11-03 (snap)
 Block user comment: N
 Private report: N

 New Comment:

Fixing package (sorry, should have been in the last comment). Guessing this is 
SAPI related for now, given CLI is fine, but I don't really have time to 
investigate further at present.


Previous Comments:

[2012-11-05 03:44:41] ahar...@php.net

I can verify this (CLI seems fine; Apache 2 handler isn't):

HTTP/1.1 200 OK
Date: Mon, 05 Nov 2012 03:44:20 GMT
Server: Apache/2.2.22 (Ubuntu)
X-Powered-By: PHP/5.4.9-dev
Vary: Accept-Encoding
Content-Length: 101
Content-Type: text/html;charset=iso-8859-1


Fatal error:   in /home/adamh/public_html/bugs/63426.php on line 
5

hexdump output shows that the entire "Uncaught exception" message is missing:

  48 54 54 50 2f 31 2e 31  20 32 30 30 20 4f 4b 0d  |HTTP/1.1 200 OK.|
0010  0a 44 61 74 65 3a 20 4d  6f 6e 2c 20 30 35 20 4e  |.Date: Mon, 05 N|
0020  6f 76 20 32 30 31 32 20  30 33 3a 33 39 3a 30 31  |ov 2012 03:39:01|
0030  20 47 4d 54 0d 0a 53 65  72 76 65 72 3a 20 41 70  | GMT..Server: Ap|
0040  61 63 68 65 2f 32 2e 32  2e 32 32 20 28 55 62 75  |ache/2.2.22 (Ubu|
0050  6e 74 75 29 0d 0a 58 2d  50 6f 77 65 72 65 64 2d  |ntu)..X-Powered-|
0060  42 79 3a 20 50 48 50 2f  35 2e 34 2e 39 2d 64 65  |By: PHP/5.4.9-de|
0070  76 0d 0a 56 61 72 79 3a  20 41 63 63 65 70 74 2d  |v..Vary: Accept-|
0080  45 6e 63 6f 64 69 6e 67  0d 0a 43 6f 6e 74 65 6e  |Encoding..Conten|
0090  74 2d 4c 65 6e 67 74 68  3a 20 31 30 31 0d 0a 43  |t-Length: 101..C|
00a0  6f 6e 74 65 6e 74 2d 54  79 70 65 3a 20 74 65 78  |ontent-Type: tex|
00b0  74 2f 68 74 6d 6c 3b 63  68 61 72 73 65 74 3d 69  |t/html;charset=i|
00c0  73 6f 2d 38 38 35 39 2d  31 0d 0a 0d 0a 3c 62 72  |so-8859-1.Fatal err|
00e0  6f 72 3c 2f 62 3e 3a 20  20 20 69 6e 20 3c 62 3e  |or:   in |
00f0  2f 68 6f 6d 65 2f 61 64  61 6d 68 2f 70 75 62 6c  |/home/adamh/publ|
0100  69 63 5f 68 74 6d 6c 2f  62 75 67 73 2f 36 33 34  |ic_html/bugs/634|
0110  32 36 2e 70 68 70 3c 2f  62 3e 20 6f 6e 20 6c 69  |26.php on li|
0120  6e 65 20 3c 62 3e 35 3c  2f 62 3e 3c 62 72 20 2f  |ne 5.|


[2012-11-03 22:07:50] rick dot hjpbarcelos at gmail dot com

Well, I don't know what could be... I installed PHP via apt-get, I'll try make 
a clean install from another source...


[2012-11-03 13:23:07] larue...@php.net

I can not reproduce this, both uncaught exception here(browser/bash).

thanks


[2012-11-03 12:08:33] rick dot hjpbarcelos at gmail dot com

function exceptionHandler($e) {
echo $e;
}
set_exception_handler('exceptionHandler');
throw new Exception('Ã©');

This way, it works, the message is shown.


[2012-11-03 11:48:20] rick dot hjpbarcelos at gmail dot com

Description:

Package 5.4.6-1ubuntu1

I don't really know why it's happening, started after I upgraded from version 
5.3.4.

I tried to set the coding on browser (tested with Firefox and Chrome) and the 
problem didn't go away.

Test script:
---
Code:
ini_set('display_errors', 1);
error_reporting(E_ALL);
header('Content-Type: text/html;charset=iso-8859-1');
throw new Exception("Ã©");


Expected result:

Fatal error: Uncaught exception 'Exception' with message 'Ã©' in 
/home/henrique/public/teste.php:4 Stack trace: #0 {main} thrown in 
/home/henrique/public/teste.php on line 4

Actual result:
--
On browser:

With xdegub:

( ! ) Fatal error: in /home/henrique/public/teste.php on line 4
( ! ) Exception: in /home/henrique/public/teste.php on line 4
Call Stack
#   TimeMemory  FunctionLocation
1   0.0002  124436  {main}( )   ../teste.php:0

Withou it:
Fatal error: in /home/henrique/public/teste.php on line 4
__

On bash:

Stack trace:
#0 {main}
  thrown in /home/henrique/public/teste.php on line 4

Fatal error: Uncaught exception 'Exception' with message 'ï¿½' in 
/home/henrique/public/teste.php on line 4

Exception: ï¿½ in /home/henrique/public/teste.php on line 4

Call Stack:
0.0002 121256   1. {main}() /home/henrique/public/teste.php:0

Bug #63426 [Ver]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1

2012-11-04 Thread laruence

Edit report at https://bugs.php.net/bug.php?id=63426&edit=1

 ID: 63426
 Updated by: larue...@php.net
 Reported by:rick dot hjpbarcelos at gmail dot com
 Summary:Can't throw exceptions with accentued chars coded in
 latin1/ISO-8859-1
 Status: Verified
 Type:   Bug
 Package:Apache2 related
 Operating System:   Linux/Ubuntu 12.10
 PHP Version:5.4Git-2012-11-03 (snap)
 Block user comment: N
 Private report: N

 New Comment:

Hey, still can not with apache-2.2.22 :< 

Connection:Keep-Alive
Content-Length:235
Content-Type:text/html;charset=iso-8859-1
Date:Mon, 05 Nov 2012 04:08:36 GMT
Keep-Alive:timeout=5, max=100
Server:Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/0.9.8e-fips-rhel5 PHP/5.4.9-
dev
X-Powered-By:PHP/5.4.9-dev

Fatal error: Uncaught exception 'Exception' with message 'ÃÂ©' in


Previous Comments:

[2012-11-05 03:45:15] ahar...@php.net

Fixing package (sorry, should have been in the last comment). Guessing this is 
SAPI related for now, given CLI is fine, but I don't really have time to 
investigate further at present.


[2012-11-05 03:44:41] ahar...@php.net

I can verify this (CLI seems fine; Apache 2 handler isn't):

HTTP/1.1 200 OK
Date: Mon, 05 Nov 2012 03:44:20 GMT
Server: Apache/2.2.22 (Ubuntu)
X-Powered-By: PHP/5.4.9-dev
Vary: Accept-Encoding
Content-Length: 101
Content-Type: text/html;charset=iso-8859-1


Fatal error:   in /home/adamh/public_html/bugs/63426.php on line 
5

hexdump output shows that the entire "Uncaught exception" message is missing:

  48 54 54 50 2f 31 2e 31  20 32 30 30 20 4f 4b 0d  |HTTP/1.1 200 OK.|
0010  0a 44 61 74 65 3a 20 4d  6f 6e 2c 20 30 35 20 4e  |.Date: Mon, 05 N|
0020  6f 76 20 32 30 31 32 20  30 33 3a 33 39 3a 30 31  |ov 2012 03:39:01|
0030  20 47 4d 54 0d 0a 53 65  72 76 65 72 3a 20 41 70  | GMT..Server: Ap|
0040  61 63 68 65 2f 32 2e 32  2e 32 32 20 28 55 62 75  |ache/2.2.22 (Ubu|
0050  6e 74 75 29 0d 0a 58 2d  50 6f 77 65 72 65 64 2d  |ntu)..X-Powered-|
0060  42 79 3a 20 50 48 50 2f  35 2e 34 2e 39 2d 64 65  |By: PHP/5.4.9-de|
0070  76 0d 0a 56 61 72 79 3a  20 41 63 63 65 70 74 2d  |v..Vary: Accept-|
0080  45 6e 63 6f 64 69 6e 67  0d 0a 43 6f 6e 74 65 6e  |Encoding..Conten|
0090  74 2d 4c 65 6e 67 74 68  3a 20 31 30 31 0d 0a 43  |t-Length: 101..C|
00a0  6f 6e 74 65 6e 74 2d 54  79 70 65 3a 20 74 65 78  |ontent-Type: tex|
00b0  74 2f 68 74 6d 6c 3b 63  68 61 72 73 65 74 3d 69  |t/html;charset=i|
00c0  73 6f 2d 38 38 35 39 2d  31 0d 0a 0d 0a 3c 62 72  |so-8859-1.Fatal err|
00e0  6f 72 3c 2f 62 3e 3a 20  20 20 69 6e 20 3c 62 3e  |or:   in |
00f0  2f 68 6f 6d 65 2f 61 64  61 6d 68 2f 70 75 62 6c  |/home/adamh/publ|
0100  69 63 5f 68 74 6d 6c 2f  62 75 67 73 2f 36 33 34  |ic_html/bugs/634|
0110  32 36 2e 70 68 70 3c 2f  62 3e 20 6f 6e 20 6c 69  |26.php on li|
0120  6e 65 20 3c 62 3e 35 3c  2f 62 3e 3c 62 72 20 2f  |ne 5.|


[2012-11-03 22:07:50] rick dot hjpbarcelos at gmail dot com

Well, I don't know what could be... I installed PHP via apt-get, I'll try make 
a clean install from another source...


[2012-11-03 13:23:07] larue...@php.net

I can not reproduce this, both uncaught exception here(browser/bash).

thanks


[2012-11-03 12:08:33] rick dot hjpbarcelos at gmail dot com

function exceptionHandler($e) {
echo $e;
}
set_exception_handler('exceptionHandler');
throw new Exception('Ã©');

This way, it works, the message is shown.




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

https://bugs.php.net/bug.php?id=63426


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

Bug #53980 [Com]: On the Windows-version of PHP can not allocate more memory than 512 memory_limi

Bug #62607 [Com]: array_walk_recursive move internal pointer

Bug #63113 [Com]: can't call method from webservice server ssl3

Bug #63113 [Fbk->Nab]: can't call method from webservice server ssl3

[PHP-BUG] Bug #63435 [NEW]: Datetime::format('u') sometimes wrong by 1 microsecond

Bug #63412 [Opn->Fbk]: Crash in libclntsh.so.11.1 on database access

Bug #63412 [Fbk]: Crash in libclntsh.so.11.1 on database access

Bug #63426 [Opn->Ver]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1

Bug #63426 [Ver]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1

Bug #63426 [Ver]: Can't throw exceptions with accentued chars coded in latin1/ISO-8859-1

10 matches

Site Navigation

Mail list logo

Footer information