Re: Attributes of an assemler symbol

2024-04-01 Thread Seymour J Metz
The obvious answer, which, alas, isn't supported, would be the N' attribute. RFE? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Binyamin Di

Re: Attributes of an assemler symbol

2024-04-01 Thread Paul Gilmartin
On Mon, 1 Apr 2024 13:38:22 +, Seymour J Metz wrote: >The obvious answer, which, alas, isn't supported, would be the N' attribute. >RFE? > Idea? This belongs on ASSEMBLER-LIST. Does it matter that the values in a symbol can vary between repetitions? E.g.: TABLE DC 256AL1(*-TABLE)

Re: Attributes of an assemler symbol

2024-04-01 Thread Binyamin Dissen
I don't see an obvious way to use it in macro code. N' already has a meaning, the number of items in a list. On Mon, 1 Apr 2024 13:38:22 + Seymour J Metz wrote: :>The obvious answer, which, alas, isn't supported, would be the N' attribute. RFE? :> :>-- :>Shmuel (Seymour J.) Metz :>http://ma

Re: Attributes of an assemler symbol

2024-04-01 Thread Seymour J Metz
As currently defined there isn't one, but it's an obvious extension. Of course, iBM could also use a different letter, and any RFE should indicate that both options are acceptable. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ___

Re: Attributes of an assemler symbol

2024-04-01 Thread Seymour J Metz
Assembler issues are on-topic in IBM-MAIN. There are more eyes but less focus. No, I would not expect an enhanced N' attribute to be sensitive to the value, only to the repetition count. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖

Loss of data for logstream

2024-04-01 Thread Mark Jacobs
One of my logstreams is showing a status of LOSS OF DATA. What's the procedure to fix that condition? Mark Jacobs Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com

Re: Loss of data for logstream

2024-04-01 Thread Jousma, David
Rename the logstream, and then define a new one. Dave Jousma Vice President | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 From: IBM Mainframe Discussion List on behalf of

Re: Loss of data for logstream

2024-04-01 Thread Wayne Bickerdike
SMF log stream? On Tue, Apr 2, 2024 at 11:41 AM Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Rename the logstream, and then define a new one. > > Dave Jousma > > Vice President | Director, Technology Engineering > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD

Re: Loss of data for logstream

2024-04-01 Thread Mark Jacobs
Yes, one of them. It's in our systems programmer sandbox so I'm not too concerned, just looking for a procedure that we can follow if it occurs in other sysplexes. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&sea

Re: Loss of data for logstream

2024-04-01 Thread Wayne Bickerdike
You can still fall back to DASD SMF logs in the event something goes wrong with log streams. Also ensure AUTODELETE(YES) and RETPD are reviewed for removing old data. Ensure automation is archiving correctly. Larger Log streams? There is a 2010 Share presentation on log streams for SMF. Google