Re: z/OS Bug Busterz SHARE Academy in San Jose
That page has been corrected so the "Click to Register" button now goes to the right place... On 11/16/2016 8:26 AM, Martin Truebner wrote: To be percise the button for "register now" points to: http://www.share.org/share-san-jose-2017-event-registration-start which is wrong to some extent Martin
Re: Addr2 field in listing for EQU statement?
It would be sensible for EQUed symbols to assume all the attributes of the "target" unless overridden. But that's not what our forefathers did, and it's not likely to change. I suppose you could write a macro... MACRO &name $EQU &X &name EQU &X,L'&X,T'&X MEND On Wed, Nov 16, 2016 at 11:45 AM, Tony Harminc wrote: > On 16 November 2016 at 07:48, Thomas David Rivers > wrote: > > > - For an EQU instruction, the Addr2 field contains the length > assigned. > > So it seems it indicates the length explicitly assigned, if any, but > not the length of the EQUated-to item. Which is consistent with the > behaviour that a symbol EQUated without a length has an implied length > of 1, presumably for consistency with ancient practice. > > Maybe there's a call for a new option to allow EQU to take the length > by default from the expression on the right. But this would probably > break some (probably not much) existing code. > > Tony H. > -- sas
Re: Addr2 field in listing for EQU statement?
On 16 November 2016 at 07:48, Thomas David Rivers wrote: > - For an EQU instruction, the Addr2 field contains the length assigned. So it seems it indicates the length explicitly assigned, if any, but not the length of the EQUated-to item. Which is consistent with the behaviour that a symbol EQUated without a length has an implied length of 1, presumably for consistency with ancient practice. Maybe there's a call for a new option to allow EQU to take the length by default from the expression on the right. But this would probably break some (probably not much) existing code. Tony H.
Re: z/OS Bug Busterz SHARE Academy in San Jose
To be percise the button for "register now" points to: http://www.share.org/share-san-jose-2017-event-registration-start which is wrong to some extent Martin
Re: z/OS Bug Busterz SHARE Academy in San Jose
No way to register, by clicking on URL...not found lol On Wed, Nov 16, 2016 at 4:51 PM, Ed Jaffe wrote: > The z/OS Bug Busterz SHARE Academy in Atlanta was a tremendous success, > but there was room for more attendees. > > Many folks complained to me throughout the week that they didn't hear > about this amazing, Sunday deep-dive intensive until _after_ their travel > plans were already made and asked if it could be offered again at a future > SHARE event. > > Based on this demand, we've been given the go ahead to repeat this > incredible offering at SHARE in San Jose! > > This time it's being announced well in advance, so people have adequate > time to register and plan their trips accordingly. > > http://www.share.org/san-jose-academy-zos?utm_source=prospec > tiveattendee&utm_content=academy > > "Back by popular demand! The SHARE Academy z/OS Bug Busterz class is > presented by experienced z/OS Level 2 professionals and will provide you > with the skills to analyze and make sense of diagnostic data captured by > z/OS. You will gain the knowledge necessary to perform preliminary analysis > of dumps and trace data using IPCS, and learn how to capture information > through diagnostic tools, including GTF trace, CTRACE and SLIP. The class > is designed for z/OS Systems Programmers and Application Programmers that > support products running on z/OS, and will include a pre-event webcast. No > prior IPCS experience is required." > > NOTE: There is great demand across the various SHARE Programs for Sunday > SHARE Academy deep-dive showcase placement, so it's unlikely we'll be > repeating z/OS Bug Busterz again after San Jose. If you or someone else at > your company wants to take advantage of this training, this is your chance! > > > -- > Edward E Jaffe > Phoenix Software International, Inc > 831 Parkview Drive North > El Segundo, CA 90245 > http://www.phoenixsoftware.com/ >
z/OS Bug Busterz SHARE Academy in San Jose
The z/OS Bug Busterz SHARE Academy in Atlanta was a tremendous success, but there was room for more attendees. Many folks complained to me throughout the week that they didn't hear about this amazing, Sunday deep-dive intensive until _after_ their travel plans were already made and asked if it could be offered again at a future SHARE event. Based on this demand, we've been given the go ahead to repeat this incredible offering at SHARE in San Jose! This time it's being announced well in advance, so people have adequate time to register and plan their trips accordingly. http://www.share.org/san-jose-academy-zos?utm_source=prospectiveattendee&utm_content=academy "Back by popular demand! The SHARE Academy z/OS Bug Busterz class is presented by experienced z/OS Level 2 professionals and will provide you with the skills to analyze and make sense of diagnostic data captured by z/OS. You will gain the knowledge necessary to perform preliminary analysis of dumps and trace data using IPCS, and learn how to capture information through diagnostic tools, including GTF trace, CTRACE and SLIP. The class is designed for z/OS Systems Programmers and Application Programmers that support products running on z/OS, and will include a pre-event webcast. No prior IPCS experience is required." NOTE: There is great demand across the various SHARE Programs for Sunday SHARE Academy deep-dive showcase placement, so it's unlikely we'll be repeating z/OS Bug Busterz again after San Jose. If you or someone else at your company wants to take advantage of this training, this is your chance! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/
Re: Addr2 field in listing for EQU statement?
RAY EQU *,3 On 11/16/2016 07:48, Thomas David Rivers wrote: Does anyone have an example where the Addr2 field of an EQU instruction is _not_ empty? - Many thanks - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com
Rif: Addr2 field in listing for EQU statement?
addr2 is present when in a equ is indicated the implied length of the field -LocObject Code Addr1Addr2Stmt Source Statement 2922178=ret_entry ds 0cl1 2922179=ret_elt ds cl8 29A2180=ret_typeds cl8 2A22181=ret_PROCGRP ds cl8 2AA2182=ret_ENV ds cl8 2B22183=ret_STG_NAMEds cl8 2BA2184=ret_SYSTEM ds cl8 2C22185=ret_SUBSYS ds cl8 2CA2186=ret_UPD_DATEds cl8 2D22187=ret_UPD_timeds cl8 2DA2188=ret_flagds cl1 2DB2189=RET_IN_NEWT ds cl1 2DC2190=RET_IN_TEST ds cl1 2DD2191=RET_IN_VALIDds cl1 2DE2192=RET_IN_PROD ds cl1 2DF2193=RET_in_fix ds cl1 2E02194=RET_in_more ds cl1 2E12195=RET_end ds cl1 0292 0050 2196=retr_area equ ret_entry,*-ret_entry Aldo Crosio tel: 051-4991812 /3488858416 fax: 051-6255762 CSE Consorzio Servizi Bancari Società consortile a responsabilità limitata Via Emilia n. 272 40068-San Lazzaro di Savena (BO) Ai sensi del D.Lgs. 196/2003 si precisa che le informazioni contenute nel presente messaggio, corredato dei relativi allegati, sono strettamente riservate ed a uso esclusivo dei destinatari. Qualora Le fosse pervenuto per errore, La invitiamo ad eliminarlo immediatamente, dandocene gentilmente comunicazione. Grazie. *** *** ***
Re: Addr2 field in listing for EQU statement?
Yes, here you go... Active Usings: None D-LocObject Code Addr1Addr2Stmt Source Statement HLASM R6.0 2016/11/11 09.23 0B50 0040 7223 WKCHAR0 EQU WKMSGWK0,L'WKMSGWK0,C'X' work area 0 0B90 0040 7224 WKCHAR1 EQU WKMSGWK1,L'WKMSGWK1,C'X' work area 1 0BD0 0040 7225 WKCHAR2 EQU WKMSGWK2,L'WKMSGWK2,C'X' work area 2 0C10 0040 7226 WKCHAR3 EQU WKMSGWK3,L'WKMSGWK3,C'X' work area 3 0C50 0040 7227 WKCHAR4 EQU WKMSGWK4,L'WKMSGWK4,C'X' work area 4 0C90 0040 7228 WKCHAR5 EQU WKMSGWK5,L'WKMSGWK5,C'X' work area 5 0CD0 0040 7229 WKCHAR6 EQU WKMSGWK6,L'WKMSGWK6,C'X' work area 6 0D10 0040 7230 WKCHAR7 EQU WKMSGWK7,L'WKMSGWK7,C'X' work area 7 0D50 0040 7231 WKCHAR8 EQU WKMSGWK8,L'WKMSGWK8,C'X' work area 8 0D90 0040 7232 WKCHAR9 EQU WKMSGWK9,L'WKMSGWK9,C'X' work area 9 0B50 0100 7233 WKMISCTR EQU WKMSGWK0,256,C'X' use 1st 4 wk fields for misc TR table Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration EAS Information Technology Thermo Fisher Scientific 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com | www.thermofisher.com WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent of a system responsible for delivering the message to the intended recipient, is prohibited. If you are not the intended recipient, please inform the sender and delete all copies. -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Thomas David Rivers Sent: Wednesday, November 16, 2016 7:49 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Addr2 field in listing for EQU statement? In the HLASM documentation it indicates what should be present in the Addr2 field of the listing. In particular, it says: The field headed Addr2 contains the effective address of the last operand of any instruction referencing storage. - For a USING instruction, the Addr2 field contains the value of the second operand. - For a CSECT, START, LOCTR, or RSECT instruction, the Addr2 field contains the end address of the control section. - For an ORG instruction, the Addr2 field contains the next address as specified by the operand field. - For an EQU instruction, the Addr2 field contains the length assigned. Note that last statement, where it indicates the Addr2 field contains the length assigned for an EQU instruction. I can't seem to get HLASM to actually do that; and I've tried a few variants. For me, the Addr2 field of any EQU instruction is always empty. Does anyone have an example where the Addr2 field of an EQU instruction is _not_ empty? - Many thanks - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com
Addr2 field in listing for EQU statement?
In the HLASM documentation it indicates what should be present in the Addr2 field of the listing. In particular, it says: The field headed Addr2 contains the effective address of the last operand of any instruction referencing storage. - For a USING instruction, the Addr2 field contains the value of the second operand. - For a CSECT, START, LOCTR, or RSECT instruction, the Addr2 field contains the end address of the control section. - For an ORG instruction, the Addr2 field contains the next address as specified by the operand field. - For an EQU instruction, the Addr2 field contains the length assigned. Note that last statement, where it indicates the Addr2 field contains the length assigned for an EQU instruction. I can't seem to get HLASM to actually do that; and I've tried a few variants. For me, the Addr2 field of any EQU instruction is always empty. Does anyone have an example where the Addr2 field of an EQU instruction is _not_ empty? - Many thanks - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com