#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. Previous Comments: [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.8 [2002-08-17 11:56:13] [EMAIL PROTECTED] We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2 and the following commands no longer worked for us we kept getting Unable to Fork errors exec(C:\perl\bin\perl.exe d:\pathto\somescript.pl); exec(C:\pathto\killprogram.exe perl.exe); We were trying to run custom programs and purchased products after we upgraded to the new versions Photopost 3.06 with Imagemagick 4.4.8 no longer worked either we kept getting the unable to fork error Our System Specs Windows 2000 server Service Pack 3 Active Perl Latest Version MySQL latest version Memory 512Meg -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) Previous Comments: [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.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 http://bugs.php.net/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: I had the same issue and it turned out that because I clone my servers it was a permissions issue. You have to make sure that all of your IUSR and IWAM users match on the local machine and the domain. Once I did this everything worked fine. Here is a Microsoft Q article in their knowledge base that shows you how to do it if you do not know Q297989 Previous Comments: [2002-11-06 11:26:32] [EMAIL PROTECTED] Oops.. setting to feedback to see if the original author got it fixed. [2002-11-06 11:24:23] [EMAIL PROTECTED] Bogusification. [2002-11-06 11:22:17] [EMAIL PROTECTED] Got it fixed. It was some secuiry script applied that set some C:\winnt\system32\cmd.exe security settings. We didn't notice them before we compared two servers (one working and one not-working one) [2002-11-06 04:14:56] [EMAIL PROTECTED] One of my friends successfully made it work on a Windows 2000 Server with Service Pack 3 - So maybe is has nothing to do with the SP level. But when we where about to test the differences between the two servers the harddrive broke. Right now he is just trying to install a new server. So I'll write back if we find out something new. [2002-11-05 06:09:57] [EMAIL PROTECTED] Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 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/18958 -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. Previous Comments: [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.8 [2002-08-17 11:56:13] [EMAIL PROTECTED] We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2 and the following commands no longer worked for us we kept getting Unable to Fork errors exec(C:\perl\bin\perl.exe d:\pathto\somescript.pl); exec(C:\pathto\killprogram.exe perl.exe); We were trying to run custom programs and purchased products after we upgraded to the new versions Photopost 3.06 with Imagemagick 4.4.8 no longer worked either we kept getting the unable to fork error Our System Specs Windows 2000 server Service Pack 3 Active Perl Latest Version MySQL latest version Memory 512Meg -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 Previous Comments: [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.8 [2002-08-17 11:56:13] [EMAIL PROTECTED] We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2 and the following commands no longer worked for us we kept getting Unable to Fork errors exec(C:\perl\bin\perl.exe d:\pathto\somescript.pl); exec(C:\pathto\killprogram.exe perl.exe); We were trying to run custom programs and purchased products after we upgraded to the new versions Photopost 3.06 with Imagemagick 4.4.8 no longer worked either we kept getting the unable to fork error Our System Specs Windows 2000 server Service Pack 3 Active Perl Latest Version MySQL latest version Memory 512Meg -- Edit this bug report at http://bugs.php.net/?id=18958edit=1
#18958 [Com]: Unable to Fork
ID: 18958 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server SP 3 PHP Version: 4.2.2 New Comment: Maybe this bug duplicates this one: http://bugs.php.net/bug.php?id=12300 Previous Comments: [2002-11-05 04:51:16] [EMAIL PROTECTED] By the way my server looks like this: Windows 2000 Server v5.0.2195 (running Service Pack 3) (with windows updates latest installed on the October 9th) PHP 4.2.3 MySQL 3.23.49 IIS 5 [2002-11-05 04:42:28] [EMAIL PROTECTED] I have the same problem on PHP 4.2.3. For my project this is a very critical bug. Just to make sure, I tried everything from giving access to all user to the bin file to giving specific access to cmd.exe and settting the security level on the ISS virtual webserver to none. [2002-08-17 11:58:07] [EMAIL PROTECTED] Sorry Imagemagick version was 5.4.8 [2002-08-17 11:56:13] [EMAIL PROTECTED] We upgraded from version 4.06 to 4.21 and then 4.22 and then 4.3alpha 2 and the following commands no longer worked for us we kept getting Unable to Fork errors exec(C:\perl\bin\perl.exe d:\pathto\somescript.pl); exec(C:\pathto\killprogram.exe perl.exe); We were trying to run custom programs and purchased products after we upgraded to the new versions Photopost 3.06 with Imagemagick 4.4.8 no longer worked either we kept getting the unable to fork error Our System Specs Windows 2000 server Service Pack 3 Active Perl Latest Version MySQL latest version Memory 512Meg -- Edit this bug report at http://bugs.php.net/?id=18958edit=1