This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: Couldn't create signal pipe - User permission problem? (IIS6/Win2003)

> -----Original Message-----
> From: cygwin-owner On Behalf Of andy
> Sent: 08 February 2005 16:01

> Subject: Couldn't create signal pipe - User permission 
> problem? (IIS6/Win2003)

> When I try to execute the binary it exists with the error 
> message shown below:
> 3 [main] ? 1148 cygheap_user::init: OpenProcessToken(), Win32 error 5
> D:\cgi-bin\cdrtools-2.01-win32-bin\mkisofs.exe (1148): *** couldn't
> create signal pipe, Win32 error 0
> I have identified Win32 error 5 as an "access denied" error.

  Well, yes, but it was the OpenProcessToken call that failed with error 5.
It's probably a knock-on effect of that failure that stops the pipe from being
opened, but the actual failure is in cygheap init.  W2k3 does have some locked
down privs that cause problems for cygwin apps.

> I am not executing mkisofs.exe from a command prompt or shell, but
> rather as a CGI application from a PHP script running under the
> IIS6 web server.

> I found this thread:
> I granted the user the application pool is running under 
> "create global 
> objects" permission as suggested. Additionally I have granted 
> the user 
> "adjust memory quotas for a process" and "replace a process at token 
> level" as Microsoft suggests is necessary for CGI applications. But 
> still the process exits with the same error message.

  :-O  Yeessh!  There are VERY VERY VERY good reasons why IWAM_USER should NEVER
it's probably OK if the server isn't externally accessible in any way.  Still,
it's your machine, it's your funeral.
> And so my question is, does anyone have any idea which 
> permission might 
> be missing and be causing this error to occur?

  Well if OpenProcessToken fails, that would suggest that "replace a process
level token" (it's the token that is being replaced, not the process, as you
wrote earlier) might be missing, so verify you set it correctly.

  Failing that, it may well be that IIS6 simply will not allow application pool
processes to get elevated privileges.  Not too sure.

Can't think of a witty .sigline today....

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]