On 27/06/2022 7:09 am, Andrew Rowley wrote:
On 24/06/2022 3:17 pm, David Crayford wrote:
There's a more complete example here
https://github.com/zsystems/java-samples/blob/master/MvsConsoleInteraction.java.
Using Object.wait()/notify() is a bit hairy. A more modern
implementation would use
On 24/06/2022 3:17 pm, David Crayford wrote:
There's a more complete example here
https://github.com/zsystems/java-samples/blob/master/MvsConsoleInteraction.java.
Using Object.wait()/notify() is a bit hairy. A more modern
implementation would use Condition.await()/signal() but it's fine for
There's a more complete example here
https://github.com/zsystems/java-samples/blob/master/MvsConsoleInteraction.java.
Using Object.wait()/notify() is a bit hairy. A more modern
implementation would use Condition.await()/signal() but it's fine for
this use case.
On 23/06/2022 12:16 pm,
Hi Andrew,
On 23.06.2022 01:42, Andrew Rowley wrote:
On 22/06/2022 9:44 pm, Rony G. Flatscher wrote:
/* ... do whatever you need to do, if anything ... */
/* now wait until the stop event gets received in rexxCallBack */
rexxCallBack~waitForStop /* invocation will block */
...@harminc.net]
Sent: Wednesday, June 22, 2022 11:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Wed, 22 Jun 2022 at 01:31, Andrew Rowley
wrote:
>
> On 22/06/2022 9:03 am, Charles Mills wrote:
> > Can one write a Started Task in Java? What would the J
On 23/06/2022 1:40 pm, Tony Harminc wrote:
[...]
while (!stopped)
{
Thread.sleep(1000);
}
}
Does this actually always sleep for the entire time, or is it somehow
interrupted by the MODIFY command? In an ordinary MVS environment, one
would write
On Wed, 22 Jun 2022 at 01:31, Andrew Rowley
wrote:
>
> On 22/06/2022 9:03 am, Charles Mills wrote:
> > Can one write a Started Task in Java? What would the JCL look like
> > (neglecting application-specific items)?
>
> This is a basic Java program that runs and responds to MODIFY and STOP
>
On 22/06/2022 9:44 pm, Rony G. Flatscher wrote:
/* ... do whatever you need to do, if anything ... */
/* now wait until the stop event gets received in rexxCallBack */
rexxCallBack~waitForStop /* invocation will block */
I don't know ooRexx so I'm working mainly from your
Jansen
> Sent: Wednesday, June 22, 2022 5:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Some UNIX file usage questions
>
> Hi David,
>
> You did that to yourself; by going off into a discussion with Charles about
> his use of Rexx and assembler. Your company web
On Sat, 18 Jun 2022 09:51:45 -0700, Charles Mills wrote:
>Hope some of you can help out a dinosaur.
>
Just use DFSORT. Experts recommend it.
--
gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
nesday, June 22, 2022 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Hi David,
You did that to yourself; by going off into a discussion with Charles about his
use of Rexx and assembler. Your company website says it best: "friendly for
programmers who lack c
e 22, 2022 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Yeah. It was kind of a dumb question on my part.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Wednesday, June
Yeah. It was kind of a dumb question on my part.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Wednesday, June 22, 2022 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
that.
From: IBM Mainframe Discussion List on behalf of
Charles Mills
Sent: Tuesday, June 21, 2022 7:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Can one write a Started Task in Java? What would the JCL look like (neglecting
application-specific items
That looks more like a program number than an FMID.
From: IBM Mainframe Discussion List on behalf of
David Crayford
Sent: Wednesday, June 22, 2022 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Hi Rene,
Rocket's
: Some UNIX file
usage questions
Hi Andrew,
thank you for this Java program. I took the liberty to transform it to ooRexx
(untested) which
should do the same as your Java program:
/* load the Java class into ooRexx, it will understand ooRexx messages
*/
MvsConsole = bsf.loadClass
On 22/06/2022 8:17 pm, René Jansen wrote:
Hi David,
Thanks to the pointers about the Rocket Python page being obsolete,
On 22 Jun 2022, at 13:29, David Crayford wrote:
I don't share you pessimism about the young girls and boys. All the young guys
I work with are technically superb and
: Re: Some UNIX file usage questions
Hi David,
Thanks to the pointers about the Rocket Python page being obsolete,
> On 22 Jun 2022, at 13:29, David Crayford wrote:
>
> I don't share you pessimism about the young girls and boys. All the young
> guys I work with are technicall
Hi David,
Thanks to the pointers about the Rocket Python page being obsolete,
> On 22 Jun 2022, at 13:29, David Crayford wrote:
>
> I don't share you pessimism about the young girls and boys. All the young
> guys I work with are technically superb and extremely diligent.
Not pessimistic at
Hi Andrew,
thank you for this Java program. I took the liberty to transform it to ooRexx (untested) which
should do the same as your Java program:
/* load the Java class into ooRexx, it will understand ooRexx messages */
MvsConsole = bsf.loadClass("com.ibm.jzos.MvsConsole")
if
Hi Rene,
Rocket's Python is dead. It was effectively killed as soon as IBM
released IBM Open Enterprise SDK for Python. IBMs Python can be ordered
on Shopz and installed as part of ServerPac or CBPDO. You can optionally
install it using a pax file if you're kicking tires but almost everybody
Hi David,
You did that to yourself; by going off into a discussion with Charles about his
use of Rexx and assembler. Your company website says it best: "friendly for
programmers who lack conventional mainframe language skills”
(https://www.rocketsoftware.com/platforms/ibm-z/python-for-zos).
Absolutely yes. ACSP (Advanced Crypto Service Provider) from IBM is a Java
application.
Lennie
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: 22 June 2022 00:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Can one
On 22/06/2022 9:03 am, Charles Mills wrote:
Can one write a Started Task in Java? What would the JCL look like (neglecting
application-specific items)?
This is a basic Java program that runs and responds to MODIFY and STOP
commands:
import java.time.*;
import
m/IBM/zDNN/blob/main/README.md
Serious questions.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Tuesday, June 21, 2022 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Tuesday, June 21, 2022 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On 22/06/2022 3:01 am, Kirk Wolf wrote:
> FYI -
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lennie Dymoke-Bradshaw
Sent: Tuesday, June 21, 2022 2:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Charles,
To be honest I am unsure. I was concerned to ensure all data is hardened in
the event of a system
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, June 21, 2022 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Does _console2() delete the CIB in order to allow and additional MODIFY?
For a batch job
Subject: Re: Some UNIX file usage questions
I see no advantage to that over simply writing to a UNIX file (where there
are no "block" issues). Why write and copy when I could simply write?
Serious question. What is the advantage of write-to-3390-and-copy-over as
opposed to write-to-zFS
...@listserv.ua.edu]
Sent: Tuesday, June 21, 2022 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Irony (was: Some UNIX file usage questions)
On Tue, 21 Jun 2022 12:55:18 +, Seymour J Metz wrote:
>Lots of Yiddish idioms are in the form of a question, and if a translator
>misses the implied qu
@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Tuesday, June 21, 2022 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
_console2() does everything appropriate, including managing the CIB chain.
A batch job could, if appropriate, respond to STOP.
Charles
"Steep learning curve" is simpler: "Steep" implies to our visual imagination a
hill that's difficult to ascend, so software that has a steep learning curve
must be difficult to learn. Obvious! (Wrong, but obvious.)
About "I could care less": Weird Al got that one wrong. I didn't understand
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lennie Dymoke-Bradshaw
Sent: Tuesday, June 21, 2022 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
If I read this correctly, you will be writing about 24 bytes 96 times a day.
That is
Mills
Sent: 18 June 2022 17:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Some UNIX file usage questions
Hope some of you can help out a dinosaur.
I am designing a z/OS application (for in-house use, not an ISV product). It
will consist of a started task that runs continuously plus one or more small
> Sent: Tuesday, June 21, 2022 9:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Some UNIX file usage questions
>
> Does _console2() delete the CIB in order to allow and additional MODIFY?
>
> For a batch job, only the MODIFY CIB is an issue.
>
>
On 21/06/2022 20:24, Paul Gilmartin wrote:
On Tue, 21 Jun 2022 19:55:01 +0200, Peter Sylvester wrote:
On 21/06/2022 17:47, Mike Schwab wrote:
24 byte blocks get 82 blocks per track. (96 blocks * 31 days) / 82
blocks = 37 tracks per month. Inefficient but a very small
utilization. Copy to
On Tue, 21 Jun 2022 19:55:01 +0200, Peter Sylvester wrote:
>On 21/06/2022 17:47, Mike Schwab wrote:
>> 24 byte blocks get 82 blocks per track. (96 blocks * 31 days) / 82
>> blocks = 37 tracks per month. Inefficient but a very small
>> utilization. Copy to historical dataset to reblock.
>
On 21/06/2022 17:47, Mike Schwab wrote:
24 byte blocks get 82 blocks per track. (96 blocks * 31 days) / 82
blocks = 37 tracks per month. Inefficient but a very small
utilization. Copy to historical dataset to reblock.
Indeed.
How much data is this compared to all copies of all messages in
AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Does _console2() delete the CIB in order to allow and additional MODIFY?
For a batch job, only the MODIFY CIB is an issue.
From: IBM Mainframe Discussion List on behalf of
David
Subject: Re: Some UNIX file usage questions
On 21/06/2022 9:09 pm, Seymour J Metz wrote:
> If all that you want to do is to check for STOP, then it should be trivial to
> do it in C++. If you also want to enable and look for MODIFY text, then you
> need to use QEDIT. At that point it
On Tue, 21 Jun 2022 12:55:18 +, Seymour J Metz wrote:
>Lots of Yiddish idioms are in the form of a question, and if a translator
>misses the implied question mark, all meaning is lost. The phrase "I could
>care less" is the result of applying a tin ear to a sarcastic Yiddish idiom.
>The
Crayford [dcrayf...@gmail.com]
Sent: Tuesday, June 21, 2022 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Hi Rony,
Much respect for spending so much time to scribe such a response. We've
already flogged this horse within an inch of it's life already and we
24 byte blocks get 82 blocks per track. (96 blocks * 31 days) / 82
blocks = 37 tracks per month. Inefficient but a very small
utilization. Copy to historical dataset to reblock.
On Tue, Jun 21, 2022 at 9:36 AM Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Mon,
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Tuesday, June 21, 2022 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Mon, 20 Jun 2022 21:55:07 -0700, Charles Mills wrote
On Mon, 20 Jun 2022 21:55:07 -0700, Charles Mills wrote:
>> But is loss of a single record disastrous?
>
>No, I said earlier, this is not banking transactions where a lack of 2-phase
>commit risks losing a bunch of money between the cracks.
>
What's your crash recovery plan?
o Create a new file
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Monday, June 20, 2022 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I *think* it would be possible to monitor the console ECB from
Hi Rony,
Much respect for spending so much time to scribe such a response. We've
already flogged this horse within an inch of it's life already and we
will just have to agree to disagree. REXX is still an important language
on z/OS for TSO scripting, NetView and System REXX is quite cool. As
RV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Mon, 20 Jun 2022 08:47:49 -0700, Charles Mills wrote:
>...
>The assembler routine will take as input a delay time in hundredths of a
>second (because of STIMER), do a WAIT ECBLIST, and return one of
>
>'T' -- the time expi
du/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford [dcrayf...@gmail.com]
Sent: Monday, June 20, 2022 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On 21/06/2022 1:07 am, Paul Gilmartin wrote:
> O
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford [dcrayf...@gmail.com]
Sent: Monday, June 20, 2022 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I could care less about Python. What
Lots of experience there. Not an issue.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, June 21, 2022 6:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I'd
[dcrayf...@gmail.com]
Sent: Monday, June 20, 2022 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I could care less about Python. What is disconcerting is why you would
choose REXX/Assembler when you could write the same thing with less code
and complexity using C
IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bill Johnson [0047540adefe-dmarc-requ...@listserv.ua.edu]
Sent: Monday, June 20, 2022 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
That’s beautiful. And a pet peeve of mine.
S
Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Monday, June 20, 2022 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
For simple applications, in my experience, Rexx is quicker concept -> runn
-dmarc-requ...@listserv.ua.edu]
Sent: Monday, June 20, 2022 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
That’s beautiful. And a pet peeve of mine.
Sent from Yahoo Mail for iPhone
On Monday, June 20, 2022, 1:47 PM, Tony Harminc wrote:
On Mon, 20 Jun 2022 a
Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Monday, June 20, 2022 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Tue, 21 Jun 2022 02:10:13 +0800, David Crayford wrote:
>I think I understand what Charles is doing.
>
>context = copies(
-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Monday, June 20, 2022 5:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Nay! Rexx passes everything by value, both to internal and to external
functions. So passing will give the assembler
Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Monday, June 20, 2022 6:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Mon, 20 Jun 2022 14:39:20 -0700, Charles Mills wrote
: Tuesday, June 21, 2022 6:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On 20.06.2022 19:26, David Crayford wrote:
> On 21/06/2022 1:07 am, Paul Gilmartin wrote:
>> On Mon, 20 Jun 2022 08:47:49 -0700, Charles Mills wrote:
>>> ...
>>
On 20.06.2022 19:26, David Crayford wrote:
On 21/06/2022 1:07 am, Paul Gilmartin wrote:
On Mon, 20 Jun 2022 08:47:49 -0700, Charles Mills wrote:
...
The assembler routine will take as input a delay time in hundredths of a second (because of
STIMER), do a WAIT ECBLIST, and return one of
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of kekronbekron
Sent: Monday, June 20, 2022 8:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Hey Charles,
Does the 96-files a day solution not work?
You could cat *-mmdd.txt > mmdd.
EDU] On Behalf
Of Paul Gilmartin
Sent: Monday, June 20, 2022 9:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Mon, 20 Jun 2022 22:23:45 -0500, Mike Schwab wrote:
>24 byte record would fit 82 records per track.
>http://www.bitsavers.org/pdf/ibm/dasd/reference_sum
] On Behalf
Of kekronbekron
Sent: Monday, June 20, 2022 8:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
Hey Charles,
Does the 96-files a day solution not work?
You could cat *-mmdd.txt > mmdd.txt at 00.05 and then delete the 96
files.
You wouldn't have to wo
let me look
above ...
"Some UNIX file usage questions"?
>On Mon, Jun 20, 2022 at 10:05 PM kekronbekron wrote:
>>
>> Does the 96-files a day solution not work?
>> You could cat *-mmdd.txt > mmdd.txt at 00.05 and then delete the 96
>> files.
>> Y
do not
> > recall the details. It may pass the actual address, not a copy of the value
> > -- I don't recall.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>
variable
> data "in bulk" to an assembler routine, but I do not recall the details. It
> may pass the actual address, not a copy of the value -- I don't recall.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-
> That will make for an application that could be halted without CANCEL, and
> also could potentially be re-parametized on the fly.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of David
nday, June 20, 2022 11:10 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I think I understand what Charles is doing.
context = copies('00'x,200) <-- state for HLASM program
wait_time = 30
do forever
res = console(context, wait_time)
select
when r
On Mon, 20 Jun 2022 14:39:20 -0700, Charles Mills wrote:
>Nay! Rexx passes everything by value, both to internal and to external
>functions. So passing will give the assembler code 200 zero bytes to
>play with but it will go away on return.
>
There might be a *slightly* better alternative.
on List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Monday, June 20, 2022 11:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I think I understand what Charles is doing.
context = copies('00'x,200) <-- state for HLASM program
wait_time = 30
do fo
I created a rexx that can respond to an operator stop command in native rexx.
My colleague still has it available at
https://github.com/wizardofzos/natconf16/blob/master/zos/POCREXXS
It uses some other proof of concepts that might be interesting.
Not sure if it is of use in this case, but I
On Tue, 21 Jun 2022 02:10:13 +0800, David Crayford wrote:
>I think I understand what Charles is doing.
>
>context = copies('00'x,200) <-- state for HLASM program
>wait_time = 30
>
>do forever
> res = console(context, wait_time)
> select
> when res = 'T' then iterate
> when res
I think I understand what Charles is doing.
context = copies('00'x,200) <-- state for HLASM program
wait_time = 30
do forever
res = console(context, wait_time)
select
when res = 'T' then iterate
when res = 'P' then leave
otherwise ...
end
end
On 21/06/2022 1:58
I'll correct my earlier misstatement. You did not say you were the client;
merely "-n-house".
On Mon, 20 Jun 2022 10:41:25 -0700, Charles Mills wrote:
>The ECB is not in the Rexx. It is in MVS-owned storage IIRC.
>
I believe ECBs routinely occupy user-owned storage.
>-Original
That’s beautiful. And a pet peeve of mine.
Sent from Yahoo Mail for iPhone
On Monday, June 20, 2022, 1:47 PM, Tony Harminc wrote:
On Mon, 20 Jun 2022 at 13:34, David Crayford wrote:
>
> I could care less about Python.
Could you care a lot less, or just a little bit less? There is surely
On 21/06/2022 1:47 am, Tony Harminc wrote:
On Mon, 20 Jun 2022 at 13:34, David Crayford wrote:
I could care less about Python.
Could you care a lot less, or just a little bit less? There is surely
quite a range of caring.
Here's a little chart that may help you express how much you care
about
Crayford
Sent: Monday, June 20, 2022 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I could care less about Python. What is disconcerting is why you would
choose REXX/Assembler when you could write the same thing with less code
and complexity using C++ which you
in response to an earlier question, I am the master of this universe.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Monday, June 20, 2022 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNI
On Mon, 20 Jun 2022 at 13:34, David Crayford wrote:
>
> I could care less about Python.
Could you care a lot less, or just a little bit less? There is surely
quite a range of caring.
Here's a little chart that may help you express how much you care
about Python or anything else.
The ECB is not in the Rexx. It is in MVS-owned storage IIRC.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Monday, June 20, 2022 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage
On Mon, 20 Jun 2022 10:24:17 -0700, Charles Mills wrote:
>...
>Then the ECB would already be posted and the WAIT ECBLIST would be satisfied
>immediately. It is a consideration for all such routines, and not a big deal,
>unless the coder is stupid enough to reset the ECB before the WAIT,
U] On Behalf
Of David Crayford
Sent: Monday, June 20, 2022 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
I take it you must be the client? I can't fathom any client who would be
stupid enough to allow a vendor to write code in their language of
choice due to their
is many
> days of agony.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of David Crayford
> Sent: Sunday, June 19, 2022 9:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Some UNIX
On 21/06/2022 1:07 am, Paul Gilmartin wrote:
On Mon, 20 Jun 2022 08:47:49 -0700, Charles Mills wrote:
...
The assembler routine will take as input a delay time in hundredths of a second
(because of STIMER), do a WAIT ECBLIST, and return one of
'T' -- the time expired
'P' -- the operator
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Monday, June 20, 2022 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Mon, 20 Jun 2022 08:47:49 -0700, Charles Mills wrote:
>...
>The assembler routine
On Tue, 21 Jun 2022 00:58:29 +0800, David Crayford wrote:
>I take it you must be the client?
>
Actually, he said that in the first ply.
>... I can't fathom any client who would be
>stupid enough to allow a vendor to write code in their language of
>
This is becoming excessively ad hominem,
could potentially be re-parametized on the fly.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of David Crayford
> Sent: Sunday, June 19, 2022 10:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
&
On Mon, 20 Jun 2022 08:47:49 -0700, Charles Mills wrote:
>...
>The assembler routine will take as input a delay time in hundredths of a
>second (because of STIMER), do a WAIT ECBLIST, and return one of
>
>'T' -- the time expired
>'P' -- the operator entered STOP
>'F modify command operand' --
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Sunday, June 19, 2022 9:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
You could have learned Python in the time it took you to write this email.
On 20/06/2022 1:15 am, Charles
CEL, and also
could potentially be re-parametized on the fly.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Sunday, June 19, 2022 10:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Sunday, June 19, 2022 9:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
You could have learned Python in the time it took you to write
: Re: Some UNIX file usage questions
On Sun, 19 Jun 2022 18:33:42 +, Seymour J Metz wrote:
>
>Are you claiming that syscall is a convenient way to do I/O in REXX? I find
>ANSI stream I/O to be much cleaner.
>
Make lemonade.
Does ANSI stream I/O provide full control of such as O_C
On 20/06/2022 08:30, David Crayford wrote:
Python closes files at the end of a with statement scope. It will also close the file cleanly if
an exception is thrown. That's what I call KISS!
Yes. I think I missed O_CREATE. Another +1
My reference to KISS was related to avoiding whatever logic
Python closes files at the end of a with statement scope. It will also
close the file cleanly if an exception is thrown. That's what I call KISS!
with open('file_path', 'w') as file:
file.write('hello world !')
On 20/06/2022 1:47 pm, Peter Sylvester wrote:
Hi,
I remember I did that 25
Hi,
I remember I did that 25 years ago something like (was actually in perl on
windows):
open(path/prefix-current_day_or_so, |O_WRONLY|O_APPEND|)"
write(..)
cliose(..)
fsync(...)
(error treating TDB).
KISS ?
( If you are paranoiac, use three copies, or else :-)
Peter
MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Saturday, June 18, 2022 11:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On 19/06/2022 1:33 am, Paul Gilmartin wrote:
On Sat, 18 Jun 2022 09:51:45 -0700, Charles Mills wrote:
...
I picture writing the star
ssage-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Saturday, June 18, 2022 11:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On 19/06/2022 1:33 am, Paul Gilmartin wrote:
On Sat, 18 Jun 2022 09:51
he client
> wants. And again, a learning curve that is difficult to justify.
>
> So I think I will write it in Rexx, with perhaps a little bit of Assembler.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
Agreed; I did not spell out all the details, silly me.
close(old)
rename(old)
open(new)
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Sunday, June 19, 2022 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some UNIX file usage questions
On Sun, 19 Jun 2022 19:45:49 +, Farley, Peter x23353 wrote:
>...
>For discretely split data files (stop writing at EOD/end-of-period and start a
>new file) using the same approach as the unix syslog demon would seem to be
>useful. Rename current to current-plus-timed-qualifier (date
1 - 100 of 136 matches
Mail list logo