Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74267
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.49 as permitted sender)
MIME-Version: 1.0
Date: Sat, 17 May 2014 01:25:06 -0700
Message-ID: <-4309956207097695876@unknownmsgid>
To: Nicolai Scheer <nicolai.scheer@gmail.com>, Pierre Joye <pierre.php@gmail.com>
Cc: Matt Ficken <themattficken@gmail.com>, PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: AW: [PHP-DEV] opcache not working on windows
From: jblond@gmail.com (Mario Brandt)

Hi Nico,

add a local user with password and assign that user to the apache
Service.

Cheers
Mario

Send from my toaster via IPv6
Von: Nicolai Scheer
Gesendet: 16.05.2014 21:58
An: Pierre Joye
Cc: Matt Ficken; PHP Internals
Betreff: Re: [PHP-DEV] opcache not working on windows
Hi Pierre,

On 16 May 2014 10:59, Pierre Joye <pierre.php@gmail.com> wrote:

> On Fri, May 16, 2014 at 10:45 AM, Nicolai Scheer
> <nicolai.scheer@gmail.com> wrote:
> > Hi again,
> >
> > On 16 May 2014 10:01, Nicolai Scheer <nicolai.scheer@gmail.com> wrote:
> >
> >> Hi again,
> >>
> >> seems that I've narrowed it down a bit.
> >> Since fastcgi should just run php-cgi.exe I tried to run php-cgi.exe
> >> myself from the command line.
> >>
> >> So I fetched myself the phpinfo stuff in two ways:
> >>
> >> php.exe -i > cli.txt
> >> php-cgi.exe -i > cgi.htm
> >>
> >> Both files report the opcache as "Up and running". Since apache runs as
> >> local system account it might have something to do with not being able
> to
> >> create the shared memory realm? But usually the local system account is
> as
> >> powerful as it gets... I'll try to run it as a different user...
> >>
> >>
> >> Greetings
> >>
> >> Nico
> >>
> >
> > opcache runs fine when apache service is started as a local admin user.
> It
> > does not work when running as local system account.
> >
> > Still no idea why there is a difference... Any suggestions appreciated...
>
> It tells me that your local user does not have the permission to
> create the necessary mapped file.
>

Well, it works with a local admin user. It does not work when running the
service as local system account (i.e. local system account selected for
"log on as").
I don't see why the local system account (which usually can do just
anything) should not be able to create the mapped file...

Greetings

Nico