Sorry, it's the other way around: 'The linkage editor processed the serially reusable (REUS), reenterable (RENT) and refreshable (REFR)attributes as separate and independent options. The binder, however, treats them as a single, multivaluedattribute with an implied hierarchical relationship: “refreshable” implies “reenterable” and “reenterable”implies “serially reusable”. '
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Assembler List <[email protected]> on behalf of Binyamin Dissen <[email protected]> Sent: Tuesday, November 17, 2020 12:21 PM To: [email protected] Subject: Re: security with storage allocation under z.OS On Tue, 17 Nov 2020 13:58:23 +0000 Seymour J Metz <[email protected]> wrote: :>Indeed, OS/360 had some code that was reentrant but not refreshable; AFAIK IBM has cleaned up all such abominations, and the binder does not allow you to create a load module or program object marked as reentrant but not refreshaable. You are asserting that RENT now forces REFR? :>________________________________________ :>From: IBM Mainframe Assembler List <[email protected]> on behalf of Binyamin Dissen <[email protected]> :>Sent: Tuesday, November 17, 2020 2:35 AM :>To: [email protected] :>Subject: Re: security with storage allocation under z.OS :> :>On Mon, 16 Nov 2020 18:35:29 -0700 Paul Gilmartin :><[email protected]> wrote: :> :>:>On 2020-11-16, at 17:47:10, Dan Greiner wrote: :>:>> ... :>:>> So, the facility only applies to virtual addresses on newer models. As I recall, the development of this facility was requested by z/Linux in order to help avoid classic stack-overflow exposures; but, it obviously has applicability to other environments. (It was also introduced in order to "keep up with the Joneses — er ... I mean the Intels.) :>:>> :>:>Conversely, there's REFRPROT to prevent storing into programs :>:>marked REFR. Dismayingly, I believe REFRPROT is global and :>:>intrduces incompatibility with "dusty deck" programs erroneously :>:>marked REFR. :> :>That is a good thing. However, RENT alone does not (conceptually) require a :>module to be refreshable. -- Binyamin Dissen <[email protected]> http://secure-web.cisco.com/1ccD7tACnViQKA_YiWQTyoTavbBUcZIKMXyJQ8coFcHPQjZWuV7kPYC8eivosXPHEcYj6g2qxcV8y77C3Buo6t5ADfmXm1mD5lqMnb9Y_g0ij2Kefdeocg6hggmGongeFe0q9IOn8NwwjXRmw9x9KLOPJU8KA0l2mx-e0BoQq-EnUZ5Drd3mJ51WEyIiNEg7XfNRybWNA3YdD4qNAJRV-9ke5FXmSgIhVwmWs4MHHrPJXCYBBK2ppfULJiIbb4D0eEVYq7yE5rCPrkrtqG4B36_fgm__NvG71s7p4yR6NSPVo8MpMHoxySZW7ZpLRhK_WxcKSJ49kXyJmRmjO0bIw0y_OIKSFrDfOjecgi4cvckxun40aOH8PI6cjzSYb_cqiHdENouygBgJrgdn1GYY77pF6EH2rL63tToFvtnS06Co2Ts_1VsgiZS9PhiJRa8uU/http%3A%2F%2Fwww.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies.
