Re: Nanosecond resolution timestamps for HLL's?

Try this. process pgmname(longmixed) nodynam id division. program-id. 'cgettime_test'. data division. working-storage section. 01 errno-ref pointer. 01 strerror-refpointer. 01 len

Re: Nanosecond resolution timestamps for HLL's?

What follows is model dependent behavior, not architecture. These instructions are implemented in hardware, so any STCK delaying is done there, not in millicode. Monotonic increasing on a processor is done by delaying, when two STCKs are issued too close together on the same processor.

Re: Nanosecond resolution timestamps for HLL's?

> As for implementing a heap, you say you don't care if it's a timestamp. > Since heaps require single thread or a locking mechanism when > elements are added / removed, why not just have a counter associated > with the heap. Each time you add an element, you increment (or > decrement) the

Re: Nanosecond resolution timestamps for HLL's?

On Mon, 19 Feb 2024 21:54:56 -0600, Charles Mills wrote: >... your program or some other unrelated program -- has recently issued an > STCK and your program must spin, consuming CPU cycles, until a unique STCK > ... > >OTOH, if you do need a monotonic value, then you should redesign and

Re: BASH bug w/r/t external links

You can grab the latest bash port from the github release page here: https://github.com/ZOSOpenTools/bashport/releases. z/OS Open Tools currently over 100+ tools, so if you're interested in trying out the other tools, we recommend that you use the zopen package manager. There's a quick start

Re: Nanosecond resolution timestamps for HLL's?

That problem is not limited to transaction programs that issue STCK repeatedly, or that have some sort of internal "is this value unique?" logic. *Any* time that you issue STCK you run the risk that some program -- your program or some other unrelated program -- has recently issued an STCK and

Re: Nanosecond resolution timestamps for HLL's?

On Tue, 20 Feb 2024 09:16:11 +0800, David Crayford wrote: >There is no z/OS UNIX callable service. ... > Remember fondly days of yore when mainframe partisans, such as one I worked with, boasted that all call interfaces, including EXEC PGM= by the initiator were identical? -- gil

Re: Principles of Op

has a link to . -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion

Re: Principles of Op

I've been using the z/VM documentation web site to finf PoOps. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Farley, Peter

Re: Nanosecond resolution timestamps for HLL's?

On Tue, 20 Feb 2024 00:30:43 +, Farley, Peter wrote: >My initial purpose is actually part of implementing COBOL-compatible >min-heap priority queue functions that return equal-priority nodes >in FIFO insert order when popped. A timestamp or some other monotonically >increasing integer

Re: Nanosecond resolution timestamps for HLL's?

There is no z/OS UNIX callable service. I don't mind that as the overhead of a PC call to call a timing routine is probably a bit much. You can see the diff from the z/OS clang port that uses STCKE here https://reviews.llvm.org/D93542 On Tue, Feb 20, 2024 at 7:47 AM Farley, Peter <

Re: Principles of Op

I usually use Jim Elliot’s blog to find PoOPS PDF versions, but I see that even his z16 link is for an IBM.COM page that requires signin. https://jlelliotton.blogspot.com/p/cmos-processor-table.html Peter From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Monday, February 19,

Re: Nanosecond resolution timestamps for HLL's?

My initial purpose is actually part of implementing COBOL-compatible min-heap priority queue functions that return equal-priority nodes in FIFO insert order when popped. A timestamp or some other monotonically increasing integer tie-breaker provided with the input priority value is necessary

Re: Nanosecond resolution timestamps for HLL's?

Thanks for the careful notes Peter. My initial interest here is for single-threaded batch applications. But the extension to multi-threaded ones obviously raises the issues you described. Peter From: IBM Mainframe Discussion List On Behalf Of Peter Relson Sent: Monday, February 19, 2024

Re: Nanosecond resolution timestamps for HLL's?

Thanks David, I missed that entirely since it was not present in the last V2.5 documentation that I downloaded. I will have to download the whole doc package again and review it. Did they also provide a callable Unix Services function that implements the function? One issue of course is the

Re: Nanosecond resolution timestamps for HLL's?

The only reliable way to generate monotonicity in a transaction field for an application that's going to be around for a number of years is to use a counter whose increment is properly serialized.   If you try to use a clock value for this, you have to pick some fixed resolution, and history

Re: SDWARTYA in different address space

On Mon, 19 Feb 2024 at 15:55, Ed Jaffe < 05acc3c79bf7-dmarc-requ...@listserv.ua.edu> wrote: > On 2/19/2024 12:43 PM, Joseph Reichman wrote: > > Almost finished my update to file 192 wonder if SETRP can retry in > different > > address space the doc says you can run it in AR mode > > > > So if

Re: Principles of Op

On 2/19/2024 5:25 PM, Tony Harminc wrote: On Mon, 19 Feb 2024 at 16:50, Steve Thompson wrote: Thanx. I'm rather tired of IBM making people get an account just to download a free manual. Sorry Ed. I had thought that the Tech Library was still a simple click and download -- I'd been to that

Re: Principles of Op

On Mon, 19 Feb 2024 at 16:50, Steve Thompson wrote: > Thanx. > > I'm rather tired of IBM making people get an account just to > download a free manual. > > Sorry Ed. I had thought that the Tech Library was still a simple > click and download -- I'd been to that one. > The first Google hit takes

Re: Principles of Op

Thanx. I'm rather tired of IBM making people get an account just to download a free manual. Sorry Ed. I had thought that the Tech Library was still a simple click and download -- I'd been to that one. On 2/19/2024 4:12 PM, Joe Monk wrote: linux.mainframe.blog Joe On Mon, Feb 19, 2024 at

Re: Nanosecond resolution timestamps for HLL's?

Databases on MVS have supported 2 phase commit for decades (actually preceding MVS), this is true of IMS and later for Db2 and relevant when there are lock conflicts to be resolved. The original thread was about independent UOW where clock values obtained within that UOW are not meaningful to

Re: Principles of Op

linux.mainframe.blog Joe On Mon, Feb 19, 2024 at 2:46 PM Steve Thompson wrote: > Any one know where IBM is hiding this now? > > I've been searching for this to find the latest copy, and I'm > getting nowhere. > > I used to be able to put in IBM TECH LIBRARY and it would be in > with the z/OS

Re: SDWARTYA in different address space

On 2/19/2024 12:43 PM, Joseph Reichman wrote: Almost finished my update to file 192 wonder if SETRP can retry in different address space the doc says you can run it in AR mode So if RETADDR=(RX) and access RX has an ALET ? Read your Principles of Operation. Access registers are ignored for

Re: Principles of Op

On 2/19/2024 12:46 PM, Steve Thompson wrote: Any one know where IBM is hiding this now? I've been searching for this to find the latest copy, and I'm getting nowhere. https://www.ibm.com/support/pages/zarchitecture-principles-operation -- Phoenix Software International Edward E. Jaffe 831

Re: zsh for z/OS

On Mon, 19 Feb 2024 15:32:07 -0500, Rick Troth wrote: > >Talk to me, Gil. Where'd you get that? Brew? Who's behind that >particular build? (I mean, did they put their names on it? Did they >provide contact info?) > It might be here: . I doubt they do z/OS. Are z/OS ports

Principles of Op

Any one know where IBM is hiding this now? I've been searching for this to find the latest copy, and I'm getting nowhere. I used to be able to put in IBM TECH LIBRARY and it would be in with the z/OS manuals. Can't seem to find it now. Steve Thompson

SDWARTYA in different address space

Almost finished my update to file 192 wonder if SETRP can retry in different address space the doc says you can run it in AR mode So if RETADDR=(RX) and access RX has an ALET ? Just wondering ? -- For IBM-MAIN subscribe /

Re: zsh for z/OS

On Mon, 19 Feb 2024 15:09:57 -0500, Rick Troth wrote: > >I say you've found a BASH bug. >I can IMAGINE how/why BASH is failing on external links, but it doesn't >matter. The point is: IT FAILS and it should not. >Great catch! > Is it possible that zsh properly uses a POSIX function not supported

Re: zsh for z/OS

On 2/19/24 15:09, Paul Gilmartin wrote: On Mon, 19 Feb 2024 19:31:11 +, Pew, Curtis G wrote: If you’re still seeing bash on a Mac that probably means you started using it before the switch. It’s been a while, but when they switched the default I had to do something (probably in Terminal)

BASH bug w/r/t external links

On 2/16/24 15:32, Frank Swarbrick wrote: In bash, only 'onetstat' works. I think that bash under z/OS is unable to follow executables with the 'e' file type (external link). Turns out that someone has addressed this.

Re: zsh for z/OS

EXCELLENT work, Frank, and THANKS for sharing your findings. I say you've found a BASH bug. I can IMAGINE how/why BASH is failing on external links, but it doesn't matter. The point is: IT FAILS and it should not. Great catch! I'd be happy to help chase down a resolution, if we can simply get

Re: zsh for z/OS

On Mon, 19 Feb 2024 19:31:11 +, Pew, Curtis G wrote: > >If you’re still seeing bash on a Mac that probably means you started using it >before the switch. It’s been a while, but when they switched the default I had >to do something (probably in Terminal) to get it to switch for me. (It used

Re: zsh for z/OS

If you are referring to the setting of $PATH during logon, or just invoking a shell, my PATH includes the directory in which both netstat and onetstat reside (/bin). See the following tests: (base) [bash] DVFJS@ZOSD ~ $ printenv PATH

Re: zsh for z/OS

On Feb 17, 2024, at 11:00 AM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: What are the benefits of zsh? Are there incompatibilities? I largely stay with POSIX shell for portability of scripts and skills. Apple switched to zsh because newer versions of bash are

Re: Nanosecond resolution timestamps for HLL's?

Aren't consistency checks a basic part of DB2? Failing conflicting commits is a type of serialization, although it is far from the only one. If A and B are independent then why would B's commit fail? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל

Re: Nanosecond resolution timestamps for HLL's?

Leaving aside the roll back .. which just complicates things. Instance A and Instance B are independent. Assuming record a and record b are independent. You pay some money into your bank account, I pay some money into my bank account. Transactionally it doesnt matter if you commit first or I

Re: Nanosecond resolution timestamps for HLL's?

I'm confused. Doesn't a successful commit prevent a future rollback? Why isn't the scenario: A: commit succedes B: commit fails B: rollback succedes B: rerunning transaction succedes B: commit succedes -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח

Re: How read Cyl 0 from within a program?

AMASPZAP treeat that as an alias for 44X'04', the VTOC. If you want track 0 you'll have to modify the DEB. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion

Fwd: How read Cyl 0 from within a program?

> Begin forwarded message: > > From: Charles Mills > Subject: How read Cyl 0 from within a program? > Date: February 13, 2024 at 12:19:46 PM CST > To: IBM-MAIN@LISTSERV.UA.EDU > Reply-To: IBM Mainframe Discussion List > > I am interested in writing a program to read the IPL records from a DASD

Re: Nanosecond resolution timestamps for HLL's?

no... it is standard transactional practice. This is what happens to DB2/MQ etc. Bear in mind A or B (or both) could have decided to roll back any updates. On Mon, 19 Feb 2024 at 15:32, Seymour J Metz wrote: > In that scenario, doesn't the second commit fail? > > -- > Shmuel (Seymour J.) Metz >

Re: Nanosecond resolution timestamps for HLL's?

In that scenario, doesn't the second commit fail? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Colin Paice

Re: Nanosecond resolution timestamps for HLL's?

Another example of these timing type problems are having two instances(A and B) doing a database insert. - Instance A inserts data record a - not visible because commit not yet done - Instance B inserts data record b - not visible because commit not yet done. - B gets dispatched

Re: Nanosecond resolution timestamps for HLL's?

It might be said that the notion of monotonicity with respect to clock values is not "valid" unless you are a single-threaded application or all your references are serialized across all the threads (such as by a step- or system- or systems-level ENQ depending on the characteristics).

Re: zsh for z/OS

Hi Frank, There's always that ubiquitous "or something". {;}-> Regards, David On 2024-02-16 16:35, Frank Swarbrick wrote: Interesting. So it looks like (just guessing!) bash isn't able to find external links when following the PATH. Or something. Frank

Re: zsh for z/OS

On 2/16/24 14:48, Ed Jaffe wrote: On 2/16/2024 11:33 AM, Frank Swarbrick wrote: z/OS 3.1 added the Z Shell, zsh.  Is anyone using it?  How do you like it.  What interesting features does it have over bash? I'm only at 2.5, so can't use it. I am using it. After all, what self-respecting z/OS

Re: zsh for z/OS

The function of external links is a feature of the system. Whether or not external links are executable really SHOULD NOT depend on which shell you run. That would be like .lnk files on Windoze. They only work when you're in a file browser, not when you're in a command window. Bad bad bad bad

Re: zsh for z/OS

On 2/16/24 15:51, Ed Jaffe wrote: On 2/16/2024 12:32 PM, Frank Swarbrick wrote: Here's a bit of an off the wall question/request. Do both 'netstat' and 'onetstat' work in zsh? In bash, only 'onetstat' works.  I think that bash under z/OS is unable to follow executables with the 'e' file type

Re: zsh for z/OS

Check your PATH environment variable. If the directory where 'netstat' resides is not in your PATH, then you'll get "command not found". There's nothing about BASH or ZSH which would preclude 'netstat' or 'onetstat' from working. One of the [un]fortunate things about the myriad command shells

Re: ZFS copy non-SMS to SMS

Have a look at page 29 of the ZFS Admin book (SC23-6887-50). Mine is from z/OS 2.5.“Copying the physical blocks of the aggregate to a larger data set”. Basically, it’s allocate, then REPRO. On Mon, Feb 19, 2024 at 5:09 AM Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu>

ZFS copy non-SMS to SMS

I created a few ZFS datasets on non-SMS volume. Since I used ZFS parameter, it was created as EXT-ADDR, but not EXTENDED. Now I want to copy (dump-restore) them to SMS-managed volumes. And got ADR971 with rsn=8 Any clue? I can see the following options: 1. Use copytree of pax and copy entire

Re: Nanosecond resolution timestamps for HLL's?

I don't understand how you will use this. What is the business purpose? On Sun, 18 Feb 2024 18:22:53 -0600 Peter Farley <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: :>I have been reviewing all the documentation I can find to provide nano-second resolution timestamps from a calling

Re: Nanosecond resolution timestamps for HLL's?

clock_gettime() was added to z/OS https://www.ibm.com/docs/en/zos/2.5.0?topic=functions-clock-gettime-retrieve-time-specified-clock. It's my understanding it was a requirement for the clang stuff. You may be able to call the RTL. On Mon, Feb 19, 2024 at 8:23 AM Peter Farley <