#15982 [Com]: PHP Freeze with swffont() call

ID: 15982 Comment by: rkenny@waukbearing.com Reported By: tonalgeek@hotmail.com Status: Open Bug Type: Ming related Operating System: Win XP Prof PHP Version: 4.2.1 New Comment: I tried installing PHP 4.1.1 and 4.1.0, but had the same problem under those versions. I also switched from the CGI version of PHP to the ISAPI DLL -- but that didn't help either. When I was running the PHP ISAPI DLL, I could see an "access violation" error directly in my web browser, whereas before it just said "CGI error". Previous Comments: ------------------------------------------------------------------------ [2002-08-21 16:42:27] rkenny@waukbearing.com I've experienced this bug as well. I'm running Windows 2000 Server, IIS, and PHP 4.1.2. The system has all of the "critical" Microsoft patches applied except for W2K SP3. It seems that if I do a SWFFont("somefile.fdb") IIS will report a CGI error after running for perhaps 5 seconds. There are some Dr. Watson entries in my event log which talk about an access violation. The dates and times of these entries roughly correspond to when I was testing the ming font functions, but when I run the scripts now, I just get the CGI errors without the Dr. Watson entries. I thought I could get around this bug by using SWFFont("_sans"), but that does not work either. I can create a new font object just fine, but when I try to add() the font object to the movie object, Internet Explorer dies, and asks if I want to send a bug report ot Microsoft. ------------------------------------------------------------------------ [2002-08-01 13:20:29] mabuzzer@hotmail.com I've managed to eliminate the web server from the equation - ran the test script from the command line, and got the same result. The script hung until it reached the timeout limit, and consumed 97% of the CPU time while it was hung. It also seemed to keep consuming more and more memory, as if it was stuck in some kind of infinite loop? This was using PHP 4.2.2, Ming 0.2a which I downloaded from php.net. This is quite important for me, cos I have a couple of applications which I haven't been able to upgrade beyond PHP 4.0.4 (with Ming 0.9a) for one reason or another, and there are security issues involved in that. Thanks Richy Black ------------------------------------------------------------------------ [2002-07-12 20:58:48] tonalgeek@hotmail.com This bug also exists in 4.2.1 ------------------------------------------------------------------------ [2002-07-12 12:13:27] yann.lossouarn@tak.net I'm currently using the "EasyPHP 1.6" distrib, which includes Apache 1.3.20 and PHP 4.2.0, used on a NT4 station, and encountered the same problem. Any solution known ? Cheers, Yann ------------------------------------------------------------------------ [2002-06-04 04:29:13] mfischer@php.net Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. ------------------------------------------------------------------------ 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/15982 -- Edit this bug report at http://bugs.php.net/?id=15982&edit=1