Re: What address space is using AUX slots?
We don't have Flash, so I have no experience there, but you have history available. Maybe online in Mainview for some period, if Mainview has been configured so. Otherwise in the RMF records (produced by CMF). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 23 October, 2014 16:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: What address space is using AUX slots? Start it, select 'Z', select '1', enter 'JSTOR' and you will see the ASM Slot usage under the column Avg Slots, next to it are Avg Vio and Avg NVio. Thanks! Found it. I was starting with PGDSTAT. The JSTOR view doesn't tell which AUX slots are Flash and which are page DS slots. It's the sum of both. To my surprise, I can't see any job using VIO AUX slots. My previous assumption was wrong, it seems. What are reasons for SRM/AUX to page out to DASD instead of Flash, when Flash usage is low (below 10%)? I guess, none,are there? So, my current assumption is that we have had some peak on storage usage some time back which caused massive page out to Flash which also caused migration from Flash to AUX. Does this sound reasonable? --Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
Thank you very much. Of course, it is all about the quality of the implementation. The implementation on a certain environment may be bad or not very motivated ... but the language REXX should not be blamed for this. Some time ago (maybe 10 years) I tested REXX on OS/2 vs. Regina on Linux on the very same hardware and discovered interesting differences; Regina was faster ... I don't recall the numbers, but it was very significant. Same goes for file I/O with C programs, again on the same hardware; IBM C compiler on OS/2 and gcc on Linux. Very interesting differences, always in favor of Linux. Unfortunately, I have no time to analyse Lua further, but I liked this discussion very much. Kind regards Bernd Am 24.10.2014 04:08, schrieb David Crayford: On 24/10/2014 6:50 AM, Bernd Oppolzer wrote: Doesn't the example in the benchmark show performance problems in EXECIO instead of REXX? EXECIO, IMO, is not part of the REXX interpreter, but instead it is a vehicle (an external function) to do I/O from REXX on z/OS. Other REXX implementations (for example, on Linux or Windows) don't use EXECIO etc.; I/O there is done with native REXX functions. I don't want to be too disparaging about REXX but I've profiled it extensively and it is not an effecient implementation. The variable access routines are where it spends a lot of time so any address SUBCOM interface is slow when compared to fast scripting languages. Compiled REXX has a serious flaw in it's memory management. I profiled it using IBM APA and it appears to do a GETMAIN every time it wants a new stem varaible element. It could be dramatically improved just be using a better storage manager. I would want my money back if I paid for the REXX compiler. So to be fair, the REXX interpreter functions should be compared with Lua interpreter functions, for example: some loop control or arithmetic. Compiled languages like C will always outperform interpreted languages in this area, so such comparisons are only of academic interest. Lua is written in C and the majority of it's libraries are too. In some cases there is only 10% overhead for the Lua VM. I've got an SQL bench-test where Lua is not too far off C. And much easier to code and maintain. OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ShopzSeries down?
Anyone else having trouble getting into Shopz? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
Yes, I just get a display that says 'null' which is not helpful when I'm trying to acquire some IMS PTFs :( Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Richards, Robert B. Sent: Friday, October 24, 2014 11:18 AM To: IBM-MAIN@listserv.ua.edu Subject: ShopzSeries down? Anyone else having trouble getting into Shopz? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
I get the same 'null'. I am trying to get a Security Integrity APAR (SIA) PTF for MQ. :-( -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Beesley, Paul Sent: Friday, October 24, 2014 6:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? Yes, I just get a display that says 'null' which is not helpful when I'm trying to acquire some IMS PTFs :( Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Richards, Robert B. Sent: Friday, October 24, 2014 11:18 AM To: IBM-MAIN@listserv.ua.edu Subject: ShopzSeries down? Anyone else having trouble getting into Shopz? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
FWIW, JavaScript runs on the mainframe in a JVM as well, which has the advantage of being zAAP/zIIP eligible. I've done a fair bit of that. Some of it to pretty good productive use. Lua does look interesting and has the benefit of having an actual I/O library included. On Thu, 23 Oct 2014 20:00:17 +0800, David Crayford dcrayf...@gmail.com wrote: Scripting languages are generally very easy to learn. Lua is has an almost identical feature set to Javascript. They both share a common design goal and were heavily influenced by scheme, although Lua predates Javascript by two years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
Yep, the website does not appear to be functioning. However, if you are setup for receive order you can still get all your maintenance. The only time I ever logon to ShopZ anymore is to order product upgrade PDO's. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Friday, October 24, 2014 6:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? I get the same 'null'. I am trying to get a Security Integrity APAR (SIA) PTF for MQ. :-( -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Beesley, Paul Sent: Friday, October 24, 2014 6:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? Yes, I just get a display that says 'null' which is not helpful when I'm trying to acquire some IMS PTFs :( Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Richards, Robert B. Sent: Friday, October 24, 2014 11:18 AM To: IBM-MAIN@listserv.ua.edu Subject: ShopzSeries down? Anyone else having trouble getting into Shopz? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
So much for that upgrade that had it down all last weekend. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Friday, October 24, 2014 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? Yep, the website does not appear to be functioning. However, if you are setup for receive order you can still get all your maintenance. The only time I ever logon to ShopZ anymore is to order product upgrade PDO's. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Friday, October 24, 2014 6:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? I get the same 'null'. I am trying to get a Security Integrity APAR (SIA) PTF for MQ. :-( -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Beesley, Paul Sent: Friday, October 24, 2014 6:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? Yes, I just get a display that says 'null' which is not helpful when I'm trying to acquire some IMS PTFs :( Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Richards, Robert B. Sent: Friday, October 24, 2014 11:18 AM To: IBM-MAIN@listserv.ua.edu Subject: ShopzSeries down? Anyone else having trouble getting into Shopz? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: ShopzSeries down?
Richards, Robert B. wrote: So much for that upgrade that had it down all last weekend. Ouch. Are there not an alternative site or methods available? Groete / Greeting Elardus Engelbrecht PS: Connectivity and availability problems are the reasons why I try to use IBM's LMS site on the 5th each month or around that time before the SCRT submission deadline of 9th of each month. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford On 24/10/2014 6:50 AM, Bernd Oppolzer wrote: Doesn't the example in the benchmark show performance problems in EXECIO instead of REXX? EXECIO, IMO, is not part of the REXX interpreter, but instead it is a vehicle (an external function) to do I/O from REXX on z/OS. Other REXX implementations (for example, on Linux or Windows) don't use EXECIO etc.; I/O there is done with native REXX functions. I don't want to be too disparaging about REXX but I've profiled it extensively and it is not an effecient implementation. The variable access routines are where it spends a lot of time so any address SUBCOM interface is slow when compared to fast scripting languages. Compiled REXX has a serious flaw in it's memory management. I profiled it using IBM APA and it appears to do a GETMAIN every time it wants a new stem varaible element. It could be dramatically improved just be using a better storage manager. I would want my money back if I paid for the REXX compiler. So to be fair, the REXX interpreter functions should be compared with Lua interpreter functions, for example: some loop control or arithmetic. Compiled languages like C will always outperform interpreted languages in this area, so such comparisons are only of academic interest. Lua is written in C and the majority of it's libraries are too. In some cases there is only 10% overhead for the Lua VM. I've got an SQL bench-test where Lua is not too far off C. And much easier to code and maintain. OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. But remember that IBM also sells hardware.. :-) -jc- Kind regards Bernd Am 24.10.2014 00:24, schrieb Shane Ginnane: Good one Dave, glad you were able to convince your powers that be to get this out the door. Let's hope it gets some acceptance. Now you have Lua installed why don't you bench-test it against REXX and report if you get similar results to what I get on my machine Now don't you go training everybody out there as to what a slug REXX really is ... ;-) Shane ... -- 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 ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXOINIT and SYSPLEX Mode Question
Peter, Thank you for your insight on this. I was just hoping on a single system BPXOINIT could somehow tell me more. Lots of changes for stuff like filling /tmp when we move from V1R13 to V2R1. Thanks again, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Thursday, October 23, 2014 10:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: BPXOINIT and SYSPLEX Mode Question Q). It says The Modify Function Cannot Be Performed. Besides turning on SYSPLEX=YES, how can I get BPXOINIT to do a FILESYS=DISPLAY? Yes, I can work with D OMVS,F for Filesystems, but the RedBook on z/OS V1R13 Implementation shows that bpxoinit can tell me the UID and the OWNER. Excerpt from the MVS System Commands book: DISPLAY or DDisplay the type BPXMCDS couple data set information relating to theshared file system file system. D is an alias of DISPLAY. z/OS UNIX Services do not use a couple data set if you run with SYSPLEX=NO. It seems to be that the information you're looking for is retrieved from the CDS. Specifically, the term OWNER denotes the z/OS instance that is the system that is currently responsible for the mounted file system. Ownership can be transferred to another system in the sysplex, either if the system is shutdown, or by command. Ownership in this sense does not apply with SYSPLEX=NO. You can mount a files sytem in R/W mode on one system only and this is also the owner. If the D OMVS,F... answers your request, this system is automatically the owner. A file system can be mounted in R/O mode on multiple systems concurrently, but each system is owning its own mount. They do not talk to each other regarding file system activity. -- Peter Hunkeler -- 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: ShopzSeries down?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. I get the same 'null'. I am trying to get a Security Integrity APAR (SIA) PTF for MQ. :-( Have you not configured a RECEIVE ORDER job for obtaining PTFs? Greatest thing since sliced bread. :-) -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
Oh for a mainframe with an internet connection ... sadly, not... customers say no. A RECEIVE ORDER capability here would be welcomed... Paul -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Chase, John Sent: Friday, October 24, 2014 3:09 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: ShopzSeries down? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. I get the same 'null'. I am trying to get a Security Integrity APAR (SIA) PTF for MQ. :-( Have you not configured a RECEIVE ORDER job for obtaining PTFs? Greatest thing since sliced bread. :-) -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983. This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
I am trying to run a benchmark test as David suggested using the clists in http://users.tpg.com.au/crayford/rexx-lua-c-io-benchmark.htm the only big files I have to read (containing alot of data) are SMF archives. LUA4Z reads them without a problem but REXX/EXECIO gives this error: IRX0509E Invalid record format for data set allocated to file INPUT. RECFM must h track overflow are not supported. IRX0670E EXECIO error while trying to GET or PUT a record. So LUA4Z is probably better for this reason alone – it can read any file. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, October 24, 2014 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford On 24/10/2014 6:50 AM, Bernd Oppolzer wrote: Doesn't the example in the benchmark show performance problems in EXECIO instead of REXX? EXECIO, IMO, is not part of the REXX interpreter, but instead it is a vehicle (an external function) to do I/O from REXX on z/OS. Other REXX implementations (for example, on Linux or Windows) don't use EXECIO etc.; I/O there is done with native REXX functions. I don't want to be too disparaging about REXX but I've profiled it extensively and it is not an effecient implementation. The variable access routines are where it spends a lot of time so any address SUBCOM interface is slow when compared to fast scripting languages. Compiled REXX has a serious flaw in it's memory management. I profiled it using IBM APA and it appears to do a GETMAIN every time it wants a new stem varaible element. It could be dramatically improved just be using a better storage manager. I would want my money back if I paid for the REXX compiler. So to be fair, the REXX interpreter functions should be compared with Lua interpreter functions, for example: some loop control or arithmetic. Compiled languages like C will always outperform interpreted languages in this area, so such comparisons are only of academic interest. Lua is written in C and the majority of it's libraries are too. In some cases there is only 10% overhead for the Lua VM. I've got an SQL bench-test where Lua is not too far off C. And much easier to code and maintain. OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. But remember that IBM also sells hardware.. :-) -jc- Kind regards Bernd Am 24.10.2014 00:24, schrieb Shane Ginnane: Good one Dave, glad you were able to convince your powers that be to get this out the door. Let's hope it gets some acceptance. Now you have Lua installed why don't you bench-test it against REXX and report if you get similar results to what I get on my machine Now don't you go training everybody out there as to what a slug REXX really is ... ;-) Shane ... --- --- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edumailto:lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edumailto:lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edumailto:lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edumailto:lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Beesley, Paul Oh for a mainframe with an internet connection ... sadly, not... customers say no. A RECEIVE ORDER capability here would be welcomed... Our sandbox system is allowed client only external access, and only to IBM and our ISVs. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXOINIT and SYSPLEX Mode Question
Peter, I can get very confused reading the books. This is from the V1R13 MVS System Commands book for D OMVS,U: U=userid Displays process information for all processes associated with the specified TSO/E user ID. Use this operand when a user requests that a hung process be canceled. You can display all processes owned by the user and find the address space ID (ASID) of the process that needs to be canceled. Then use the CANCEL command to cancel the address space. MNPB4Ufuser -cu /tmp /SYSTEM/tmp: 8c(IBMUSER) 25c(RMFGAT) 50331938(IBMUSER) 33554852c(AUTO2) 475(IBMU SER) So HEX PID 50331938 is DEC 1345526072 D OMVS,PID=1345526072 BPXO042I 09.17.49 DISPLAY OMVS 889 OMVS 000E ACTIVE OMVS=(00,FF,PB) 1345526072 NOT FOUND D OMVS,U=IBMUSER BPXO042I 09.20.04 DISPLAY OMVS 090 OMVS 000E ACTIVE OMVS=(00,FF,PB) IBMUSER NOT FOUND D OMVS,PID=50331938 BPXO070I 09.28.55 DISPLAY OMVS 879 OMVS 000E ACTIVE OMVS=(00,FF,PB) USER JOBNAME ASIDPID PPID STATE START CT_SECS WEBNCSP WEBNCSP 00D5 50331938 1 HK-- 06.50.2732.7 LATCHWAITPID= 0 CMD=IMWHTTPD THREAD_IDTCB@ PRI_JOB USERNAME ACC_TIME SC STATE 25DF8D00 00AFF208 OMVS.039 KIN KU 25E12501 00AC6560 OMVS.110 ACP JF V I can look at what they are doing to get a guess of who it is. Just hoping I could learn more about the USERIDs from BPXOINIT that are filling up /tmp. I suppose I can start a batch shell process using the OMVS segment associated with IBMUSER. Would I show up as an MVS USERID? Yup, When we move from V1R13 to V1R2 the superuser stuff will change. So far with the superuser changes we have been getting hit with OWNERSHIP issues in regards to IBMUSER in the filesystems. I just find it interesting the OMVS DISPLAY can see the PID, but not the USERID. The shell knows about the PID and about IBMUSER (or some UID=0 USER). Have a good weekend, Dave -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Thursday, October 23, 2014 11:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: BPXOINIT and SYSPLEX Mode Question My fuser -cu /tmp command shows many users of /tmp: MNPB4Ufuser -cu /tmp /SYSTEM/tmp: 8c(IBMUSER) 25c(RMFGAT) 50331938(IBMUSER) 33554852c(AUTO2) fuser says these are TSO USERIDs. But when I enter d omvs,u=IBMUSER I get back IBMUSER NOT FOUND. With ps -ef I can see the PIDS with IBMUSER on them: IBMUSER 50331938 1 - Oct 21 ? 0:13 IMWHTTPD Q). How can IBMUSER have PID 50331938 that's using /tmp and not be found as an OMVS USERID? There is no such thing as a TSO USERID or OMVS USERID. There are only MVS USERIDs. Every STC, job or user session runs with a specific MVS USERID (short userid hereafter). If a user wants to be able to logon to TSO, its userid needs an attachement called TSO segment. Similarly, if user, job, STC, etc. wants to use some z/OS UNIX function, the corresponding userid and the associated group need an attachement called OMVS segment. The OMVS segments, besides other attributes, hold the important UNIX attributes UID and GID. File system objects, such as directories, files, links, etc., are *owner* by a UID and belong to a GID. UNIX processes have UIDs and GIDs assigned. These are pure numbers, not names! Mostly, when UNIX ownership is displayed as result of a command, the number (UID, GID) is translated to the associated USERID and GROUP, resp. with the help of the security product. This works fine as long as you don't have any UID or GID shared, i.e. assigned to more than one USERID or GROUP. I bet IBMUSER does have an OMVS segment with UID=0. There seem to be multiple USERIDs with UID=0 in their OMVS segments. In response to the command, uid=0 is translated back to a USERID, and its just one of those having the uid that will be shown. Note this is not specific to uid=0; it equally applies to any uid that is shared between USERIDs. Try D OMVS,PID=ddd' where ddd is the *decimal* value corresponding the pid show in *hex* in the response to the fuser command. -- Peter Hunkeler -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
Like landing at Thanet, having Lua usable under z/OS UNIX is a good thing. It may make its way against REXX, or again it may not. The matrix-algebra test case is not, however, an appropriate one for the comparative evaluation of these two implementations of Lua and REXX. It is not indeed a good test case for the evaluation of any scripting language. (The notion that either REXX or Lua is a general-purpose programming language reflects a very specialized point of view. It may be a splendid vehicle for what and all that one is personally interested in, but that is a very different matter.) David Crayford deserves our thanks for making Lua available, and his enthusiasm is entirely understandable. Assuming that this implementation is used, as I hope it will be, we shall know better a year or so hence just how much better it is than the REXX implementation he deplores. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
Thanks for the update, John! :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: Friday, October 24, 2014 10:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ShopzSeries down? The Shopz team knows it's down, and they are working to get it up and running ASAP. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.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
AW: Re: BPXOINIT and SYSPLEX Mode Question
So HEX PID 50331938 is DEC 1345526072 My bad. I didn't lookup the description of fuser. due to the c in the process id of the first process, I was concluding it was a hex value. It is not, it is decimal! The c is a usage indicator. So drop any trailing c or r from the process id and take the value to the D OMVS,PID= command. I'm sorry to have mislead you. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
LUA could use some good tutorials or at least some more samples of code. The reference manual is no help for someone trying to learn the language. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Friday, October 24, 2014 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries Like landing at Thanet, having Lua usable under z/OS UNIX is a good thing. It may make its way against REXX, or again it may not. The matrix-algebra test case is not, however, an appropriate one for the comparative evaluation of these two implementations of Lua and REXX. It is not indeed a good test case for the evaluation of any scripting language. (The notion that either REXX or Lua is a general-purpose programming language reflects a very specialized point of view. It may be a splendid vehicle for what and all that one is personally interested in, but that is a very different matter.) David Crayford deserves our thanks for making Lua available, and his enthusiasm is entirely understandable. Assuming that this implementation is used, as I hope it will be, we shall know better a year or so hence just how much better it is than the REXX implementation he deplores. John Gilmore, Ashland, MA 01721 - USA -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
On Fri, Oct 24, 2014 at 9:22 AM, Barkow, Eileen ebar...@doitt.nyc.gov wrote: snip the only big files I have to read (containing alot of data) are SMF archives. LUA4Z reads them without a problem but snip So LUA4Z is probably better for this reason alone – it can read any file. Thank you for the idea. I have installed LUA4Z and was considering what to look at to give it a test drive. Processing SMF is a good idea for me because we no longer have SAS. Until now, the only thing we had was HLASM and COBOL. I usually use HLASM, but it is wordy. This could even be a project to post up on the CBT. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
PMFJI here, but I just wanted to add one small issue I have with the lua language - The fact that it does not use POSIX extended regular expression syntax for string patterns. As a long-time [g]awk user, I am very experienced and comfortable with POSIX RE syntax, but I am totally unfamiliar with the RE syntax that lua uses for character classes. When you want to do some QD (or at least Q) text pattern processing, you go with what you are most comfortable using. Learning lua's RE character class syntax is going to be a at least a minor PITA, though I'll admit that lua's syntax is more concise. The lua RE syntax and implementation also lacks the POSIX counted repetition factor (paired curly braces enclosing one or two numbers following a pattern element), which can be annoying to work around when you really need it. Even z/OS Unix awk supports that RE syntax and semantics. But I agree wholeheartedly with John G. that David Crayford is to be commended highly for bringing lua to z/OS. Thank you very much David! Eileen, I noticed that there are a number of books listed on the web page http://www.lua.org/docs.html which are for sale, and some of them seem to be available as ebooks as well. According to that page, the first edition of the book Programming in lua is freely available online. Although slightly out of sync with the current lua version, the statement is made that the online version remains largely relevant. That may help lua novices like us. I agree that a freely available set of beginner examples for the current version would be very useful as well. Although TANSTAAFL - apparently sales of the various lua books supports the ongoing efforts of the lua project. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: Friday, October 24, 2014 11:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries LUA could use some good tutorials or at least some more samples of code. The reference manual is no help for someone trying to learn the language. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Friday, October 24, 2014 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries Like landing at Thanet, having Lua usable under z/OS UNIX is a good thing. It may make its way against REXX, or again it may not. The matrix-algebra test case is not, however, an appropriate one for the comparative evaluation of these two implementations of Lua and REXX. It is not indeed a good test case for the evaluation of any scripting language. (The notion that either REXX or Lua is a general-purpose programming language reflects a very specialized point of view. It may be a splendid vehicle for what and all that one is personally interested in, but that is a very different matter.) David Crayford deserves our thanks for making Lua available, and his enthusiasm is entirely understandable. Assuming that this implementation is used, as I hope it will be, we shall know better a year or so hence just how much better it is than the REXX implementation he deplores. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
On 24/10/2014 11:03 PM, Barkow, Eileen wrote: LUA could use some good tutorials or at least some more samples of code. The reference manual is no help for someone trying to learn the language. The canonical programming guide is PIL (Programming In Lua) http://www.lua.org/pil/contents.html. There is also a website with snippets http://snippets.luacode.org/. In the samples data set there is a member called FILEIO. It calls a library called struct to read binary data from an SMF file. That may be worth playing with to learn the language as it's tangible. BTW, in the LUA4Z.LOADLIB there is a customized ISPF highlighting module called ISRPX. If you drop this into your ISPF load library concat and issue HILITE OTHER it will do Lua syntax color highlighting. Unfortunately, it doesn't do comments which ISPF must do in the editor code. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Friday, October 24, 2014 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries Like landing at Thanet, having Lua usable under z/OS UNIX is a good thing. It may make its way against REXX, or again it may not. The matrix-algebra test case is not, however, an appropriate one for the comparative evaluation of these two implementations of Lua and REXX. It is not indeed a good test case for the evaluation of any scripting language. (The notion that either REXX or Lua is a general-purpose programming language reflects a very specialized point of view. It may be a splendid vehicle for what and all that one is personally interested in, but that is a very different matter.) David Crayford deserves our thanks for making Lua available, and his enthusiasm is entirely understandable. Assuming that this implementation is used, as I hope it will be, we shall know better a year or so hence just how much better it is than the REXX implementation he deplores. John Gilmore, Ashland, MA 01721 - USA -- 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
SLIP trap confusion
I'm trying to set a SLIP trap to get a dump for IBM to figure out why some SAF calls are taking a long time. The module I want to trap is part of a load module called VSHDITSK in a started task named ZPHIL510. The instruction after the SAF call is at offset 794 in that module; the LKED output for VSHDITSK shows: SECTIONCLASS --- SOURCE --- OFFSET OFFSET NAMETYPELENGTH DDNAME SEQ MEMBER 20E0 VSHGPSAF CSECT 16D1 OBJECT01 VSHGPSAF (with a bunch of lines between the header and that line elided, of course). So I started off with: SLIP SET,IF,DISABLE,ACTION=SYNCSVCD,PVTMOD=(VSHDITSK,2874),ID=PHS1,JOBNAME=ZPHIL510,END then: SLIP MOD,EN,ID=PHS1 and then I run the test. No hit. So I SLIP DEL,ID=PHS1 and start over. I increase the range. Eventually I try (listing the PDS shows the length of VSHDITSK to be 00534654): SLIP SET,IF,DISABLE,ACTION=SYNCSVCD,PVTMOD=(VSHDITSK,0,534654),ID=PHS1,JOBNAME=ZPHIL510,END Enable, run, no hit. D SLIP=PHS1 shows: RESPONSE=S0W1 IEE735I 13.18.38 SLIP DISPLAY 260 ID=PHS1,PER-IF,ENABLED(ACTIVE) ACTION=SYNCSVCD,SET BY CONS PHS,PRCNTLIM=10,00,MATCHLIM=1,0 PVTMOD=VSHDITSK,,00534654,JOBNAME=ZPHIL510 I'm obviously missing something basic here! I've stopped the started task, defined and enabled the trap, and restarted the task (thinking that maybe it couldn't already be running when the trap is defined). Thanks in advance for any assistance! -- ...phsiii Phil Smith III -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries snip OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. snip remainder Maybe I'm just showing my ignorance of the Lua language syntax, but this statement: a[i] = a[i] * i Does not appear to be the equivalent to the REXX statement: a.i = i * i In fact, I would expect that the above Lua statement is actually multiplying i by an uninitialized variable a[i]. Assuming the above code executes without error, then due to the principle of least astonishment, I would imagine that this uninitialized value is assumed to be zero. If that IS what is happening, it will of course be MUCH faster to compute i * 0 than to compute i squared. Can someone with Lua syntax knowledge please enlighten me? Thanks, Bill Bass United HealthCare / Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SLIP trap confusion
Does the module live in private storage, LPA, CSA,.? snip I'm trying to set a SLIP trap to get a dump for IBM to figure out why some SAF calls are taking a long time. The module I want to trap is part of a load module called VSHDITSK in a started task named ZPHIL510. The instruction after the SAF call is at offset 794 in that module; the LKED output for VSHDITSK shows: SECTIONCLASS --- SOURCE --- OFFSET OFFSET NAMETYPELENGTH DDNAME SEQ MEMBER 20E0 VSHGPSAF CSECT 16D1 OBJECT01 VSHGPSAF (with a bunch of lines between the header and that line elided, of course). So I started off with: SLIP SET,IF,DISABLE,ACTION=SYNCSVCD,PVTMOD=(VSHDITSK,2874),ID=PHS1,JOBNAME=ZPHIL510,END then: SLIP MOD,EN,ID=PHS1 and then I run the test. No hit. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries down?
And, it's back up (since at least 2:00 US Eastern time; i.e., a bit over an hour ago). ee...@us.ibm.com (John Eells) wrote: The Shopz team knows it's down, and they are working to get it up and running ASAP. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bass, Walter W Sent: Friday, October 24, 2014 2:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries snip OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. snip remainder Maybe I'm just showing my ignorance of the Lua language syntax, but this statement: a[i] = a[i] * i Does not appear to be the equivalent to the REXX statement: a.i = i * i In fact, I would expect that the above Lua statement is actually multiplying i by an uninitialized variable a[i]. Assuming the above code executes without error, then due to the principle of least astonishment, I would imagine that this uninitialized value is assumed to be zero. If that IS what is happening, it will of course be MUCH faster to compute i * 0 than to compute i squared. Can someone with Lua syntax knowledge please enlighten me? Thanks, Bill Bass United HealthCare / Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: What address space is using AUX slots?
Just because you are not paging due to lots of real/flash isn't a reason to not have sufficient page datasets in case you need them for dumping of some runaway memory gobbler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, October 23, 2014 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? Peter Hunkeler wrote: It seems, we've got enough real storage and enough Flash Memory. There is hardly any paging. We've got two local page data sets mainly because VIO paging will not go to Flash Memory. We're starting to see local page data set usage at ~30%. I conclude that this must be VIO data being paged out. What let you arrive at that conclusion? Just curious if you don't mind please. I'm not very fluent in using neither RMF, nor MAINVIEW. I'd like to find out which AS is causing this AUX usage. Not that I'd currently think, we're in touble. Just curious. Does anyone have some hints where to start? Do you want 'snapshot' (with RMF II), interactive monitoring (RMF III) or some post-processing? Depending on what you want to do, you can use RMF batch using SMF records, RMF II or RMF III or RMF Spreadsheet Reporter. (Or you can go Martin Packer's entertaining way... :-D ) Groete / Greetings Elardus Engelbrecht -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
I would guess that, as previously suggested, for i = 1, count do a[i] = a[i] * i end would really rather be for i = 1, count do a[i] = i * i end Bob Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bass, Walter W Sent: Friday, October 24, 2014 2:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries snip OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. snip remainder Maybe I'm just showing my ignorance of the Lua language syntax, but this statement: a[i] = a[i] * i Does not appear to be the equivalent to the REXX statement: a.i = i * i In fact, I would expect that the above Lua statement is actually multiplying i by an uninitialized variable a[i]. Assuming the above code executes without error, then due to the principle of least astonishment, I would imagine that this uninitialized value is assumed to be zero. If that IS what is happening, it will of course be MUCH faster to compute i * 0 than to compute i squared. Can someone with Lua syntax knowledge please enlighten me? Thanks, Bill Bass United HealthCare / Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
This suggestion is probably unrelated to the actual issue, but I see the odd characters ÝC¨ in your note, which I think should display as square brackets. If your terminal emulator is currently set to use code page 37 (or similar), you might try code page 1047. Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
Thank you - for i = 1, count do a[i] = i * i end fixed the problem. I get an elapsed time of about 0.14 - 0.15 running LUA on both UNIX and MVSs, But the REXX clist yields about 3.3 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Rutledge Sent: Friday, October 24, 2014 3:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries I would guess that, as previously suggested, for i = 1, count do a[i] = a[i] * i end would really rather be for i = 1, count do a[i] = i * i end Bob Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bass, Walter W Sent: Friday, October 24, 2014 2:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries snip OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. snip remainder Maybe I'm just showing my ignorance of the Lua language syntax, but this statement: a[i] = a[i] * i Does not appear to be the equivalent to the REXX statement: a.i = i * i In fact, I would expect that the above Lua statement is actually multiplying i by an uninitialized variable a[i]. Assuming the above code executes without error, then due to the principle of least astonishment, I would imagine that this uninitialized value is assumed to be zero. If that IS what is happening, it will of course be MUCH faster to compute i * 0 than to compute i squared. Can someone with Lua syntax knowledge please enlighten me? Thanks, Bill Bass United HealthCare / Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
I had to change the brackets to x'AD' X'BD', the same as I use for java. The for i = 1, count do a[i] = i * i end statement fixed the problem. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Brennan Sent: Friday, October 24, 2014 3:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries This suggestion is probably unrelated to the actual issue, but I see the odd characters ÝC¨ in your note, which I think should display as square brackets. If your terminal emulator is currently set to use code page 37 (or similar), you might try code page 1047. Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -- 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: SLIP trap confusion
You are missing MODE=HOME Regards, George Kozakos z/OS Software Service, Level 2 Supervisor IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 24/10/2014 02:20:12 PM: From: Phil Smith p...@voltage.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 24/10/2014 02:21 PM Subject: SLIP trap confusion Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU ... ... So I started off with: SLIP SET,IF,DISABLE,ACTION=SYNCSVCD,PVTMOD=(VSHDITSK, 2874),ID=PHS1,JOBNAME=ZPHIL510,END ... I'm obviously missing something basic here! I've stopped the started task, defined and enabled the trap, and restarted the task (thinking that maybe it couldn't already be running when the trap is defined). Thanks in advance for any assistance! -- ...phsiii Phil Smith III -- 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: What address space is using AUX slots?
As long as he doesn't exceed 30% usage, he should be fine. Maybe automatically issue the command hourly to find the peak? On Fri, Oct 24, 2014 at 2:33 PM, Gibney, Dave gib...@wsu.edu wrote: Just because you are not paging due to lots of real/flash isn't a reason to not have sufficient page datasets in case you need them for dumping of some runaway memory gobbler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, October 23, 2014 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? Peter Hunkeler wrote: It seems, we've got enough real storage and enough Flash Memory. There is hardly any paging. We've got two local page data sets mainly because VIO paging will not go to Flash Memory. We're starting to see local page data set usage at ~30%. I conclude that this must be VIO data being paged out. What let you arrive at that conclusion? Just curious if you don't mind please. I'm not very fluent in using neither RMF, nor MAINVIEW. I'd like to find out which AS is causing this AUX usage. Not that I'd currently think, we're in touble. Just curious. Does anyone have some hints where to start? Do you want 'snapshot' (with RMF II), interactive monitoring (RMF III) or some post-processing? Depending on what you want to do, you can use RMF batch using SMF records, RMF II or RMF III or RMF Spreadsheet Reporter. (Or you can go Martin Packer's entertaining way... :-D ) Groete / Greetings Elardus Engelbrecht -- 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
On 25/10/2014 12:01 AM, Farley, Peter x23353 wrote: PMFJI here, but I just wanted to add one small issue I have with the lua language - The fact that it does not use POSIX extended regular expression syntax for string patterns. As a long-time [g]awk user, I am very experienced and comfortable with POSIX RE syntax, but I am totally unfamiliar with the RE syntax that lua uses for character classes. When you want to do some QD (or at least Q) text pattern processing, you go with what you are most comfortable using. Learning lua's RE character class syntax is going to be a at least a minor PITA, though I'll admit that lua's syntax is more concise. Thanks for the comment Peter. The pattern matching in the Lua standard string libraries was designed to be light-weight. That's the Lua mantra after all, small and fast. However, there are libraries that support both POSIX and PCRE (and more) regular expressions https://github.com/rrthomas/lrexlib. The reason I didn't include lrexlib with the Lua4z distro is because we already included LPeg http://www.inf.puc-rio.br/~roberto/lpeg/. LPeg has an RE module which does everything you need http://www.inf.puc-rio.br/~roberto/lpeg/re.html. LPeg is not only more powerful than any regex engine I have ever seen it is considerably easier to grok the syntax. Check out some of the recipies here http://lua-users.org/wiki/LpegRecipes. But your point is well made. Familiarity is very important and I will include lrexlib with the next build of Lua4z. The lua RE syntax and implementation also lacks the POSIX counted repetition factor (paired curly braces enclosing one or two numbers following a pattern element), which can be annoying to work around when you really need it. Even z/OS Unix awk supports that RE syntax and semantics. But I agree wholeheartedly with John G. that David Crayford is to be commended highly for bringing lua to z/OS. Thank you very much David! Eileen, I noticed that there are a number of books listed on the web page http://www.lua.org/docs.html which are for sale, and some of them seem to be available as ebooks as well. According to that page, the first edition of the book Programming in lua is freely available online. Although slightly out of sync with the current lua version, the statement is made that the online version remains largely relevant. That may help lua novices like us. I agree that a freely available set of beginner examples for the current version would be very useful as well. Although TANSTAAFL - apparently sales of the various lua books supports the ongoing efforts of the lua project. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Barkow, Eileen Sent: Friday, October 24, 2014 11:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries LUA could use some good tutorials or at least some more samples of code. The reference manual is no help for someone trying to learn the language. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Friday, October 24, 2014 10:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries Like landing at Thanet, having Lua usable under z/OS UNIX is a good thing. It may make its way against REXX, or again it may not. The matrix-algebra test case is not, however, an appropriate one for the comparative evaluation of these two implementations of Lua and REXX. It is not indeed a good test case for the evaluation of any scripting language. (The notion that either REXX or Lua is a general-purpose programming language reflects a very specialized point of view. It may be a splendid vehicle for what and all that one is personally interested in, but that is a very different matter.) David Crayford deserves our thanks for making Lua available, and his enthusiasm is entirely understandable. Assuming that this implementation is used, as I hope it will be, we shall know better a year or so hence just how much better it is than the REXX implementation he deplores. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
Lua4z was built using the IBM-1047 code page but the lexer and parser have been patched to tolerate IBM-037 http://lua4z.com/doc/manual/using.md.html#Square_brackets. Unfortunately, output is printed in IBM-1047 which is why the square brackets are garbled. I could fix this but you need to specify your codepage with a setting in LUACONF. Although Lua4z tolerates IBM-037 I would highly recommend switching to IBM-1047 if you can. Most people use IBM-037 due to inertia and don't even use square brakets or caret characters. You will soon run into issues with Lua4z if you want to use one of the JSON libraries with IBM-037. On 25/10/2014 3:49 AM, Barkow, Eileen wrote: I had to change the brackets to x'AD' X'BD', the same as I use for java. The for i = 1, count do a[i] = i * i end statement fixed the problem. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Brennan Sent: Friday, October 24, 2014 3:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries This suggestion is probably unrelated to the actual issue, but I see the odd characters ÝC¨ in your note, which I think should display as square brackets. If your terminal emulator is currently set to use code page 37 (or similar), you might try code page 1047. Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
On 25/10/2014 3:35 AM, Bob Rutledge wrote: I would guess that, as previously suggested, for i = 1, count do a[i] = a[i] * i end would really rather be for i = 1, count do a[i] = i * i end Good eye Bob! When I copy and pasted the snippet into the e-mail it dropped the square brackets. When I edited the code I inserted a bug! Bloody square brackets will be the death of me! Bob Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bass, Walter W Sent: Friday, October 24, 2014 2:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries snip OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. snip remainder Maybe I'm just showing my ignorance of the Lua language syntax, but this statement: a[i] = a[i] * i Does not appear to be the equivalent to the REXX statement: a.i = i * i In fact, I would expect that the above Lua statement is actually multiplying i by an uninitialized variable a[i]. Assuming the above code executes without error, then due to the principle of least astonishment, I would imagine that this uninitialized value is assumed to be zero. If that IS what is happening, it will of course be MUCH faster to compute i * 0 than to compute i squared. Can someone with Lua syntax knowledge please enlighten me? Thanks, Bill Bass United HealthCare / Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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: [ANN] Lua4z: the Lua programming language on z/OS, with batteries
Might I suggest changing the variable name from A to SQ? Then you have the calculation of SQ[i] = i * i. On Fri, Oct 24, 2014 at 9:32 PM, David Crayford dcrayf...@gmail.com wrote: On 25/10/2014 3:35 AM, Bob Rutledge wrote: I would guess that, as previously suggested, for i = 1, count do a[i] = a[i] * i end would really rather be for i = 1, count do a[i] = i * i end Good eye Bob! When I copy and pasted the snippet into the e-mail it dropped the square brackets. When I edited the code I inserted a bug! Bloody square brackets will be the death of me! Bob Barkow, Eileen wrote: I keep getting this error both in MVS and UNIX. LUA: //'xcics.lua4z.samplib(cpu)':4: attempt to perform arithmetic on field '? ' (a nil value) stack traceback: //'xcics.lua4z.samplib(cpu)':4: in main chunk ÝC¨: ? *** -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bass, Walter W Sent: Friday, October 24, 2014 2:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, October 23, 2014 10:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [ANN] Lua4z: the Lua programming language on z/OS, with batteries snip OK, let's try simple matrix multiplication which should test both array access and math. /* REXX */ arg count if count = then count = 100 start = sysvar(SYSCPU) do i = 1 to count a.i = i * i end say 'CPU time = 'sysvar(SYSCPU) - start CPU time = 3.57 local t = require(timer)() local count = arg[1] or 100 local a = {} for i = 1, count do a[i] = a[i] * i end t:print_elapsed() elapsed time: 0.131965 That's a huge difference, two orders of magnitude. snip remainder Maybe I'm just showing my ignorance of the Lua language syntax, but this statement: a[i] = a[i] * i Does not appear to be the equivalent to the REXX statement: a.i = i * i In fact, I would expect that the above Lua statement is actually multiplying i by an uninitialized variable a[i]. Assuming the above code executes without error, then due to the principle of least astonishment, I would imagine that this uninitialized value is assumed to be zero. If that IS what is happening, it will of course be MUCH faster to compute i * 0 than to compute i squared. Can someone with Lua syntax knowledge please enlighten me? Thanks, Bill Bass United HealthCare / Optum This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN