Re: Greg Dyck
Thanks Rob, VERY sad news. I was fascinated by his incredible knowledge and I greatly benefited from his posts and writings. He will be missed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF record for number of program executions?
If the question is how many times a module was loaded, IZSAM, and several others can answer it. If the question is how many times that [sub]program was actually invoked, IZSAM and similar can't help. As far as I know there is only one product able to do it. Having a vested interest I will refrain from mentioning it on the list. Mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Permission to redistribute LE
Actually, DFHELII - The EXEC CICS interface stub is. https://www.ibm.com/docs/en/zos/2.5.0?topic=cics-link-edit-considerations-under I hope this helps, mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling Facility Structure Resizing
Mark, if you have the opportunity to have both the old and new CFs active at the same time, you can use the SETXCF START REALLOCATE command to move structures over. The reallocate process creates the new structures large enough to contain the same number of objects as the old ones, taking into account the additional needs of the new CFCC LVL. This is referred as structure "allocation by count" vs the normal "allocation by size" process. Once the structures reside in the new CF you can use the D XCF STR commands to look at the actual allocated size and update your CFRM policy accordingly. I hope this helps, mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XLC version? [was: RE: XLC - Weak symbols]
Wouldn't zCX address the need? Could you develop your application under Linux elsewhere and deploy it in a container with zCX? Just curious about the difference between this and your proposed LSS. Thanks! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Matt Hogstrom Sent: Wednesday, May 10, 2023 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XLC version? [was: RE: XLC - Weak symbols] ..snip.. What would be awesome is a new Linux System Services (LSS) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thread local storage in XL C\C++
In Language Environment threads run under enclaves. Each thread represents an independent instance of a routine running using enclave's resources. Memory is allocated by threads and owned by the parent enclave. It exists from when it is allocated to when it is explicitly freed or to when the owning enclave terminates. During its lifetime memory is available to all threads running under the same enclave. If the exported function you mention is called by the same thread which allocated the memory, this will be available to the exported function as well. I hope this helps, mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Debug tool for C++ program using XL C\C++
Joseph, according to the Language Environment Programming Guide, in order to distinguish runtime options from program arguments that are passed to Language Environment, the options and program arguments are separated by a slash (/).. If you are only passing LE runtime options your parm string must end with a slash. In your example: call 'JOER.TEST.AUTHLIB(CNCURBC)' 'xplink(on)/' I hope this helps, mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Calculate deltas using DFSORT
Sri Hari, Max, all, thank you very much from your kind help and support. I really appreciate it, and I hope to have the opportunity to reciprocate. mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Calculate deltas using DFSORT
Hello list, say I have a file with goods, dates, and available quantities, not necessarily sorted. I want to sort it and calculate daily deltas. For example using the following input : Product,Date,Availability Sugar,2022/08/01,100 Sugar,2022/08/02,97 Sugar,2022/08/03,93 I need to get to this: Product,Date,Sold Sugar,2022/08/01,N/A (No daily delta for the first record) Sugar,2022/08/02,3(100 - 97) Sugar,2022/08/03,4(97 - 93) May I use bultin DFSORT functions to calculate deltas from the previous record and the current one? I had a look at the OUTREC statement in the Application Programming Manual, but as far as I can see arithmetic expressions can only use input fields from the current record or decimal constants. It believe I can achieve the above result using an E35 exit, just wanted to be sure that's the only way. Thanks! mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXBATCH Environment Variable concatenation - STDENV
Bingo! Thank you very much! mario On Thu, 24 Feb 2022 09:29:55 -0600, Paul Gilmartin wrote: >> >STDENV is not a shell script as you are assuming. Try: > . . . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXBATCH Environment Variable concatenation - STDENV
Thank you Richard, not sure: The command expects to retrieve the data from an environment variable.. mario On Thu, 24 Feb 2022 14:48:03 +, PINION, RICHARD W. wrote: >Would AOPBATCH help? > >//STEP010 EXEC PGM=AOPBATCH,PARM='sh' >//STDIN DD * > "cp \"//'sys1.maclib(splevel)'\" /dev/fd/1" | >gzip >foosplevel.gz >//STDERR DD SYSOUT=* >//STDOUT DD SYSOUT=* > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BPXBATCH Environment Variable concatenation - STDENV
Hello list, I can't find an elegant way to pass a variable containing a long string to a USS shell command executed under BPXBATCH. Looking at what the JVMLDMxx module (JVM invocation) does I tried something like the following: //RUNTEST EXEC PGM=BPXBATCH //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* //STDENV DD * IJO="-Xms16m -Xmx128m" IJO="$IJO -verbose:class" IJO="$IJO -Dfile.encoding=ISO8859-1" //STDPARM DD * SH echo $IJO But the echo command returns the following: "$IJO -Dfile.encoding=ISO8859-1" Which shows that variable concatenation doesn't work as I would expect. Manually executing the same commands under OMVS z/OS shell, everything works fine: IBMUSER:/u/ibmuser: >IJO="-Xms16m -Xmx128m" IBMUSER:/u/ibmuser: >IJO="$IJO -verbose:class" IBMUSER:/u/ibmuser: >IJO="$IJO -Dfile.encoding=ISO8859-1" IBMUSER:/u/ibmuser: >echo $IJO -Xms16m -Xmx128m -verbose:class -Dfile.encoding=ISO8859-1 I know I may use a real file, or even a USS file to write a single assignment in one line, but I would like to avoid carrying unneeded baggage. What I am doing wrong? Thank you, mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMASPZAP DUMPT and program objects
Thanks Colin, that's a very wise suggestion! I used the #pragma csect pragma with METAL-C but then I forgot about it, and yes, in my specific case it makes the trick. I wonder what if you need to zap a program object provided by others though, where recompiling is not an option. Thanks to all who responded. mario On Sun, 13 Feb 2022 20:17:27 +, Colin Paice wrote: >I think it is always good practice to specify a CSECT >eg >#pragma csect (CODE, "name") >Colin > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMASPZAP DUMPT and program objects
Not according to the binder's MAP: *** M O D U L E M A P *** --- CLASS C_CODELENGTH = 16A0 ATTRIBUTES = CAT, OFFSET =0 IN SEGMENT 001 --- SECTIONCLASS -- OFFSET OFFSET NAMETYPELENGTH DDNAME 0 $PRIV10CSECT 16A0 SYSLIN 98 98 MYPROGRM LABEL --- CLASS C_@@PPA2 LENGTH =8 ATTRIBUTES = MRG, OFFSET = 16A0 IN SEGMENT 001 --- CLASS OFFSET NAMETYPELENGTH SECTION 0 $PRIV11 PART 8 $PRIV10 --- CLASS B_LIT LENGTH = C0 ATTRIBUTES = CAT, OFFSET = 16A8 IN SEGMENT 001 --- SECTIONCLASS --- SOURCE OFFSET OFFSET NAMETYPELENGTH DDNAME SEQ MEMBER 0 IEWBLITCSECTC0**NULL** 00 IEWBLITLABEL Thanks, mario On Sun, 13 Feb 2022 01:01:22 +, Seymour J Metz wrote: >Do you have code prior to your first CSECT? > > >-- >Shmuel (Seymour J.) Metz >http://mason.gmu.edu/~smetz3 > > >From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of >Mario Bezzi [subscriptions.mario.be...@gmail.com] >Sent: Saturday, February 12, 2022 12:45 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: AMASPZAP DUMPT and program objects > >Hello, I struggle dumping a single CSECT within a program object of mine, >using AMASPZAP. > >When I compile/bind the program, the binder says: > > *** M O D U L E M A P *** > >--- >CLASS C_CODELENGTH = 16A0 ATTRIBUTES = CAT, LOAD, RMODE=ANY > OFFSET =0 IN SEGMENT 001 ALIGN = DBLWORD >--- > > SECTIONCLASS --- SOURCE > OFFSET OFFSET NAMETYPELENGTH DDNAME SEQ MEMBER > >0 $PRIV10CSECT 16A0 SYSLIN01 **NULL** > 98 98 MYPROGRM LABEL > >Basing on the above, I think that the CSECT I am interested in is called >$PRIV10. > >But if I try the following AMASPZAP statement: > >DUMPT MYMODULE $PRIV10 C_CODE > >The utility fails with RC 8 complaining that CSECT PRIV10 doesn't exist. > >Apparently, according to AMASPZAP the name is $PRIVATE CODE: > >AMA103I CSECT ABSENT - ALL CSECTS FOLLOW > >**RECORD LENGTH: 16A0 CLASS: C_CODE MEMBER NAME: MYMODULE > CSECT NAME: $PRIVATE CODE > >I can't understand why AMASPZAP doesn't find the name shown by the binder (and >confirmed by AMBLIST), and I don't know how to pass a name like " $PRIVATE >CODE" to AMASPZAP. > >Help anyone? > >Thanks! >mario > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMASPZAP DUMPT and program objects
Thanks Steve, this is C code compiled by XL/C. I don't think DUMPT MYMODULE * C_CODE is the solution: Asterisk means the first CSECT regardless if it has text in the specified class or not. AMA168I SYSIN PROCESSING STARTED DUMPT MYMODULE * C_CODE **RECORD LENGTH: CLASS: C_CODE MEMBER NAME: MYMODULE CSECT NAME: IEWBLIT AMA152I NO TEXT DATA OF REQUESTED CLASS FOR THIS SECTION. I may use DUMPT MYMODULE ALL to dump ALL CSECTs, but what if I want to ZAP the text of the un-named one ? Thank you, mario On Sat, 12 Feb 2022 21:38:48 -0500, Steve Smith wrote: >You wouldn't have a class C_CODE in an assembler program (barring some >rather unnatural acts). And apparently the new compilers think using CSECT >names is a barbarism or something. > >You'll have to make do with DUMPT MYMODULE * C_CODE > >$PRIVnn are not real names, they're generated by the binder for >un-named sections, but are only for its listing. > >sas > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMASPZAP DUMPT and program objects
Interesting, by the way, this is C code compiled with z/OS XL/C, so I have no control over the structure of the module. Does this mean that such code can't be managed by AMASPAZP? I know I can DUMPT ALL the CSECTS, but what about zapping the content? Thanks, mario On Sat, 12 Feb 2022 12:51:40 -0800, Michael Stein wrote: >> The utility fails with RC 8 complaining that CSECT PRIV10 doesn't exist. > >It doesn't. Private code is "PC" not a csect. > >The assembler can produce it if you don't start with a CSECT statement. > >From an old MVT manual: > > GC26-3813-3_OS_VS_Linkage_Editor_and_Loader_May75.pdf > > Private code -- an unnamed control section. The external symbol > dictionary entry specifies the length of the control section, and > the origin. The name field contains blanks. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AMASPZAP DUMPT and program objects
Hi Ramsey, MYMODULE is the member name of the program object within the load library pointed by SYSLIB. The syntax for DUMPT is: DUMPT member [csect | ALL | * ] [class-name] That's why I specified MYMODULE for the member parameter. And yes, as far as I can see $PRIV10 is the first control section shown by AMBLIST. Thanks, mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AMASPZAP DUMPT and program objects
Hello, I struggle dumping a single CSECT within a program object of mine, using AMASPZAP. When I compile/bind the program, the binder says: *** M O D U L E M A P *** --- CLASS C_CODELENGTH = 16A0 ATTRIBUTES = CAT, LOAD, RMODE=ANY OFFSET =0 IN SEGMENT 001 ALIGN = DBLWORD --- SECTIONCLASS --- SOURCE OFFSET OFFSET NAMETYPELENGTH DDNAME SEQ MEMBER 0 $PRIV10CSECT 16A0 SYSLIN01 **NULL** 98 98 MYPROGRM LABEL Basing on the above, I think that the CSECT I am interested in is called $PRIV10. But if I try the following AMASPZAP statement: DUMPT MYMODULE $PRIV10 C_CODE The utility fails with RC 8 complaining that CSECT PRIV10 doesn't exist. Apparently, according to AMASPZAP the name is $PRIVATE CODE: AMA103I CSECT ABSENT - ALL CSECTS FOLLOW **RECORD LENGTH: 16A0 CLASS: C_CODE MEMBER NAME: MYMODULE CSECT NAME: $PRIVATE CODE I can't understand why AMASPZAP doesn't find the name shown by the binder (and confirmed by AMBLIST), and I don't know how to pass a name like " $PRIVATE CODE" to AMASPZAP. Help anyone? Thanks! mario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL and LE version question
As far as I know all the interactions between an application program and the hosting z/OS are mediated by LE. If this is true, then the real question is if LE provides upward/downward compatibility. For the former, the answer is obviously yes. Regarding the latter, according to the LE Programming Guide - Chapter 2. "Preparing to link-edit and run under Language Environment - Downward Compatibility" - it does. "As of OS/390 Version 2 Release 10, Language Environment provides downward compatibility support. Assuming that required programming guidelines and restrictions are observed, this support enables programmers to develop applications on higher release levels of the operating system, for deployment on execution platforms that are running lower release levels of the operating system." I hope this helps, mario On 8/19/21 6:20 PM, Richards, Robert B. , CTR wrote: One of my fellow sysprogs has asked me to get an answer to the follow question: Will a load module compiled with COBOL v6.3 and linked with LE v2.4 on z/OS 2.4 operate on z/OS v2.3 with LE v2.3 runtime libraries? Don’t shoot the messenger! I will, however, also ask the slightly inverse question: Will a load module compiled with COBOL v4.2 and linked with LE v2.3 operate on z/OS v2.4 with LE v2.4 runtime libraries? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Concatenated datasets
Greg that's very interesting.. Could you please point me at the doc which explains how to get there? I have been reading the description of the CSVQUERY services, but while I see an OUTPATHNAM option, I can't find anything about the source loadlib for a regular load module. Thank you! mario On 7/18/21 4:12 PM, Greg Price wrote: Yeah, but... CSVQUERY gives you access to all that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mixing C/C++ with LE-conforming IBM HLASM
Charles, at least that's my understanding reading the doc. https://www.ibm.com/docs/en/zos/2.4.0?topic=functions-malloc24-allocate-24-bit-storage "Related information ..See the topic about using the system programming C facilities in z/OS XL C/C++ Programming Guide. .." https://www.ibm.com/docs/en/zos/2.4.0?topic=environments-using-system-programming-c-facilities mario On 7/15/21 8:54 PM, Charles Mills wrote: That would certainly account for it! 100% of my experience is full LE C++. But are you sure? I don't see any such restriction in the library reference and I know the LE diagnostic storage report shows a below-the-line heap. The library manual says it is supported for C++, which to me would seem to imply "full" support. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mario Bezzi Sent: Thursday, July 15, 2021 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mixing C/C++ with LE-conforming IBM HLASM As far as I know __malloc24 is only available when running in a System programming C environment, which is an early incarnation of METAL-C and does not use LE runtime services. Maybe this is the reason? mario On 7/15/21 12:30 AM, Charles Mills wrote: Correction: you can't use malloc or new to get the area -- they will return 31-bit storage. You might use __malloc24() which does the obvious. Looking at my code, I called out to a GETMAIN LOC=BELOW written in assembler. Can't tell you why I did that rather than use __malloc24(). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, July 14, 2021 9:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mixing C/C++ with LE-conforming IBM HLASM I played with the approach you suggest and abandoned the effort. Too hard, and too likely to break. What I did do that worked was code a number of atomic assembler routines that could be passed a DCB that was kept in an area that I malloc or new in C or C++. One of those routines was int MAKEDCB(void *DCBarea, const int DCBareaLen, const char *DCBtype, const char DDname[8]); It constructs a DCB in the C/C++ allocated area by moving in a model. DCBtype is, e.g., "BPAM". Other routines are, e.g., int OPNDCBIN(void *DCBarea);// OPEN a DCB for input -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mixing C/C++ with LE-conforming IBM HLASM
As far as I know __malloc24 is only available when running in a System programming C environment, which is an early incarnation of METAL-C and does not use LE runtime services. Maybe this is the reason? mario On 7/15/21 12:30 AM, Charles Mills wrote: Correction: you can't use malloc or new to get the area -- they will return 31-bit storage. You might use __malloc24() which does the obvious. Looking at my code, I called out to a GETMAIN LOC=BELOW written in assembler. Can't tell you why I did that rather than use __malloc24(). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, July 14, 2021 9:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mixing C/C++ with LE-conforming IBM HLASM I played with the approach you suggest and abandoned the effort. Too hard, and too likely to break. What I did do that worked was code a number of atomic assembler routines that could be passed a DCB that was kept in an area that I malloc or new in C or C++. One of those routines was int MAKEDCB(void *DCBarea, const int DCBareaLen, const char *DCBtype, const char DDname[8]); It constructs a DCB in the C/C++ allocated area by moving in a model. DCBtype is, e.g., "BPAM". Other routines are, e.g., int OPNDCBIN(void *DCBarea);// OPEN a DCB for input -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to upload 600 files from PC to Mainframe
Are they all text files? All binary? A mix of the two? Just using standard tools, on PC I would use tar to create a tarball including all the files. The tarball may then be uploaded (binary) to z/OS USS and files extracted there using PAX. PAX can manage the ascii to ebcdic conversion, but this assumes that the tarball only contains text files. I hope this helps, mario On 3/24/21 7:20 PM, Lionel B Dyck wrote: You said the user does not have FTP - could they have sftp ? Otherwise it would require a 3270 emulator macro to automate the ind$file transfer - depending on the emulator. _ Lionel B Dyck < Website: www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, March 24, 2021 1:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to upload 600 files from PC to Mainframe List A friend has over 400 individual files to upload to the Mainframe from a PC He does not have FTP He does have IND$FILE How can he get the files up to the mainframe without doing them individually. But batching them up? Thank you Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HLASM question about SQLITE3
Dave, I have been working on a process to compile the standard SQLite amalgamation unchanged using IBM's XL/C compiler. It works with the latest 3.35.2 version of SQLite. If you are interested contact me offline. mario On 3/17/21 8:49 PM, Dave Jones wrote: Hi, all. I am now working with John McKown's port of SQLITE3 to z/OS Unix Systems services. However when I attempt to compile the SQLITE3A member with HLASM 1.6, I get errors that state: 581 **OLDMKFUNC sqlite3_backup_ 582 MKFUNC sqlite3_backup_ 010C 583+ DS 0F 010C 0134584+ DC A(__$0022) 0110 0018585+ DC A(24) 0114 586+ DC V(###0022) ** ASMA224E No control section defined, external reference with GOFF option ignored - ###0021 Does anyone know how to correct this error? Many thanks. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WWUNTERSE for distributed platforms (especially SMF)
I love programming as it gives me the illusion that almost everything is possible. So yes, we may add code to perform text conversion using multiple code pages, or generate the output in XMIT format. The only question I have is: Would this help us pay the bills? :-) Thank you, mario On 3/14/21 5:13 PM, Mike Schwab wrote: How about a parameter to specify the code page conversions? Or can the output be an XMIT file so an XMIT viewer be used? On Sun, Mar 14, 2021 at 9:02 AM Mario Bezzi wrote: Andrew thank you. I agree on your point about keeping decompression and text conversion separate. The kind of full text conversion which unterse may perform only applies to text only files. Also for this limited use case, properly managing mainframe code pages is impossible as the terse container doesn't carry such information, and one can only guess. Making WWUNTERSE available we just wanted to share with the community something we found useful in our day by day activity. I hope this helps, mario On 3/13/21 11:33 PM, Andrew Rowley wrote: On 14/03/2021 2:32 am, Robert Prins wrote: Unlike PCTERSE the program and IBMs offering it doesn't do any EBCDIC-ASCII translation... Why hasn't it been released as open source under the same license, after all it's just decompression code, and given the note in the User's Guide, "The decompress function of TERSE was recently ported to Java by IBM and it is available under the Apache 2.0 license and is available here. However, that program doesn’t support VBS format either." so that those with the knowledge can add features like EBCDIC-ASCII translation, or incorporate the code into something with a GUI? After a discussion with Mario at SHARE last year and some assistance since I have been working on updating the open source Java code to support variable length binary records. I have it working, I have just been very slow to update the documentation and contribute it back to the original repository. You can see my changes here: https://github.com/andrew890/tersedecompress What I would like to do is make it available as a class that can be used from other applications, not just a command line application. Some of the changes and refactoring have been done with that goal in mind. A secondary goal is a port to C# so it could run under .NET (Windows and other platforms). But *why* do you want it to translate EBCDIC->ASCII? The current implementation does that, but I haven't figured out why. It makes testing much more complicated. It seems like it would be much better to do the translation outside of an UNTERSE implementation, and have the compression code give you back exactly the same data that was compressed. Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WWUNTERSE for distributed platforms (especially SMF)
Andrew thank you. I agree on your point about keeping decompression and text conversion separate. The kind of full text conversion which unterse may perform only applies to text only files. Also for this limited use case, properly managing mainframe code pages is impossible as the terse container doesn't carry such information, and one can only guess. Making WWUNTERSE available we just wanted to share with the community something we found useful in our day by day activity. I hope this helps, mario On 3/13/21 11:33 PM, Andrew Rowley wrote: On 14/03/2021 2:32 am, Robert Prins wrote: Unlike PCTERSE the program and IBMs offering it doesn't do any EBCDIC-ASCII translation... Why hasn't it been released as open source under the same license, after all it's just decompression code, and given the note in the User's Guide, "The decompress function of TERSE was recently ported to Java by IBM and it is available under the Apache 2.0 license and is available here. However, that program doesn’t support VBS format either." so that those with the knowledge can add features like EBCDIC-ASCII translation, or incorporate the code into something with a GUI? After a discussion with Mario at SHARE last year and some assistance since I have been working on updating the open source Java code to support variable length binary records. I have it working, I have just been very slow to update the documentation and contribute it back to the original repository. You can see my changes here: https://github.com/andrew890/tersedecompress What I would like to do is make it available as a class that can be used from other applications, not just a command line application. Some of the changes and refactoring have been done with that goal in mind. A secondary goal is a port to C# so it could run under .NET (Windows and other platforms). But *why* do you want it to translate EBCDIC->ASCII? The current implementation does that, but I haven't figured out why. It makes testing much more complicated. It seems like it would be much better to do the translation outside of an UNTERSE implementation, and have the compression code give you back exactly the same data that was compressed. Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Any way to anticipate failure messages
Lizette, you may be interested in the Important Messages Health Check I wrote some time ago. It is made available for free by Watson and Walker. We strive to keep the list of relevant messages updated. I hope this helps, mario On 2/4/21 9:40 PM, Lizette Koehler wrote: List - As always something happens and management reacts We are looking to see if there is any tool that could trap any message or event on Mainframe and generate a daily report for the SYSPROGs to review to ensure zero failures Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help please - SSIBJBID aka Job Identifier
Thank you Greg and Rob! Appreciated, mario On 2/10/21 10:06 AM, Rob Scott wrote: You need something like : LLGT R5,PSAAOLD IAZXJSAB READ,ASCB=(R5),JOBID=WA_JOBID .. .. WA_JOBIDDSCL8 Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Greg Price Sent: 10 February 2021 06:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Help please - SSIBJBID aka Job Identifier EXTERNAL EMAIL On 2021-02-10 5:11 AM, Mario Bezzi wrote: > Hello, > > I am trying to get the Job Identifier for the AS I run in. > > As far as I understand it is available in the SSIBJBID field of the > Subsystem Identification Block (SSIB). This field is defined as GUPI. > To get to the SSIB I follow the following path: psatold->tcb, > tcbjscbb->jscb, jscbssib->ssib. > > In my experience this works for regular STCs, JOBs, TSUs, while it > doesn't (returns all zeros) for USS A.S. created by fork or exec. > > Anyone knows if this is the expected behavior, and if for these the Job > Identifier is available somewhere else? > > Thank you in advance, > mario I think the JSAB is the place most folks look for that, these days. BTW, you will get more responses if you post to the list rather than the USENET echo of it. Cheers, Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why LE taking Transaction Dump rather than CEEDUMP?
If you have access to IPCS, an IP VERBX LEDATA 'ALL' command will give
you a formatted dump similar to the CEEDUMP you are used to.
mario
On 1/13/21 5:58 PM, Seymour J Metz wrote:
First, without a functioning IPCS all choices are bad. I would probably take a
SYSUDUMP or SYSABEND, look at the RB chains and look at the trace table, but
browsing that from SPOOL is a lot less convenient from IPCS and I don't know
whether your shop is including the trace table.
Have you done anything to increase CPU or virtual storage consumption? Is there
anything unusual in the log?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Wednesday, January 13, 2021 9:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Why LE taking Transaction Dump rather than CEEDUMP?
I have a medium-sized C++ application under development (conventional
batch). I have gotten fairly used to and fairly fond of debugging S0C4's and
the like with the LE CEEDUMP (which pinpoints that sort of error down to the
source code file and line number).
Suddenly -- and I can't quite define "suddenly" ("I didn't change anything")
-- ABENDs have started instead producing a Transaction Dump, which I find
much less convenient, especially since at the moment Dallas has IPCS hosed
up and unusable on our machine. (If I code a SYSUDUMP DD I also get one of
those, which is even less convenient for higher level language problems.)
Why would LE start issuing Transaction Dumps rather than CEEDUMPs? There are
no TRAP(OFF) or anything similar in the source code or in the LE runtime
options. A CEEDUMP DD statement makes no difference. There is no ESTAE
issued by my code. How the heck do I get LE back to a CEEDUMP, or what the
heck should I be looking for?
z/OS V2R4
+CEE3798I ATTEMPTING TO TAKE A DUMP FOR ABEND U4087 TO DATA SET:
blah.blah.blah
IGD100I 03DE ALLOCATED TO DDNAME SYS3 DATACLAS ()
IEA822I COMPLETE TRANSACTION DUMP WRITTEN TO blah.blah.blah
+CEE3797I LANGUAGE ENVIRONMENT HAS DYNAMICALLY CREATED A DUMP.
+CEE0374C CONDITION=CEE3204S TOKEN=00030C84 59C3C5C5 455
WHILE RUNNING PROGRAM myprogrm
AT THE TIME OF INTERRUPT
PSW 078D1400 9AE4AC66
GPR 0-3 FD09 FD09 1B5D522C 1AE4ABF2
GPR 4-7 1AE4ACF0 1AE541C0 1AE541C0 1AE541D3
GPR 8-B 1B584878 0008 1B5BD2AC 1B5E68D0
GPR C-F 1B5771D8 1B584A58 1B5F1FAD 1B584A28
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DEF(__STRING_CODESET__)?
Turns out that it's a typo in the documentation. The actual environment variable name is __STRING_CODE_SET__ and its use is described in the same manual. I hope this helps, mario On 12/22/20 12:05 AM, Paul Gilmartin wrote: In any z/OS 2.4 doc I can search, I find only a single reference to __STRING_CODESET__, in XL C/C++ User’s Guide: When NOASCII is in effect, the compiler uses the IBM-1047 code page for character constants and string literals, unless the code page is affected by other related options; for example, the CONVLIT, LOCALE, or DEF(__STRING_CODESET__) compiler options. Where is __STRING_CODESET__ defined, not just mentioned in passing? Can it be set to 1208? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compiler options in object code?
Chapter 38 of XL C/C++Programming Guide - Saved compile-time options
information - describes them
I hope this helps,
mario
On 12/21/20 3:28 AM, Greg Price wrote:
On 2020-12-21 6:52 AM, Charles Mills wrote:
Saved Options String
Is it there? Does anyone know where the format of that string is
documented?
Is there a utility that will display it?
I believe the PL/I version of the sos was recently added to the
Enterprise PL/I book - and is also shipped in a PDS member in the latest
release.
Where these things reside is generally documented in the z/OS LE Vendor
Interfaces manual.
In REVIEW ('H' member selection code) I use the entry point to report
some compiler options. For C/C++ this is limited to ARCH and OPT (not
TUNE, sorry). For Enterprise PL/I and Enterprise COBOL more stuff is
shown, but not everything that could be shown.
IBM Z Software Asset Management (5698-AA4) attempts to get some
information for each compile unit (when requested), which is a slightly
different process compared to a single report per program based on the
entry point.
Cheers,
Greg
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid links from IBM Granular APAR search website ?
For those who may be interested, it looks like the subject issue has been fixed. Thank you IBM! mario Mario Bezzi Watson and Walker watsonwalker.com On 4/23/19 12:16 AM, Mario Bezzi wrote: On 4/22/19 5:27 PM, Alan Staller wrote: Looks like a database update timing issue. I had the same problem with the IBM support portal. The apar shows up in the search results list, but give me the 404 message when I attempt to view the detail. The "new tools" are neither are reliable, available, or functional as the tools being replaced. I also thought it was, but it has been this way at least since Thursday last week.. mario Mario Bezzi Watson and Walker watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Invalid links from IBM Granular APAR search website ?
On 4/22/19 5:27 PM, Alan Staller wrote: Looks like a database update timing issue. I had the same problem with the IBM support portal. The apar shows up in the search results list, but give me the 404 message when I attempt to view the detail. The "new tools" are neither are reliable, available, or functional as the tools being replaced. I also thought it was, but it has been this way at least since Thursday last week.. mario Mario Bezzi Watson and Walker watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Invalid links from IBM Granular APAR search website ?
Hello, while perusing IBM APARs updated in the first quarter for the coming issue of our Tuning Letter, we encounter a large number of errors due to invalid links (HTTP 404). This happens by just linking from the Granular APAR search results, but also from Google or the the Support Portal. Below an excerpt of a search results with the associated links. All of them look invalid to us. APAR TITLE OA57131 - SMF TRSQ FIXES OA57139 - JES3 ABEND0C4 RC10 IN IATGRJX OA57129 - AE OA55963 FIX COMPLETION OA57141 - BPXVOSIT CALL TO IRRSGE00 CAUSES OMVS PRIVATE STORAGE.. OA57130 - ABEND0C4 IN AIRHMMAP OA57119 - UNDERALLOCATION WHEN EXTENDING A DATA SET TO A NEW VOLUME.. OA57120 - ABEND0C4-11 IN IOSVUPLC + X'0C' DUE TO REG15 CONTAINING.. OA57136 - READY USER AVERAGE PLOT DATA MISSING IN SMF RECORD TYPE 99.. OA57138 - ABEND0C4 IN IRASAADR AT OFFSET '2BA'X OA57117 - ANTU2518E ANTXBARD ABEND OFFSET 020C ABEND CODE = 000C4000 APAR URL OA57131 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57131 OA57139 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57139 OA57129 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57129 OA57141 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57141 OA57130 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57130 OA57119 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57119 OA57120 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57120 OA57136 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57136 OA57138 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57138 OA57117 - http://www-01.ibm.com/support/docview.wss?uid=isg1OA57117 Is anybody else experiencing the same issue, or is it just us? Thank you in advance for your help, mario Mario Bezzi Watson and Walker watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSPLEX distance
Alan, after the redbook the team and I have been involved in many projects to distribute workloads across distance. The main issue is the secondary effect of distance, which depends on how your applications are written. In my experience this is mainly related to data access and serialization. I have large customers happily running at 30+ km distance, and others who gave up at 5 km because of their applications' locking rates, which makes their applications very sensitive to distance. A review of your current transactions' response times by component could tell you if there are serious inhibitors, but in most cases these only show up when going over distance. That's why we always recommend testing as there is no accurate way to predict the impact of distance on response times. Attention must be paid to batch processing, which benefits less from caching mechanisms provided by middleware. Is your batch window constrained? Do you plan to run batch across sites or locally in the site which will host primary DASD and CFs? Batch can be a more sensitive workload than online. Finally, and I try to address this before starting any technological discussion: What are you trying to achieve by going over distance? Most customers I worked with equate multi-site parallel sysplex with even workload distribution to non stop operation. This may be or may not be true, and depending on your actual needs a slightly different configuration might do with less performance impact. Asynchronous CF locking is the major enhancement in the area of performance over distance. It was made available ealry last year, requires DB2 v12, z/OS Version 2 Release 2 + APAR OA47796 and CFCC lvl 21 with Service Level 02.16 or later. Hope this helps, mario On 01/03/2018 07:17 AM, AlanWatthey , GMAIL wrote: I have had a strange request from management as to how far apart we can move our production systems. I know there are limitations on how far the (in this case) two systems (and two coupling facilities) can be apart and I've dug up an old IBM Redbook on the issue where they did tests with a sysplex at 0, 20, 40, 60 and 80 kms apart. Physical limitations (eg. FICON) don't seem to be an issue. We are a CICS and DB2 shop so the manual certainly addressed issues that we might see but it is dated 2008 so has anything changed since then? CICS and DB2 have moved on a long way in that time. I was thinking of saying up to 10km but this is really a finger in the air value. Maybe it's only 5 and maybe its 20 or 30. Can we just throw CPU and memory at it as I would think we would have a lot more transactions running at the same time with some (but not all apparently) having extra delays incurred? The transaction increases suggested in that manual are milleseconds and these days (with all the distributed systems involved) the users are happy to get 10 second response times. Admitted this can involve many, many transactions behind the scenes from the application servers to populate their crowded browser screens. Gone are the days of data-entry pools and sub-second responses. What I was wondering is there anyone out there with real life experience on this kind of activity. How far apart do people run their sysplex systems? What gotchas sprang up to relieve them of their sanity? Any pointers would be gratefully appreciated. Regards, Alan Watthey From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IBM-MAIN automatic digest system Sent: 03 January 2018 8:00 am To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM-MAIN Digest - 1 Jan 2018 to 2 Jan 2018 (#2018-2) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Odd SMF 30 data within IEFACTRT
Dan, starting in the middle of SMF30_US_ComprReq I see x'E2E3C5D7D3C9C2' which is 'STEPLIB', starting in SMF30_US_Def_UncomprIn I see x'E2E8E2D7D9C9D5E3', which is 'SYSPRINT'. Are you sure you are properly pointing to the zEDC section? On 11/04/2017 09:17 PM, DanD wrote: > I've been looking at various data available within the IEFACTRT exit's SMF 30 record. > We're running zOS 2.2 and are quite current on maintenance. > I must note that this is on a zPDT box which may or may not make a difference. > > The data that I find odd is in the "zEDC Usage Statistics Section". > Here are the fields in the section and their HEX values: > SMF30_US_ComprReq 200F2A40E2E3C5D7 > SMF30_US_ComprReq_Prob D3C9C249 > SMF30_US_QueueTime 7FF8 > SMF30_US_ExecTime 7FF8 > SMF30_US_Def_UncomprIn E2E8E2D7D9C9 > SMF30_US_Def_ComprOut D5E3 > SMF30_US_Inf_ComprIn > SMF30_US_Inf_DecomprOut 200F2A3F > > The EXECTime and QueueTime are supposed to be in microseconds. > Why does one have "7FF8" in the 1st word and the other have it in the 2nd word? > ComprReq is the total number of compressions & decompressions (problem and supervisor state). > ComprReq_Prob is the number in problem state. Shouldn't it be a subset of ComprReq? > > I'm not sure what other fields are incorrect. Does anyone else find these odd or is it just me? > > Thanks, > Dan > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu [1] with the message: INFO IBM-MAIN Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 200 minuti ed SMS a 12 cent. Passa a Tiscali Mobile! http://tisca.li/OPEN7GBFirma -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: R: z10 BC LPAR Capping question
I know I am saying something obvious, but for sake of clarity: While combining GCL and DC is perfectly fine, it might not address the original need as Defined Capacity doesn't prevent an LPAR from exceeding the defined limit if its 4 Hours Rolling Average stays below this limit. Although not available on z10BC, Absolute Capping, introduced with zBC12/zEc12 GA2, would be the answer. Hope this helps, mario On 02/10/2015 07:25 PM, Fabio Massimo Ottaviani wrote: Hello Mark It is not possible. As soon as you hard cap an LPAR in a group the LPAR is put outside of the group so it's not controlled anymore by the group capacity limit. As suggested by Martin you could use defined capacity and group capacity together. Best regards Fabio + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Mark Jacobs - Listserv Inviato: martedì 10 febbraio 2015 16:39 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: z10 BC LPAR Capping question This isn't my area of expertise, but I've been asked if we can define a capacity defined group and also have one of the members of the group have a hard cap enabled. This is on a z10 BC processor. -- Mark Jacobs Time Customer Service Technology and Product Engineering The standard you walk past, is the standard you accept. Lieutenant General David Morrison -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
