From dev-return-19823-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Sat Mar 29 01:44:54 2008 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 92125 invoked from network); 29 Mar 2008 01:44:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Mar 2008 01:44:54 -0000 Received: (qmail 14773 invoked by uid 500); 29 Mar 2008 01:44:52 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 14726 invoked by uid 500); 29 Mar 2008 01:44:52 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 14715 invoked by uid 99); 29 Mar 2008 01:44:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2008 18:44:52 -0700 X-ASF-Spam-Status: No, hits=-2.0 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brian.wharry@ngc.com designates 208.20.220.55 as permitted sender) Received: from [208.20.220.55] (HELO xmrt0101.northgrum.com) (208.20.220.55) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 29 Mar 2008 01:44:00 +0000 Received: from XBHT0001.northgrum.com ([132.228.189.53]) by xmrt0101.northgrum.com with InterScan Message Security Suite; Fri, 28 Mar 2008 18:42:45 -0700 Received: from XBHIL103.northgrum.com ([134.223.165.23]) by XBHT0001.northgrum.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Fri, 28 Mar 2008 21:44:19 -0400 Received: from XMBIL133.northgrum.com ([134.223.166.143]) by XBHIL103.northgrum.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Fri, 28 Mar 2008 20:44:18 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8913E.672765CD" Subject: Cannot create shared memory under Vista Date: Fri, 28 Mar 2008 20:44:17 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Cannot create shared memory under Vista Thread-Index: AciRPmbC62ewM3xGQxOVTBZRZfeOxA== From: "Wharry, Brian J." To: X-OriginalArrivalTime: 29 Mar 2008 01:44:18.0572 (UTC) FILETIME=[67370CC0:01C8913E] X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C8913E.672765CD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Under Windows XP we use apr_shm_create() with APR v.1.2.11 to create a shared memory segment, but under Windows Vista those same calls return error 5 (access violation). From researching the issue it appears to be a limitation that Vista intentionally imposes. Only applications running as services get the privilege of being in "session 0", which seems to be the requirement for putting shared memory in the global namespace. =20 The MSDN documentation does say that if you have the "Create Global" privilege, you should be able to create it even if you are not in session 0, so maybe this is just a bug in Vista. I don't know. =20 Do you guys have plans for a fix or work-around for APR? =20 Here's a link to an MSDN forum post about the issue: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=3D748596&SiteID=3D1= =20 MSDN info on CreateFileMapping(): http://msdn2.microsoft.com/en-us/library/aa366537.aspx =20 Thanks, Brian ------_=_NextPart_001_01C8913E.672765CD Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

Under = Windows XP we=20 use apr_shm_create() with APR v.1.2.11 to create a shared = memory=20 segment, but under Windows Vista those same calls return error 5 (access = violation). From researching the issue it appears to be a = limitation that=20 Vista intentionally imposes. Only applications running as services = get the=20 privilege of being in "session 0", which seems to be the requirement for = putting=20 shared memory in the global namespace.

The = MSDN=20 documentation does say that if you have the "Create Global" privilege, = you=20 should be able to create it even if you are not in session 0, so maybe = this is=20 just a bug in Vista. I don't know.

Do you = guys have=20 plans for a fix or work-around for APR?

Here's = a link to an=20 MSDN forum post about the issue:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=3D748= 596&SiteID=3D1

MSDN info on CreateFileMapping():

http://ms= dn2.microsoft.com/en-us/library/aa366537.aspx

Thanks,

Brian

------_=_NextPart_001_01C8913E.672765CD--