From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,2cb1f0b6d642e1dc X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!feeder.news-service.com!newsfeed.straub-nv.de!nuzba.szn.dk!news.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Pascal Calling Convention Date: Thu, 31 Mar 2011 16:00:03 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net X-Trace: munin.nbi.dk 1301605208 3376 69.95.181.76 (31 Mar 2011 21:00:08 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Thu, 31 Mar 2011 21:00:08 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Xref: g2news2.google.com comp.lang.ada:19601 Date: 2011-03-31T16:00:03-05:00 List-Id: "Robert A Duff" wrote in message news:wccsju4i6f2.fsf@shell01.TheWorld.com... > tmoran@acm.org writes: > >> What does software/hardware Data Excecution Prevention do on Vista >> etc? > > I believe DEP causes the operating system to set per-page protections so > data is not executable, by default. The checks are done in hardware. > And of course code pages are not writeable by default. A process can > request other page protections. Requires newer versions of x86. Right. This moves the permissions from the segments (where Intel had put them) to the page table, because OS writers didn't want to take advantage of the possibilities of segments. (We wouldn't need 64-bit OSes, with all of their incompatibilities, anywhere near as soon had the OSes used segments in the first place.) The two approaches are equivalent, except for the irrational fears of certain developers. The effect was to make the X86 much less safe that it could have been. >> (Other than generate spurious errors.) > > We eliminated almost all trampolines from GNAT, so newer versions > won't cause such spurious errors. Glad to hear it. I turned on DEP on my machine, since I knew that Janus/Ada couldn't cause problems with it (and if it did, I wanted to fix them). But I couldn't run GNAT very successfully, so I had to turn it back off. Randy.