Bug #49311 [Com]: WAKE, enigma and arcfour ciphers fail to initialize

[vseticka dot martin at gmail dot com]

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

 ID: 49311
 Comment by: vseticka dot martin at gmail dot com
 Reported by:c58999 at tyldd dot com
 Summary:WAKE, enigma and arcfour ciphers fail to initialize
 Status: No Feedback
 Type:   Bug
 Package:mcrypt related
 Operating System:   Windows
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

http://stackoverflow.com/questions/8040901/how-to-encrypt-with-mcrypt-arcfour-in-wamp/8041271
 - this question shows that the bug seems to be still present.


Previous Comments:

[2009-09-27 01:00:02] 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-09-19 14:48:25] j...@php.net

Please try using this snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/




[2009-08-20 15:06:57] c58999 at tyldd dot com

Description:

The arcfour algoritm fails to initialize on PHP 5.3.0 win32. This also appears 
to happen with the wake and enigma ciphers. I could also reproduce this 
behaviour on PHP 5.2.6-2ubuntu4.2.

Reproduce code:
---
$algs = mcrypt_list_algorithms();

foreach($algs as $alg){
echo "$alg\n";
$td = mcrypt_module_open($alg, '', 'ecb', '');
echo "\n";
}

Expected result:

I would expect this code to execute without any errors.

Actual result:
--
C:\php>php mcrypt.php
cast-128
gost
rijndael-128
twofish
cast-256
loki97
rijndael-192
saferplus
wake
PHP Warning:  mcrypt_module_open(): Could not open encryption module in 
C:\php\mcrypt.php on line 6
blowfish-compat
des
rijndael-256
serpent
xtea
blowfish
enigma
PHP Warning:  mcrypt_module_open(): Could not open encryption module in 
C:\php\mcrypt.php on line 6
rc2
tripledes
arcfour
PHP Warning:  mcrypt_module_open(): Could not open encryption module in 
C:\php\mcrypt.php on line 6






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

Bug #62444 [Com]: Handle leak in is_readable

[vseticka dot martin at gmail dot com]

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

 ID: 62444
 Comment by: vseticka dot martin at gmail dot com
 Reported by:sergio dot nalin at gmail dot com
 Summary:Handle leak in is_readable
 Status: Assigned
 Type:   Bug
 Package:Filesystem function related
 Operating System:   Win 7 64bit
 PHP Version:5.3.14
 Assigned To:pajoye
 Block user comment: N
 Private report: N

 New Comment:

Is there any progress? This issue makes PHP really hard to use on Windows.


Previous Comments:

[2012-07-26 17:24:41] mr_pain at operamail dot com

Memory leak confirmed for the following configurations:

PHP vc9 5.3.15, thread safe version + Apache Httpd 2.4.2 + Win XP SP3 
PHP vc9 5.4.5,  thread safe version + Apache Httpd 2.4.2 + Win XP SP3 

Running Test script:

for($i=0; $i<100;$i++) {
  is_readable("c:\\temp");
}

PHP vc9 5.4.5 tested on WAMP stacks:


XAMPP USB Lite 1.8.0(Windows XP SP3)
Uniform Server 8.5.8-Coral  (Windows XP SP3)

For details see:
http://forum.uniformserver.com/index.php?showtopic=2627&hl=

Windows 7 SP1 and Windows Server 2008 R2 (both is 64-bit OS)

I agree with above comment, it makes running PHP on a Windows production server 
impractical.


[2012-07-25 22:26:05] smiles_indonesia at yahoo dot co dot id

It seems happened since introduction of php 5.3.0. If you see in the changelogs:

http://www.php.net/ChangeLog-5.php

Added support for ACL (is_writable, is_readable, reports now correct results) 
on Windows. (Pierre, Venkat Raman Don, Kanwaljeet Singla)

This issue is very critical, because it makes php running on windows production 
server impractical / unusable...

My quad xeon box becomes very slow after some days, the ram usage is 
mysteriously increased (httpd process usage still remains the same, I thought 
handle consumes kernel spaces)...

If your webserver servers 1 million request, then there will be about 1 million 
handle opened... Usual application only consumes 20 to 2000 handles...


[2012-06-29 00:10:17] sergio dot nalin at gmail dot com

Description:

PHP vc9 5.3.14, thread safe version + Apache Httpd 2.2.22 + Win 7/Win Server 
2008 
R2

Each time is_readable in invoked, it leaves an open handle in the httpd process.



Test script:
---
for($i=0; $i<100;$i++) {
  is_readable("c:\\temp");
}

NOTE: the folder/file must exist for the leak to happen.

Expected result:

No leaked handles

Actual result:
--
100 leaked handles






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