Re: bpxwunix

[Bob Bridges]

I've a REXX subroutine that uses DFSORT (or is it SYNCSORT?) to sort the
stack, but this is easier.  But it's gonna work only if I have at least a
UID and GID, right?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* It is always the right time to do the right thing.  -Martin Luther King,
Jr. */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Steve Beaver
Sent: Thursday, March 7, 2024 13:36

/* REXX */
stdin.0=5
stdin.1="KIJJ" 
stdin.2="KQWR" 
stdin.3="ADGF" 
stdin.4="OEPE" 
stdin.5="VNVV" 
    
cmd="sort" 

call bpxwunix cmd,stdin.,stdout.,stderr.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

bpxwunix

[Steve Beaver]

/* REXX */ 
stdin.0=5 
stdin.1="KIJJ" 
stdin.2="KQWR" 
stdin.3="ADGF" 
stdin.4="OEPE" 
stdin.5="VNVV" 
    
cmd="sort" 

call bpxwunix cmd,stdin.,stdout.,stderr.

 

Steve 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Charles Mills]

Yes, that is exactly my impression. I have not run exhaustive experiments but I 
think that is it. Yes, for reasons related to other logic, this program 
contains Index. = "" but Sri's and my previous successful use of BPXWUNIX sort 
do not.

CM

On Thu, 7 Mar 2024 17:17:23 +, Jeremy Nicoll 
 wrote:

>On Thu, 7 Mar 2024, at 16:54, Charles Mills wrote:
>> Thank you! THAT is the clue I needed. I need to quote the stem names.
>> Passing plain Index. passes "", the value of Index., to sort.
>
>
>So... the difference between your code & Sri's is that you'd
>initialised index. = ""   whereas his didn't have a default
>value for the stems? ...
>
>... because his example didn't have quotes around stem names?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Jeremy Nicoll]

On Thu, 7 Mar 2024, at 16:54, Charles Mills wrote:
> Thank you! THAT is the clue I needed. I need to quote the stem names. 
> Passing plain Index. passes "", the value of Index., to sort.


So... the difference between your code & Sri's is that you'd 
initialised index. = ""   whereas his didn't have a default 
value for the stems? ...

... because his example didn't have quotes around stem names?

-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Charles Mills]

Thank you! THAT is the clue I needed. I need to quote the stem names. Passing 
plain Index. passes "", the value of Index., to sort.

Problem solved. Thanks all.

CM

On Thu, 7 Mar 2024 16:22:02 +, Alan Young  wrote:

>I think I have always used the position specification format. In a couple of 
>processes I ran before, I have
>
>xrc = BPXWUNIX("/bin/sort -bdu -k1.1,1.11 ","pl.","pls.")

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Alan Young]

I think I have always used the position specification format. In a couple of 
processes I ran before, I have

xrc = BPXWUNIX("/bin/sort -bdu -k1.1,1.11 ","pl.","pls.")

xrc = BPXWUNIX("/bin/sort -bd -k1.10,1.26 -k2.1,2.8","d.","ds.")

Maybe sort is aborting with a return code (RC, retval, etc.) and no message? 

Alan

-Original Message-
From: IBM Mainframe Discussion List 
Sent: Mar 7, 2024 9:04 AM
To: 
Subject: Re: What am I doing wrong with BPXWUNIX sort?

Thanks all. The mystery deepens.

Using the same stem variable should not be the problem. I have done that before 
successfully, and the sort command documentation talks about how it uses a 
temporary file to avoid clobbering the input data if the files are the same.

BUT ... changing to a different stem variable revealed that sort is not 
populating my output file at all. The new stem variable was uninitialized after 
the sort! THAT is why Index. is unchanged -- sort is not writing to my output 
file/stem at all!

So that leaves the question: why is sort not populating my output stem? I know 
sort is available and actually running because in one test I fat-fingered the 
-k2 and got three messages in stderr.

Why would sort not populate the output stem?

Charles


On Thu, 7 Mar 2024 10:15:10 +0800, David Crayford wrote:

>Youre using the same stem variable for input and output. Use a specific 
>stdout. stem and see if that fixes it. Kolusus snippet works for me.

--
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 am I doing wrong with BPXWUNIX sort?

[Charles Mills]

Thanks all. The mystery deepens.

Using the same stem variable should not be the problem. I have done that before 
successfully, and the sort command documentation talks about how it uses a 
temporary file to avoid clobbering the input data if the files are the same.

BUT ... changing to a different stem variable revealed that sort is not 
populating my output file at all. The new stem variable was uninitialized after 
the sort! THAT is why Index. is unchanged -- sort is not writing to my output 
file/stem at all! 

So that leaves the question: why is sort not populating my output stem? I know 
sort is available and actually running because in one test I fat-fingered the 
-k2 and got three messages in stderr.

Why would sort not populate the output stem?

Charles

 
On Thu, 7 Mar 2024 10:15:10 +0800, David Crayford  wrote:

>You’re using the same stem variable for input and output. Use a specific 
>stdout. stem and see if that fixes it. Kolusu’s snippet works for me. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Schmitt, Michael]

Not the question you asked, but...


sort_stem = 'index.'
call sort 6, ???(see comments after code)


/* Sort sort_stem using combsort */
sort: procedure,
   expose (sort_stem)
   arg key_start, key_length
   size = value(sort_stem'0')
   gap  = size
   do until switches = 0 & gap = 1
  gap = gap % 1.3
  select
 when gap =  0 then gap =  1
 when gap =  9 then gap = 11
 when gap = 10 then gap = 11
 otherwise
 end
  switches = 0
  do i = 1 to (size - gap)
 j = i + gap
 if substr(value(sort_stem'i'), key_start, key_length) >,
substr(value(sort_stem'j'), key_start, key_length) then do
/* swap the entries */
hold = value(sort_stem'i')   /* hold   = stem.i */
x = value(sort_stem'i', value(sort_stem'j')) /* stem.i = stem.j */
x = value(sort_stem'j', hold)/* stem.j = hold   */
switches = switches + 1
end
 end
  end
   return


The problem is that as written, the code expects the key_length to be the same 
across all elements of the stem. If yours are variable length then the code 
will need to be adjusted. Maybe in your case it would need to be comparing 
subwords instead of substr.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, March 6, 2024 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What am I doing wrong with BPXWUNIX sort?

I am trying to sort a Rexx "array" starting with the second "word" of the 
variables. My "array" is in Index.n and contains records of the form  where  is 0001, 0002, 0003, etc. and string is 2 to 5 
Rexx "words."

Here's my Rexx code:

  Say "Before sort" Index.0 Index.1 Index.2 Index.3
  stdout.0 = 0
  stderr.0 = 0
  Call BPXWUNIX "/bin/sort -k2",Index.,Index.,stderr.
  Do i = 1 to stderr.0
Say "Sort error:" stderr.i
End i
  Say "After  sort" Index.0 Index.1 Index.2 Index.3

And here is the output:

Before sort 8 0001 Main Check 0002 OMVS (FTP Session) 0003 C Validation
After  sort 8 0001 Main Check 0002 OMVS (FTP Session) 0003 C Validation

My expectation is that -k2 would have caused sort to sort on the "descriptive 
strings" (ignoring the ) but obviously that is not what has happened. What 
am I doing wrong? (I have tried both -k2 and -k 2, and also -k1 and +1 -- all 
with the same results.)

Thanks,
Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[David Crayford]

You’re using the same stem variable for input and output. Use a specific 
stdout. stem and see if that fixes it. Kolusu’s snippet works for me. 

> On 7 Mar 2024, at 8:41 am, Charles Mills  wrote:
> 
> Thanks. As I said, I have tried both -k2 and -k 2, and also -k1 and +1, all 
> with the same result.
> 
> CM
> 
> On Thu, 7 Mar 2024 00:27:21 +, Sri Hari Kolusu  wrote:
> 
>> Charles,
>> 
>> Try a space after k.
> 
> --
> 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 am I doing wrong with BPXWUNIX sort?

[Dale R. Smith]

On Wed, 6 Mar 2024 18:10:28 -0600, Charles Mills  wrote:

>I am trying to sort a Rexx "array" starting with the second "word" of the 
>variables. My "array" is in Index.n and contains records of the form some descriptive string> where  is 0001, 0002, 0003, etc. and string is 2 
>to 5 Rexx "words."
>
>Here's my Rexx code:
>
>  Say "Before sort" Index.0 Index.1 Index.2 Index.3
>  stdout.0 = 0
>  stderr.0 = 0
>  Call BPXWUNIX "/bin/sort -k2",Index.,Index.,stderr.
>  Do i = 1 to stderr.0
>Say "Sort error:" stderr.i
>End i
>  Say "After  sort" Index.0 Index.1 Index.2 Index.3
>
>And here is the output:
>
>Before sort 8 0001 Main Check 0002 OMVS (FTP Session) 0003 C Validation 
>After  sort 8 0001 Main Check 0002 OMVS (FTP Session) 0003 C Validation 
>
>My expectation is that -k2 would have caused sort to sort on the "descriptive 
>strings" (ignoring the ) but obviously that is not what has happened. What 
>am I doing wrong? (I have tried both -k2 and -k 2, and also -k1 and +1 -- all 
>with the same results.)
>
>Thanks,
>Charles

Use a different Stem Name for the output, it can't be the same name as the 
input.

-- 
Dale R. Smith

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Charles Mills]

Thanks. As I said, I have tried both -k2 and -k 2, and also -k1 and +1, all 
with the same result.

CM

On Thu, 7 Mar 2024 00:27:21 +, Sri Hari Kolusu  wrote:

>Charles,
>
>Try a space after k.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Sri Hari Kolusu]

Charles,

Your example data

/* REXX */
stdin.0=3
stdin.1="0001 Main Check"
stdin.2="0002 OMVS (FTP Session)"
stdin.3="0003 C Validation"

cmd="sort -k 2"
call bpxwunix cmd,stdin.,stdout.,stderr.

say "stdout:"
say "==="
do i=1 to stdout.0
  say stdout.i
end

say "stderr:"
say "==="
do i=1 to stderr.0
   say stderr.i
end

produces


stdout:
===
0003 C Validation
0001 Main Check
0002 OMVS (FTP Session)
stderr:
===

Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What am I doing wrong with BPXWUNIX sort?

[Sri Hari Kolusu]

Charles,

Try a space after k.

Something like this

/* REXX */
stdin.0=5
stdin.1="KIJJ 3"
stdin.2="KQWR 1"
stdin.3="ADGF 2"
stdin.4="OEPE 6"
stdin.5="VNVV 5"

cmd="sort -k 2"
call bpxwunix cmd,stdin.,stdout.,stderr.

say "stdout:"
say "==="
do i=1 to stdout.0
  say stdout.i
end

say "stderr:"
say "==="
do i=1 to stderr.0
   say stderr.i
end

Thanks,
Kolusu


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

What am I doing wrong with BPXWUNIX sort?

[Charles Mills]

I am trying to sort a Rexx "array" starting with the second "word" of the 
variables. My "array" is in Index.n and contains records of the form  where  is 0001, 0002, 0003, etc. and string is 2 to 5 
Rexx "words."

Here's my Rexx code:

  Say "Before sort" Index.0 Index.1 Index.2 Index.3
  stdout.0 = 0
  stderr.0 = 0
  Call BPXWUNIX "/bin/sort -k2",Index.,Index.,stderr.
  Do i = 1 to stderr.0
Say "Sort error:" stderr.i
End i
  Say "After  sort" Index.0 Index.1 Index.2 Index.3

And here is the output:

Before sort 8 0001 Main Check 0002 OMVS (FTP Session) 0003 C Validation 
After  sort 8 0001 Main Check 0002 OMVS (FTP Session) 0003 C Validation 

My expectation is that -k2 would have caused sort to sort on the "descriptive 
strings" (ignoring the ) but obviously that is not what has happened. What 
am I doing wrong? (I have tried both -k2 and -k 2, and also -k1 and +1 -- all 
with the same results.)

Thanks,
Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Problem executing bpxwunix

[Seymour J Metz]

My eyes!

I'm no fan of NOVALUE, but when you're passing the name of a variable you 
should quote it, not depend on its being uninitialized or dropped. Also, I find 
their indentation style hard to read.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, January 6, 2021 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem executing bpxwunix

On Wed, 6 Jan 2021 18:01:53 +, Frank Swarbrick wrote:

>"bpxwunix() can be used outside of the z/OS UNIX REXX environment (for 
>example, in TSO/E). In this case, stdin, stdout, stderr, and environment 
>variables are not inherited from the current process environment. For example, 
>when executing a REXX exec in this environment, you must either export the 
>PATH statement before invoking the REXX exec (command = 'export PATH;tsocmd 
>time'), or supply the PATH statement to BPXWUNIX (env.1='PATH=/bin') in order 
>for the REXX exec to execute properly. Otherwise, the REXX exec fails and 
>message BPXWI is displayed."
>
>From 
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/wunix.htm
>
Looking at the example  I suspect the OP followed, from:

https://www.ibm.com/support/pages/system/files/inline-files/CSM_Session_automation_v1.1.pdf

o It fails to supply stdin
o It supplies a PATH which probably doesn't contain "echo".

This ought to be worthy of an RCF.  The author should have tested his Exec
under IRXJCL.

Why "address tso"?  I see no TSO commands.


>
>From: Seymour J Metz
>Sent: Wednesday, January 6, 2021 5:20 AM
>
>What was the exact call that you used and did you provide a PATH in the 
>environment parameter?  Since there is no login shell, things don't get 
>initialized the way you might expect.
>
>
>From: Gadi Ben-Avi
>Sent: Wednesday, January 6, 2021 2:33 AM
>
>I would like to automate some csm (Copy services manager) from z/OS.
>I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
>works ok.
>I found the TechDoc named 'IBM Copy Services Manager session automation' by 
>Thomas Luther which has a rexx program that sets up the environment to run 
>csmcli.sh, get the output from it, and act upon the results.
>
>The rexx program uses bpxwunix to call cshcli.sh
>When I run the rexx program (whether under tso or in batch) I get lots of 
>error messages.
>I added an echo command at the beginning of csmcli.sh so I will know when it 
>starts.
>The command I added is 'echo "start csmcli.sh"'
>When I run it from the omvs shell, it works fine.
>When I run it from tso I get:
>echo: csmcli.sh 10: FSUM7351 not found
>
>Does this mean that it can't find the echo command?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Problem executing bpxwunix

[Paul Gilmartin]

On Wed, 6 Jan 2021 18:01:53 +, Frank Swarbrick wrote:

>"bpxwunix() can be used outside of the z/OS UNIX REXX environment (for 
>example, in TSO/E). In this case, stdin, stdout, stderr, and environment 
>variables are not inherited from the current process environment. For example, 
>when executing a REXX exec in this environment, you must either export the 
>PATH statement before invoking the REXX exec (command = 'export PATH;tsocmd 
>time'), or supply the PATH statement to BPXWUNIX (env.1='PATH=/bin') in order 
>for the REXX exec to execute properly. Otherwise, the REXX exec fails and 
>message BPXWI is displayed."
>
>From 
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/wunix.htm
>
Looking at the example  I suspect the OP followed, from:

https://www.ibm.com/support/pages/system/files/inline-files/CSM_Session_automation_v1.1.pdf

o It fails to supply stdin
o It supplies a PATH which probably doesn't contain "echo".

This ought to be worthy of an RCF.  The author should have tested his Exec
under IRXJCL.

Why "address tso"?  I see no TSO commands.


>
>From: Seymour J Metz
>Sent: Wednesday, January 6, 2021 5:20 AM
>
>What was the exact call that you used and did you provide a PATH in the 
>environment parameter?  Since there is no login shell, things don't get 
>initialized the way you might expect.
>
>
>From: Gadi Ben-Avi 
>Sent: Wednesday, January 6, 2021 2:33 AM
>
>I would like to automate some csm (Copy services manager) from z/OS.
>I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
>works ok.
>I found the TechDoc named 'IBM Copy Services Manager session automation' by 
>Thomas Luther which has a rexx program that sets up the environment to run 
>csmcli.sh, get the output from it, and act upon the results.
>
>The rexx program uses bpxwunix to call cshcli.sh
>When I run the rexx program (whether under tso or in batch) I get lots of 
>error messages.
>I added an echo command at the beginning of csmcli.sh so I will know when it 
>starts.
>The command I added is 'echo "start csmcli.sh"'
>When I run it from the omvs shell, it works fine.
>When I run it from tso I get:
>echo: csmcli.sh 10: FSUM7351 not found
>
>Does this mean that it can't find the echo command?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Problem executing bpxwunix

[Frank Swarbrick]

I meant to reply to Gadi, not you.  Sorry.  Just providing a bit more detail.


From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Wednesday, January 6, 2021 11:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Problem executing bpxwunix

Yes, that's why I asked what I asked. Until Gadi post's his code we're just 
guessing.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Wednesday, January 6, 2021 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem executing bpxwunix

"bpxwunix() can be used outside of the z/OS UNIX REXX environment (for example, 
in TSO/E). In this case, stdin, stdout, stderr, and environment variables are 
not inherited from the current process environment. For example, when executing 
a REXX exec in this environment, you must either export the PATH statement 
before invoking the REXX exec (command = 'export PATH;tsocmd time'), or supply 
the PATH statement to BPXWUNIX (env.1='PATH=/bin') in order for the REXX exec 
to execute properly. Otherwise, the REXX exec fails and message BPXWI is 
displayed."

>From 
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/wunix.htm



From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Wednesday, January 6, 2021 5:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Problem executing bpxwunix

What was the exact call that you used and did you provide a PATH in the 
environment parameter?  Since there is no login shell, things don't get 
initialized the way you might expect.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gadi Ben-Avi [gad...@malam.com]
Sent: Wednesday, January 6, 2021 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problem executing bpxwunix

Hi,
I would like to automate some csm (Copy services manager) from z/OS.
I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
works ok.
I found the TechDoc named 'IBM Copy Services Manager session automation' by 
Thomas Luther which has a rexx program that sets up the environment to run 
csmcli.sh, get the output from it, and act upon the results.

The rexx program uses bpxwunix to call cshcli.sh
When I run the rexx program (whether under tso or in batch) I get lots of error 
messages.
I added an echo command at the beginning of csmcli.sh so I will know when it 
starts.
The command I added is 'echo "start csmcli.sh"'
When I run it from the omvs shell, it works fine.
When I run it from tso I get:
echo: csmcli.sh 10: FSUM7351 not found

Does this mean that it can't find the echo command?

How can I fix this?

Gadi

--
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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Problem executing bpxwunix

[Seymour J Metz]

Yes, that's why I asked what I asked. Until Gadi post's his code we're just 
guessing.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Frank Swarbrick [frank.swarbr...@outlook.com]
Sent: Wednesday, January 6, 2021 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem executing bpxwunix

"bpxwunix() can be used outside of the z/OS UNIX REXX environment (for example, 
in TSO/E). In this case, stdin, stdout, stderr, and environment variables are 
not inherited from the current process environment. For example, when executing 
a REXX exec in this environment, you must either export the PATH statement 
before invoking the REXX exec (command = 'export PATH;tsocmd time'), or supply 
the PATH statement to BPXWUNIX (env.1='PATH=/bin') in order for the REXX exec 
to execute properly. Otherwise, the REXX exec fails and message BPXWI is 
displayed."

>From 
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/wunix.htm



From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Wednesday, January 6, 2021 5:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Problem executing bpxwunix

What was the exact call that you used and did you provide a PATH in the 
environment parameter?  Since there is no login shell, things don't get 
initialized the way you might expect.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gadi Ben-Avi [gad...@malam.com]
Sent: Wednesday, January 6, 2021 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problem executing bpxwunix

Hi,
I would like to automate some csm (Copy services manager) from z/OS.
I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
works ok.
I found the TechDoc named 'IBM Copy Services Manager session automation' by 
Thomas Luther which has a rexx program that sets up the environment to run 
csmcli.sh, get the output from it, and act upon the results.

The rexx program uses bpxwunix to call cshcli.sh
When I run the rexx program (whether under tso or in batch) I get lots of error 
messages.
I added an echo command at the beginning of csmcli.sh so I will know when it 
starts.
The command I added is 'echo "start csmcli.sh"'
When I run it from the omvs shell, it works fine.
When I run it from tso I get:
echo: csmcli.sh 10: FSUM7351 not found

Does this mean that it can't find the echo command?

How can I fix this?

Gadi

--
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: Problem executing bpxwunix

[Frank Swarbrick]

"bpxwunix() can be used outside of the z/OS UNIX REXX environment (for example, 
in TSO/E). In this case, stdin, stdout, stderr, and environment variables are 
not inherited from the current process environment. For example, when executing 
a REXX exec in this environment, you must either export the PATH statement 
before invoking the REXX exec (command = 'export PATH;tsocmd time'), or supply 
the PATH statement to BPXWUNIX (env.1='PATH=/bin') in order for the REXX exec 
to execute properly. Otherwise, the REXX exec fails and message BPXWI is 
displayed."

>From 
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb600/wunix.htm



From: IBM Mainframe Discussion List  on behalf of 
Seymour J Metz 
Sent: Wednesday, January 6, 2021 5:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Problem executing bpxwunix

What was the exact call that you used and did you provide a PATH in the 
environment parameter?  Since there is no login shell, things don't get 
initialized the way you might expect.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gadi Ben-Avi [gad...@malam.com]
Sent: Wednesday, January 6, 2021 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problem executing bpxwunix

Hi,
I would like to automate some csm (Copy services manager) from z/OS.
I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
works ok.
I found the TechDoc named 'IBM Copy Services Manager session automation' by 
Thomas Luther which has a rexx program that sets up the environment to run 
csmcli.sh, get the output from it, and act upon the results.

The rexx program uses bpxwunix to call cshcli.sh
When I run the rexx program (whether under tso or in batch) I get lots of error 
messages.
I added an echo command at the beginning of csmcli.sh so I will know when it 
starts.
The command I added is 'echo "start csmcli.sh"'
When I run it from the omvs shell, it works fine.
When I run it from tso I get:
echo: csmcli.sh 10: FSUM7351 not found

Does this mean that it can't find the echo command?

How can I fix this?

Gadi

--
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: Problem executing bpxwunix

[Paul Gilmartin]

On Wed, 6 Jan 2021 07:33:41 +, Gadi Ben-Avi  wrote:
>
>I would like to automate some csm (Copy services manager) from z/OS.
>I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
>works ok.
>I found the TechDoc named 'IBM Copy Services Manager session automation' by 
>Thomas Luther which has a rexx program that sets up the environment to run 
>csmcli.sh, get the output from it, and act upon the results.
>
Is that: 
https://www.ibm.com/support/pages/system/files/inline-files/CSM_Session_automation_v1.1.pdf
???

The BPXWUNIX example is amateurish; the author doesn't know Rexx very well.
He clearly doesn't understand that RETURN restores the parent addressing
environment.

Did you change the HOME and PATH ENVIRONMENT variables?

I'll suggest prefixing each "USS" command with "set -x; "


>The rexx program uses bpxwunix to call cshcli.sh
>When I run the rexx program (whether under tso or in batch) I get lots of 
>error messages.
>I added an echo command at the beginning of csmcli.sh so I will know when it 
>starts.
>The command I added is 'echo "start csmcli.sh"'
>When I run it from the omvs shell, it works fine.
>When I run it from tso I get:
>echo: csmcli.sh 10: FSUM7351 not found
>
>Does this mean that it can't find the echo command?
>
Yes.

>How can I fix this?
>
Try "PATH=/opt/IBM/CSM/CLI/:/bin"

Check that all the directories mentioned by Rexx exist.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Problem executing bpxwunix

[Seymour J Metz]

What was the exact call that you used and did you provide a PATH in the 
environment parameter?  Since there is no login shell, things don't get 
initialized the way you might expect.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gadi Ben-Avi [gad...@malam.com]
Sent: Wednesday, January 6, 2021 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problem executing bpxwunix

Hi,
I would like to automate some csm (Copy services manager) from z/OS.
I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
works ok.
I found the TechDoc named 'IBM Copy Services Manager session automation' by 
Thomas Luther which has a rexx program that sets up the environment to run 
csmcli.sh, get the output from it, and act upon the results.

The rexx program uses bpxwunix to call cshcli.sh
When I run the rexx program (whether under tso or in batch) I get lots of error 
messages.
I added an echo command at the beginning of csmcli.sh so I will know when it 
starts.
The command I added is 'echo "start csmcli.sh"'
When I run it from the omvs shell, it works fine.
When I run it from tso I get:
echo: csmcli.sh 10: FSUM7351 not found

Does this mean that it can't find the echo command?

How can I fix this?

Gadi

--
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

Problem executing bpxwunix

[Gadi Ben-Avi]

Hi,
I would like to automate some csm (Copy services manager) from z/OS.
I installed csmcli on z/OS, and if I run csmcli.sh from the omvs shell, it 
works ok.
I found the TechDoc named 'IBM Copy Services Manager session automation' by 
Thomas Luther which has a rexx program that sets up the environment to run 
csmcli.sh, get the output from it, and act upon the results.

The rexx program uses bpxwunix to call cshcli.sh
When I run the rexx program (whether under tso or in batch) I get lots of error 
messages.
I added an echo command at the beginning of csmcli.sh so I will know when it 
starts.
The command I added is 'echo "start csmcli.sh"'
When I run it from the omvs shell, it works fine.
When I run it from tso I get:
echo: csmcli.sh 10: FSUM7351 not found

Does this mean that it can't find the echo command?

How can I fix this?

Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Seymour J Metz]

The WCC is under the control of whatever program is doing the TPUT. If you know 
that you will run a long time with no terminal output then you can poll 
periodically, or rely on STAX. If the user is typing ahead at a furious rate 
then you might want to lock the keyboard at some point, but that should be rare.

CMS will display a "Not Accepted" status if the buffer is full. While I claim 
that CMS stands for Clumsy Monitor System, this is one area where it is cleaner 
than the TMP.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, June 28, 2020 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sun, 28 Jun 2020 16:04:06 +, Seymour J Metz wrote:

>Why not just set keyboard unlock in the WCC and do a TGET NOWAIT before each 
>TPUT?
>
Is the Write Control Character under control of the end user, or even
of the OMVS developer?  I sense a political battle: "What need ...?"

Suppose there's extended computation with no terminal output?
Should the terminal driver routinely do the TGET NOWAIT after
every ENTER and save the data in the terminal input FIFO?
(Lock the terminal on FIFO overflow.)  What does CMS do?

An example on MacOS:
596 $ sleep 10; while read I; do echo Saw $I; done; echo EOF
first
second
third
^D
Saw first
Saw second
Saw third
EOF
597 $

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sun, 28 Jun 2020 16:04:06 +, Seymour J Metz wrote:

>Why not just set keyboard unlock in the WCC and do a TGET NOWAIT before each 
>TPUT?
> 
Is the Write Control Character under control of the end user, or even
of the OMVS developer?  I sense a political battle: "What need ...?"

Suppose there's extended computation with no terminal output?
Should the terminal driver routinely do the TGET NOWAIT after
every ENTER and save the data in the terminal input FIFO?
(Lock the terminal on FIFO overflow.)  What does CMS do?

An example on MacOS:
596 $ sleep 10; while read I; do echo Saw $I; done; echo EOF
first
second
third
^D
Saw first
Saw second
Saw third
EOF
597 $

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Binyamin Dissen]

On Sun, 28 Jun 2020 09:09:43 -0500 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

:>The REFRESH key is better: less disruptive.  ATTN is *so* 20th Century.

The ATTN key merely notifies the monitor that the user wants control. It is
not disruptive unless that is what the monitor is supposed to do. The monitor
can let things keep running while soliciting input.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Seymour J Metz]

Why not just set keyboard unlock in the WCC and do a TGET NOWAIT before each 
TPUT?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, June 28, 2020 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sat, 27 Jun 2020 23:15:51 -0500 Bruce Hewson 
wrote:

:>The reason for this behavior is that TSO/VTAM provides no way to wait for 
keyboard input and TTY output at the same time under TSO.

Yes, it can. Use the ATTN/PA1 key to get the opportunity to enter something.

--
Binyamin Dissen 
http://secure-web.cisco.com/1sHHSJsfKZzHSQl3wv-a6Wa0YQgiBS2D1r1TGjHvXPH8i8dpgzbjiMreF_zSC2i0Z_weYEPvwwce3wkW9ZzzVI21fRsGL_y0kSNcVVHStEFHgxs_Phu2ZqgprYVCdC1-9sE7zp5ymdgvYzHo6eatdExZ-ykvC5Z9KHZ9VKIVJTY1SpuKAgccw0o0lYxZRSvlDMqGCcac-47b-agFcI4eJz_Jc9GfgaCEt6-l94z_0TgNA3ZRCNvNWKsQBzCDpceQRcTPdLVD2PMKstSO7zRGMUJrPaFXgmgvfbPFs0XqK442QkWEFOWQsR1RvbGsw8IslpwiRRJLCFhU9kYctt-2hcpu2GZ1dZusMUYrCughDhn6TfWTLzlQWI-xHF-4ymxXbpdRRH2KRxRviNUebDkQbpkzZApFDZoWft4oP6MkC9IIPLz2hr0w-OzQlZKR83HL3/http%3A%2F%2Fwww.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: Use of BPXWUNIX and CP - a weekend quandary.

[Seymour J Metz]

> Can TGET NOWAIT simulate that look-and-feel?

Il va dsans dire. Maybe the MVS-OE developers should have look at CMS in 
addtion to reading up on the TSO macros. OTOH, maybe they shoukld have been 
familiar with the MVS and Eunix worlds in general; it wasn't well integrated 
with classic MVS, and no matter how popular, if it wasn't in POSIX or XOOPEN it 
didn't make the cut.

> The REFRESH key is better: less disruptive.  ATTN is *so* 20th Century.

WTF?

There is no "REFRESH" key on the 3270, there is only a PA key that you've told 
the software to treat as a refresh. In what regard is, e.g., PA2, more modern 
than ATTN? If anything, ATTN is more modern, and it doesn't require that the 
program first unlock the keyboard in the WCC.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, June 28, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sun, 28 Jun 2020 09:35:25 +, Seymour J Metz wrote:

>Sigh! I wish that IBM would train its developers to exploit the platforms 
>they're writing to and not give excuses; TSO had TGET NOWAIT long before 
>MVS-OE, and there is no need to simultaneously wait for terminal input and 
>output.
>
"O, Reason not the need: ..."
-- King Lear

Users of TOPS-10, UNIX, ... on low-bandwidth full-duplex serial terminals
and CMS on 3270 have long been accustomed to typing multiple lines
into a FIFO terminal input buffer for subsequent reading by the running
program.  Can TGET NOWAIT simulate that look-and-feel?

(I've rearranged quotations below.  I believe I haven't distorted
context.  Check archives for accuracy.)

On Sun, 28 Jun 2020 16:44:33 +0300, Binyamin Dissen wrote:

>On Sat, 27 Jun 2020 23:15:51 -0500 Bruce Hewson wrote:
>
>TSO OMVS design issue - the RUNNING/INPUT switch is to simulate TTY on a 3270 
>block mode terminal.
>
>for reference, and possible solution:-
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/misout.htm
>...
>:>The reason for this behavior is that TSO/VTAM provides no way to wait for 
>keyboard input and TTY output at the same time under TSO.
>
>Yes, it can. Use the ATTN/PA1 key to get the opportunity to enter something.
>
The REFRESH key is better: less disruptive.  ATTN is *so* 20th Century.

>On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck wrote:
 
> the shell input status changes from RUNNING to INPUT
>and will not proceed until I hit ENTER.  I've waited and ENTER is a must.

>Thanks for any tips/hints/suggestions.
>
Don't spend much human or CPU resource driving a square peg into
a round hole.  Pragmatic users can use SSH and zFS directories;
the masochists can stay with 3270 OMVS and PDS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sun, 28 Jun 2020 09:35:25 +, Seymour J Metz wrote:

>Sigh! I wish that IBM would train its developers to exploit the platforms 
>they're writing to and not give excuses; TSO had TGET NOWAIT long before 
>MVS-OE, and there is no need to simultaneously wait for terminal input and 
>output.
> 
"O, Reason not the need: ..."
-- King Lear

Users of TOPS-10, UNIX, ... on low-bandwidth full-duplex serial terminals
and CMS on 3270 have long been accustomed to typing multiple lines
into a FIFO terminal input buffer for subsequent reading by the running
program.  Can TGET NOWAIT simulate that look-and-feel?

(I've rearranged quotations below.  I believe I haven't distorted
context.  Check archives for accuracy.)

On Sun, 28 Jun 2020 16:44:33 +0300, Binyamin Dissen wrote:

>On Sat, 27 Jun 2020 23:15:51 -0500 Bruce Hewson wrote:
>
>TSO OMVS design issue - the RUNNING/INPUT switch is to simulate TTY on a 3270 
>block mode terminal.
>
>for reference, and possible solution:-
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/misout.htm
>...
>:>The reason for this behavior is that TSO/VTAM provides no way to wait for 
>keyboard input and TTY output at the same time under TSO.
>
>Yes, it can. Use the ATTN/PA1 key to get the opportunity to enter something.
>
The REFRESH key is better: less disruptive.  ATTN is *so* 20th Century.

>On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck wrote:
 
> the shell input status changes from RUNNING to INPUT
>and will not proceed until I hit ENTER.  I've waited and ENTER is a must.

>Thanks for any tips/hints/suggestions.
>
Don't spend much human or CPU resource driving a square peg into
a round hole.  Pragmatic users can use SSH and zFS directories;
the masochists can stay with 3270 OMVS and PDS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Binyamin Dissen]

On Sat, 27 Jun 2020 23:15:51 -0500 Bruce Hewson 
wrote:

:>The reason for this behavior is that TSO/VTAM provides no way to wait for 
keyboard input and TTY output at the same time under TSO.

Yes, it can. Use the ATTN/PA1 key to get the opportunity to enter something.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Seymour J Metz]

Sigh! I wish that IBM would train its developers to exploit the platforms 
they're writing to and not give excuses; TSO had TGET NOWAIT long before 
MVS-OE, and there is no need to simultaneously wait for terminal input and 
output.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Bruce Hewson [bruce_hew...@hotmail.com]
Sent: Sunday, June 28, 2020 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

Hello Lionel,

TSO OMVS design issue - the RUNNING/INPUT switch is to simulate TTY on a 3270 
block mode terminal.

for reference, and possible solution:-

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/misout.htm

At times you may find that the status indicator changes to INPUT before you 
have received any or all of your output. Don't worry—the shell is producing 
output and storing it in a buffer. Just press the Refresh function key and the 
shell will display more output on your screen. (If you don't have a Refresh 
function key, you can press a  key, , or .)

The reason for this behavior is that TSO/VTAM provides no way to wait for 
keyboard input and TTY output at the same time under TSO.

On the z/OS UNIX System Services Web site, there is some code (poll.c) that 
lets an OMVS user remain in RUNNING mode indefinitely. This improves usability, 
but it can have a significant performance impact if many people use it. You can 
download the code by going to the Tips section:
http://www-03.ibm.com/systems/z/os/zos/features/unix/

Regards
Bruce

On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck  wrote:

>I'm running a rexx script under the OMVS shell and have an anomaly that I
>need help with.
 
>
>
>When there are more (I don't know what that number is yet but in excess of
>30 but less than 100) the shell input status changes from RUNNING to INPUT
>and will not proceed until I hit ENTER.  I've waited and ENTER is a must.
>

>
>Thanks for any tips/hints/suggestions.
>

>Lionel B. Dyck <
>Website:  
><https://secure-web.cisco.com/1du6HFIT1uN-Smntk86IiPoHOweYSzx3X-CvAlD46-GVJO9jP1JkcD-nu24XB9RsziWFK-3HW0T7q3y6UROEthMAqzzYzuA00f_wKoOM_O3RdQfzY8QcGRqMdMxfCh_cKDFp6W1KkeSjvEP9u8NtfbcEK8RSNia8Fq3X1stsvwWJa8KetlIhuO_Sp8jLsD3DP1Q1q1lSspjSg6PL1xqYxjLWpG6ZTWcTlmdes2_t-Blmd4wIpBBSnEphzXnfsll8ddJfekWhUzhfZSv8VEEeE3GL-qb3pkhJIkAk92fvKPtiTAbzLWBy-Jxeu2ePdgWgAj1Ms49N9TixOe5nJQ1z-AGn0L-_rDfsSADT5gLc3x629Q_3fTd3Un6zkXfhINLEGyapbWF_b8W4_0P43PazMy_H-FS0Rrcoz-WIpYFbeVa-UcDYfQGAO35a9LYpK9n_0/https%3A%2F%2Fwww.lbdsoftware.com>
> 
>https://secure-web.cisco.com/1du6HFIT1uN-Smntk86IiPoHOweYSzx3X-CvAlD46-GVJO9jP1JkcD-nu24XB9RsziWFK-3HW0T7q3y6UROEthMAqzzYzuA00f_wKoOM_O3RdQfzY8QcGRqMdMxfCh_cKDFp6W1KkeSjvEP9u8NtfbcEK8RSNia8Fq3X1stsvwWJa8KetlIhuO_Sp8jLsD3DP1Q1q1lSspjSg6PL1xqYxjLWpG6ZTWcTlmdes2_t-Blmd4wIpBBSnEphzXnfsll8ddJfekWhUzhfZSv8VEEeE3GL-qb3pkhJIkAk92fvKPtiTAbzLWBy-Jxeu2ePdgWgAj1Ms49N9TixOe5nJQ1z-AGn0L-_rDfsSADT5gLc3x629Q_3fTd3Un6zkXfhINLEGyapbWF_b8W4_0P43PazMy_H-FS0Rrcoz-WIpYFbeVa-UcDYfQGAO35a9LYpK9n_0/https%3A%2F%2Fwww.lbdsoftware.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Wayne Bickerdike]

Is FTP faster?

On Sun, Jun 28, 2020 at 6:23 PM Lionel B Dyck  wrote:

> Good to know - would be nice if there were a way to extend the interval or
> prevent it - perhaps with an environment variable.
>
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Bruce Hewson
> Sent: Saturday, June 27, 2020 11:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.
>
> Hello Lionel,
>
> TSO OMVS design issue - the RUNNING/INPUT switch is to simulate TTY on a
> 3270 block mode terminal.
>
> for reference, and possible solution:-
>
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/misout.htm
>
> At times you may find that the status indicator changes to INPUT before
> you have received any or all of your output. Don't worry—the shell is
> producing output and storing it in a buffer. Just press the Refresh
> function key and the shell will display more output on your screen. (If you
> don't have a Refresh function key, you can press a  key, , or
> .)
>
> The reason for this behavior is that TSO/VTAM provides no way to wait for
> keyboard input and TTY output at the same time under TSO.
>
> On the z/OS UNIX System Services Web site, there is some code (poll.c)
> that lets an OMVS user remain in RUNNING mode indefinitely. This improves
> usability, but it can have a significant performance impact if many people
> use it. You can download the code by going to the Tips section:
> http://www-03.ibm.com/systems/z/os/zos/features/unix/
>
> Regards
> Bruce
>
> On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck 
> wrote:
>
> >I'm running a rexx script under the OMVS shell and have an anomaly that
> >I need help with.
>  
> >
> >
> >When there are more (I don't know what that number is yet but in excess
> >of
> >30 but less than 100) the shell input status changes from RUNNING to
> >INPUT and will not proceed until I hit ENTER.  I've waited and ENTER is a
> must.
> >
> 
> >
> >Thanks for any tips/hints/suggestions.
> >
>
> >Lionel B. Dyck <
> >Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.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
>


-- 
Wayne V. Bickerdike

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

Good to know - would be nice if there were a way to extend the interval or 
prevent it - perhaps with an environment variable.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bruce Hewson
Sent: Saturday, June 27, 2020 11:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

Hello Lionel,

TSO OMVS design issue - the RUNNING/INPUT switch is to simulate TTY on a 3270 
block mode terminal.

for reference, and possible solution:-

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/misout.htm

At times you may find that the status indicator changes to INPUT before you 
have received any or all of your output. Don't worry—the shell is producing 
output and storing it in a buffer. Just press the Refresh function key and the 
shell will display more output on your screen. (If you don't have a Refresh 
function key, you can press a  key, , or .)

The reason for this behavior is that TSO/VTAM provides no way to wait for 
keyboard input and TTY output at the same time under TSO.

On the z/OS UNIX System Services Web site, there is some code (poll.c) that 
lets an OMVS user remain in RUNNING mode indefinitely. This improves usability, 
but it can have a significant performance impact if many people use it. You can 
download the code by going to the Tips section:
http://www-03.ibm.com/systems/z/os/zos/features/unix/

Regards
Bruce

On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck  wrote:

>I'm running a rexx script under the OMVS shell and have an anomaly that 
>I need help with.
 
>
>
>When there are more (I don't know what that number is yet but in excess 
>of
>30 but less than 100) the shell input status changes from RUNNING to 
>INPUT and will not proceed until I hit ENTER.  I've waited and ENTER is a must.
>

>
>Thanks for any tips/hints/suggestions.
>

>Lionel B. Dyck <
>Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Bruce Hewson]

Hello Lionel,

TSO OMVS design issue - the RUNNING/INPUT switch is to simulate TTY on a 3270 
block mode terminal.

for reference, and possible solution:-

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa400/misout.htm

At times you may find that the status indicator changes to INPUT before you 
have received any or all of your output. Don't worry—the shell is producing 
output and storing it in a buffer. Just press the Refresh function key and the 
shell will display more output on your screen. (If you don't have a Refresh 
function key, you can press a  key, , or .)

The reason for this behavior is that TSO/VTAM provides no way to wait for 
keyboard input and TTY output at the same time under TSO.

On the z/OS UNIX System Services Web site, there is some code (poll.c) that 
lets an OMVS user remain in RUNNING mode indefinitely. This improves usability, 
but it can have a significant performance impact if many people use it. You can 
download the code by going to the Tips section:
http://www-03.ibm.com/systems/z/os/zos/features/unix/

Regards
Bruce

On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck  wrote:

>I'm running a rexx script under the OMVS shell and have an anomaly that I
>need help with.
 
>
>
>When there are more (I don't know what that number is yet but in excess of
>30 but less than 100) the shell input status changes from RUNNING to INPUT
>and will not proceed until I hit ENTER.  I've waited and ENTER is a must.
>

>
>Thanks for any tips/hints/suggestions.
>

>Lionel B. Dyck <
>Website:   https://www.lbdsoftware.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

That is doable.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, June 27, 2020 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sat, 27 Jun 2020 12:28:57 -0500, Lionel B Dyck wrote:

>This need is only for the initial installation script to get the repositories 
>z/OS datasets populated from the OMVS files.  Once there the ISPF interfaces 
>invokes REXX exec's have no problem with cp.
> 
Is it possible for the bravely adventuresome to skip the PDS (they may not need 
them) and rely entirely on zFS and ISPF 3.17?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sat, 27 Jun 2020 12:28:57 -0500, Lionel B Dyck wrote:

>This need is only for the initial installation script to get the repositories 
>z/OS datasets populated from the OMVS files.  Once there the ISPF interfaces 
>invokes REXX exec's have no problem with cp.
> 
Is it possible for the bravely adventuresome to skip the PDS (they
may not need them) and rely entirely on zFS and ISPF 3.17?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

This need is only for the initial installation script to get the repositories 
z/OS datasets populated from the OMVS files.  Once there the ISPF interfaces 
invokes REXX exec's have no problem with cp.

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, June 27, 2020 12:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sat, 27 Jun 2020 11:51:02 -0500, Lionel B Dyck wrote:

>You said: " Why do you need a PDS?  Isn't the zFS directory more git-friendly?"
>
>The reason for ZIGI is to provide the z/OS ISPF developer with an environment 
>they are familiar with and thus the need to mirror the data from the OMVS git 
>repository into z/OS datasets.
> 
Why?  I've found ISPF 3.17 to suffice.  And it has the ISPF look-and-feel.
But my colleagues impulsively, inexplicably, do an OGETX.  Perhaps "PDS=NO" 
should be an option for those who don't fear innovation.

Or, let your clients electively do the OGETX or cp from their 3270 or SSH 
command line if they feel the need and accept the performance hit.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sat, 27 Jun 2020 12:11:18 -0500, Shawn Prenevost wrote:

>Is it possible to run an OMVS Rexx via batch job?
>
If the EXEC is in zFS, via IKJEFT01, IRXJCL, or BPXWUNIX.  Some
bridge code may be needed.

If the EXEC in PDS, via IRXJCL or IKJEFT01.  Address SYSCALL,
BPXWUNIX, and BPXWDYN are fully available.  Some bridge
code may be needed.  I've often put my bridge code instream
and started my SYSTSIN with a REPRO to copy that EXEC
to a temporary PDS.

There are too many ways rather than a single best one.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Shawn Prenevost]

Is it possible to run an OMVS Rexx via batch job?

On Sat, Jun 27, 2020 at 12:04 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 27 Jun 2020 11:51:02 -0500, Lionel B Dyck wrote:
>
> >You said: " Why do you need a PDS?  Isn't the zFS directory more
> git-friendly?"
> >
> >The reason for ZIGI is to provide the z/OS ISPF developer with an
> environment they are familiar with and thus the need to mirror the data
> from the OMVS git repository into z/OS datasets.
> >
> Why?  I've found ISPF 3.17 to suffice.  And it has the ISPF look-and-feel.
> But my colleagues impulsively, inexplicably, do an OGETX.  Perhaps
> "PDS=NO" should be an option for those who don't fear innovation.
>
> Or, let your clients electively do the OGETX or cp from their 3270 or
> SSH command line if they feel the need and accept the performance
> hit.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sat, 27 Jun 2020 11:51:02 -0500, Lionel B Dyck wrote:

>You said: " Why do you need a PDS?  Isn't the zFS directory more git-friendly?"
>
>The reason for ZIGI is to provide the z/OS ISPF developer with an environment 
>they are familiar with and thus the need to mirror the data from the OMVS git 
>repository into z/OS datasets.
> 
Why?  I've found ISPF 3.17 to suffice.  And it has the ISPF look-and-feel.
But my colleagues impulsively, inexplicably, do an OGETX.  Perhaps
"PDS=NO" should be an option for those who don't fear innovation.

Or, let your clients electively do the OGETX or cp from their 3270 or
SSH command line if they feel the need and accept the performance
hit.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

You said: " Why do you need a PDS?  Isn't the zFS directory more git-friendly?"

The reason for ZIGI is to provide the z/OS ISPF developer with an environment 
they are familiar with and thus the need to mirror the data from the OMVS git 
repository into z/OS datasets.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, June 27, 2020 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sat, 27 Jun 2020 11:05:37 -0500, Lionel B Dyck wrote:

>Tried the background option you suggested and still no joy.
>
>I'm not giving up . . . (yet)
> 
_BPX_SHAREAS=NO to run in a separate ASID might make a difference.
The parent might pause but the child continue running.  But you'd lose your 
parent's DDNAMEs.

OGETX?  Co:Z?  (If your users have Co:Z.)

Why do you need a PDS?  Isn't the zFS directory more git-friendly?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sat, 27 Jun 2020 11:05:37 -0500, Lionel B Dyck wrote:

>Tried the background option you suggested and still no joy.
>
>I'm not giving up . . . (yet)
> 
_BPX_SHAREAS=NO to run in a separate ASID might make a difference.
The parent might pause but the child continue running.  But you'd lose
your parent's DDNAMEs.

OGETX?  Co:Z?  (If your users have Co:Z.)

Why do you need a PDS?  Isn't the zFS directory more git-friendly?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

The exec has very little output and while the cp is running there is none since 
it is one cp copying anywhere from 1 to hundreds of files into a PDS as members.

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Itschak Mugzach
Sent: Saturday, June 27, 2020 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

Lionel,

OMVS has many options, ope of them is scroll/noscrolk. But why not redirect 
output to a file? This way you don't need to see or scroll the list and can 
later review errors.

ITschak

בתאריך שבת, 27 ביוני 2020, 19:05, מאת Lionel B Dyck ‏:

> Tried the background option you suggested and still no joy.
>
> I'm not giving up . . . (yet)
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Paul Gilmartin
> Sent: Saturday, June 27, 2020 10:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.
>
> On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck wrote:
> >
> >When there are more (I don't know what that number is yet but in 
> >excess of
> >30 but less than 100) the shell input status changes from RUNNING to 
> >INPUT and will not proceed until I hit ENTER.  I've waited and ENTER 
> >is a
> must.
> >
> "Doctor it hurts when I do this."
>
> >Note that this does NOT occur when I SSH into the z/OS system and run 
> >the rexx script from that interface.
> >
> "Don't do that!"
>
> It's a terrible design, perhaps a desperate accommodation to the 
> limitations of TSO and VTAM.  Perhaps this is the reason that ISPF 
> generally has no interruptible progress bars.  CMS has no such problem.
>
> In order to have the keyboard appear unlocked while a command is 
> running,
> 3270 OMVS polls intensively (READ SCREEN?) and unlocks the keyboard on 
> any keystroke.  This is CPU-intensive so after a fixed time 
> (wall-clock, I believe, not resource use), OMVS pauses the running 
> task and waits for a
> 3270 interrupt.
>
> You've found a circumvention: use SSH, not 3270.
>
> Would putting the command in background:
> cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'" & ... make a difference?
> The status might yet go to INPUT, but the command might continue to run.
>
> What about SYSCALL spawn?  A dozen more lines of code than BPXWUNIX.
>
> Batch?
>
> Years ago this was whined about on MVS-OE.  I don't know that there 
> ever was an RFE.  It couldn't have been resolved satisfactorily.
>
> Dammit!  ISPF LM services should be made zFS-savvy!
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
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: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

My input is a omvs directory and the output is a pds 


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Saturday, June 27, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

So I came across this interesting snippet...

"You can also use cp to copy files to and from MVS™ data sets. If you specify 
more than one file to be copied, the target (last path name on command line) 
must be either a directory or a partitioned data set. *If the target is an MVS 
partitioned data set, the source cannot be a UNIX
directory."*

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxa500/cp.htm

So isnt your source a UNIX directory?  /u/me/pdsdir/*

Joe

On Sat, Jun 27, 2020 at 11:03 AM Lionel B Dyck  wrote:

> Removing -v did not affect the results - still back to INPUT ☹
>
> Thanks - great idea
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Joe Monk
> Sent: Saturday, June 27, 2020 10:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.
>
> What happens if you omit -v?
>
> Joe
>
> On Sat, Jun 27, 2020 at 10:13 AM Lionel B Dyck  wrote:
>
> > I'm running a rexx script under the OMVS shell and have an anomaly 
> > that I need help with.
> >
> >
> >
> > I'm copying a OMVS directory that contains a lot of files into a PDS 
> > where each file results in a PDS member.
> >
> >
> >
> > The command is similar to:  cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'"
> >
> >
> >
> > When there are fewer than 20-30 files the cp runs just fine.
> >
> >
> >
> > When there are more (I don't know what that number is yet but in 
> > excess of
> > 30 but less than 100) the shell input status changes from RUNNING to 
> > INPUT and will not proceed until I hit ENTER.  I've waited and ENTER 
> > is
> a must.
> >
> >
> >
> > I've 2 bpxwunix environment variables set:
> >
> > env.1 = '_BPX_SHAREAS=YES'
> >
> > env.2 = '_BPX_SPAWN_SCRIPT=YES'
> >
> > env.0 = 2
> >
> >
> >
> > Note that this does NOT occur when I SSH into the z/OS system and 
> > run the rexx script from that interface.
> >
> >
> >
> > Thanks for any tips/hints/suggestions.
> >
> >
> >
> >
> >
> > Lionel B. Dyck <
> > Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> >
> >
> >
> > 
> > -- 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Itschak Mugzach]

Lionel,

OMVS has many options, ope of them is scroll/noscrolk. But why not redirect
output to a file? This way you don't need to see or scroll the list and can
later review errors.

ITschak

בתאריך שבת, 27 ביוני 2020, 19:05, מאת Lionel B Dyck ‏:

> Tried the background option you suggested and still no joy.
>
> I'm not giving up . . . (yet)
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Saturday, June 27, 2020 10:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.
>
> On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck wrote:
> >
> >When there are more (I don't know what that number is yet but in excess
> >of
> >30 but less than 100) the shell input status changes from RUNNING to
> >INPUT and will not proceed until I hit ENTER.  I've waited and ENTER is a
> must.
> >
> "Doctor it hurts when I do this."
>
> >Note that this does NOT occur when I SSH into the z/OS system and run
> >the rexx script from that interface.
> >
> "Don't do that!"
>
> It's a terrible design, perhaps a desperate accommodation to the
> limitations of TSO and VTAM.  Perhaps this is the reason that ISPF
> generally has no interruptible progress bars.  CMS has no such problem.
>
> In order to have the keyboard appear unlocked while a command is running,
> 3270 OMVS polls intensively (READ SCREEN?) and unlocks the keyboard on any
> keystroke.  This is CPU-intensive so after a fixed time (wall-clock, I
> believe, not resource use), OMVS pauses the running task and waits for a
> 3270 interrupt.
>
> You've found a circumvention: use SSH, not 3270.
>
> Would putting the command in background:
> cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'" & ... make a difference?
> The status might yet go to INPUT, but the command might continue to run.
>
> What about SYSCALL spawn?  A dozen more lines of code than BPXWUNIX.
>
> Batch?
>
> Years ago this was whined about on MVS-OE.  I don't know that there ever
> was an RFE.  It couldn't have been resolved satisfactorily.
>
> Dammit!  ISPF LM services should be made zFS-savvy!
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Joe Monk]

So I came across this interesting snippet...

"You can also use cp to copy files to and from MVS™ data sets. If you
specify more than one file to be copied, the target (last path name on
command line) must be either a directory or a partitioned data set. *If the
target is an MVS partitioned data set, the source cannot be a UNIX
directory."*

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxa500/cp.htm

So isnt your source a UNIX directory?  /u/me/pdsdir/*

Joe

On Sat, Jun 27, 2020 at 11:03 AM Lionel B Dyck  wrote:

> Removing -v did not affect the results - still back to INPUT ☹
>
> Thanks - great idea
>
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Joe Monk
> Sent: Saturday, June 27, 2020 10:26 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.
>
> What happens if you omit -v?
>
> Joe
>
> On Sat, Jun 27, 2020 at 10:13 AM Lionel B Dyck  wrote:
>
> > I'm running a rexx script under the OMVS shell and have an anomaly
> > that I need help with.
> >
> >
> >
> > I'm copying a OMVS directory that contains a lot of files into a PDS
> > where each file results in a PDS member.
> >
> >
> >
> > The command is similar to:  cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'"
> >
> >
> >
> > When there are fewer than 20-30 files the cp runs just fine.
> >
> >
> >
> > When there are more (I don't know what that number is yet but in
> > excess of
> > 30 but less than 100) the shell input status changes from RUNNING to
> > INPUT and will not proceed until I hit ENTER.  I've waited and ENTER is
> a must.
> >
> >
> >
> > I've 2 bpxwunix environment variables set:
> >
> > env.1 = '_BPX_SHAREAS=YES'
> >
> > env.2 = '_BPX_SPAWN_SCRIPT=YES'
> >
> > env.0 = 2
> >
> >
> >
> > Note that this does NOT occur when I SSH into the z/OS system and run
> > the rexx script from that interface.
> >
> >
> >
> > Thanks for any tips/hints/suggestions.
> >
> >
> >
> >
> >
> > Lionel B. Dyck <
> > Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is
> > what you are, reputation merely what others think you are." - John
> > Wooden
> >
> >
> >
> >
> > --
> > 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: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

Tried the background option you suggested and still no joy.

I'm not giving up . . . (yet)

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, June 27, 2020 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck wrote:
>
>When there are more (I don't know what that number is yet but in excess 
>of
>30 but less than 100) the shell input status changes from RUNNING to 
>INPUT and will not proceed until I hit ENTER.  I've waited and ENTER is a must.
> 
"Doctor it hurts when I do this."

>Note that this does NOT occur when I SSH into the z/OS system and run 
>the rexx script from that interface.
> 
"Don't do that!"

It's a terrible design, perhaps a desperate accommodation to the limitations of 
TSO and VTAM.  Perhaps this is the reason that ISPF generally has no 
interruptible progress bars.  CMS has no such problem.

In order to have the keyboard appear unlocked while a command is running, 3270 
OMVS polls intensively (READ SCREEN?) and unlocks the keyboard on any 
keystroke.  This is CPU-intensive so after a fixed time (wall-clock, I believe, 
not resource use), OMVS pauses the running task and waits for a 3270 interrupt.

You've found a circumvention: use SSH, not 3270.

Would putting the command in background:
cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'" & ... make a difference?  The 
status might yet go to INPUT, but the command might continue to run.

What about SYSCALL spawn?  A dozen more lines of code than BPXWUNIX.

Batch?

Years ago this was whined about on MVS-OE.  I don't know that there ever was an 
RFE.  It couldn't have been resolved satisfactorily.

Dammit!  ISPF LM services should be made zFS-savvy!

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

Removing -v did not affect the results - still back to INPUT ☹

Thanks - great idea

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Saturday, June 27, 2020 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Use of BPXWUNIX and CP - a weekend quandary.

What happens if you omit -v?

Joe

On Sat, Jun 27, 2020 at 10:13 AM Lionel B Dyck  wrote:

> I'm running a rexx script under the OMVS shell and have an anomaly 
> that I need help with.
>
>
>
> I'm copying a OMVS directory that contains a lot of files into a PDS 
> where each file results in a PDS member.
>
>
>
> The command is similar to:  cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'"
>
>
>
> When there are fewer than 20-30 files the cp runs just fine.
>
>
>
> When there are more (I don't know what that number is yet but in 
> excess of
> 30 but less than 100) the shell input status changes from RUNNING to 
> INPUT and will not proceed until I hit ENTER.  I've waited and ENTER is a 
> must.
>
>
>
> I've 2 bpxwunix environment variables set:
>
> env.1 = '_BPX_SHAREAS=YES'
>
> env.2 = '_BPX_SPAWN_SCRIPT=YES'
>
> env.0 = 2
>
>
>
> Note that this does NOT occur when I SSH into the z/OS system and run 
> the rexx script from that interface.
>
>
>
> Thanks for any tips/hints/suggestions.
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
>
>
>
> --
> 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: Use of BPXWUNIX and CP - a weekend quandary.

[Paul Gilmartin]

On Sat, 27 Jun 2020 10:12:55 -0500, Lionel B Dyck wrote:
>
>When there are more (I don't know what that number is yet but in excess of
>30 but less than 100) the shell input status changes from RUNNING to INPUT
>and will not proceed until I hit ENTER.  I've waited and ENTER is a must.
> 
"Doctor it hurts when I do this."

>Note that this does NOT occur when I SSH into the z/OS system and run the
>rexx script from that interface.
> 
"Don't do that!"

It's a terrible design, perhaps a desperate accommodation to the
limitations of TSO and VTAM.  Perhaps this is the reason that ISPF
generally has no interruptible progress bars.  CMS has no such problem.

In order to have the keyboard appear unlocked while a command is
running, 3270 OMVS polls intensively (READ SCREEN?) and unlocks
the keyboard on any keystroke.  This is CPU-intensive so after a fixed
time (wall-clock, I believe, not resource use), OMVS pauses the
running task and waits for a 3270 interrupt.

You've found a circumvention: use SSH, not 3270.

Would putting the command in background:
cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'" &
... make a difference?  The status might yet go to INPUT, but
the command might continue to run.

What about SYSCALL spawn?  A dozen more lines of code than
BPXWUNIX.

Batch?

Years ago this was whined about on MVS-OE.  I don't know that
there ever was an RFE.  It couldn't have been resolved satisfactorily.

Dammit!  ISPF LM services should be made zFS-savvy!

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Use of BPXWUNIX and CP - a weekend quandary.

[Joe Monk]

What happens if you omit -v?

Joe

On Sat, Jun 27, 2020 at 10:13 AM Lionel B Dyck  wrote:

> I'm running a rexx script under the OMVS shell and have an anomaly that I
> need help with.
>
>
>
> I'm copying a OMVS directory that contains a lot of files into a PDS where
> each file results in a PDS member.
>
>
>
> The command is similar to:  cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'"
>
>
>
> When there are fewer than 20-30 files the cp runs just fine.
>
>
>
> When there are more (I don't know what that number is yet but in excess of
> 30 but less than 100) the shell input status changes from RUNNING to INPUT
> and will not proceed until I hit ENTER.  I've waited and ENTER is a must.
>
>
>
> I've 2 bpxwunix environment variables set:
>
> env.1 = '_BPX_SHAREAS=YES'
>
> env.2 = '_BPX_SPAWN_SCRIPT=YES'
>
> env.0 = 2
>
>
>
> Note that this does NOT occur when I SSH into the z/OS system and run the
> rexx script from that interface.
>
>
>
> Thanks for any tips/hints/suggestions.
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> 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

Use of BPXWUNIX and CP - a weekend quandary.

[Lionel B Dyck]

I'm running a rexx script under the OMVS shell and have an anomaly that I
need help with.

 

I'm copying a OMVS directory that contains a lot of files into a PDS where
each file results in a PDS member.

 

The command is similar to:  cp -A -U -v /u/me/pdsdir/* "//'hlq.my.pds'"

 

When there are fewer than 20-30 files the cp runs just fine. 

 

When there are more (I don't know what that number is yet but in excess of
30 but less than 100) the shell input status changes from RUNNING to INPUT
and will not proceed until I hit ENTER.  I've waited and ENTER is a must.

 

I've 2 bpxwunix environment variables set:

env.1 = '_BPX_SHAREAS=YES'

env.2 = '_BPX_SPAWN_SCRIPT=YES'   

env.0 = 2 

 

Note that this does NOT occur when I SSH into the z/OS system and run the
rexx script from that interface.

 

Thanks for any tips/hints/suggestions.

 

 

Lionel B. Dyck <
Website:  <https://www.lbdsoftware.com> https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX and BPXWUNIX()

[Seymour J Metz]

That looks like your original code, e.g., unnecessary address, call bpxwunix 
'host ',ipaddr.i,out.

Teh first parameter should be 'host' ipaddr.i, the second parameter should be 
omitted and the third parameter should be quoted, although unquoted will work 
as long as you never assign a value to the out. stem.

call bpxwunix 'host' ipaddr.i, /* no stdin parameter */, 'out.'


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of J 
Ellis [020d5fbe36e0-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, May 21, 2020 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and BPXWUNIX()

thanks, I'll give the shell a try and let you know, i've attached a jcl run

--
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: REXX and BPXWUNIX()

[J Ellis]

turns out it was something silly/overlooked, missing comma ...

I had:
 call bpxwunix 'host ' ipaddr.i,out.
should have been
call bpxwunix 'host ' ipaddr.i,,out.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX and BPXWUNIX()

[J Ellis]

  EXCPS   25   COST  $0.00 
 SMFSTEP*ALC   0MIN  0.01SEC  PAGES IN 0 OUT 0  SWAPS   0 IN 0 OUT  
   0  SERVICE  1729/SEC  PGRP   0
 SMFSTEP*WLM WKLD=BATCHSVCL=SCBATEXP RGRP= RCLS=RSPLAT   
RTDT=07/21/11 RTTM=12.51ACTDT=07/20/11 ACTTM=14.41  
 

 IEF373I STEP/@TSOSYSP/START 2020142.0619
 IEF032I STEP/@TSOSYSP/STOP  2020142.0619 
 CPU: 0 HR  00 MIN  00.05 SECSRB: 0 HR  00 MIN  00.00 SEC   
 
 VIRT:   108K  SYS:   384K  EXT:  904K  SYS:12492K
 ATB- REAL:  1040K  SLOTS: 0K
  VIRT- ALLOC:  10M SHRD:   0M
 SMFJOB *DUR   0MIN  0.25SEC  %CPU 20.0   SRB   0MIN  0.00SEC  CLASS 9  PRTY 00 
SYS Z/OS SYSB  COST  $0.00   
 SMFJOB *RDRSTRT 20142.0619  SERVICE  1729/SEC  
 
 IEF375I  JOB/CDPJJEIP/START 2020142.0619
 IEF033I  JOB/CDPJJEIP/STOP  2020142.0619 
 CPU: 0 HR  00 MIN  00.05 SECSRB: 0 HR  00 MIN  00.00 SEC   
 
1ACF0C038 ACF2 LOGONID ATTRIBUTES HAVE REPLACED DEFAULT USER ATTRIBUTES
 hostname running
  5 *-* RC = SYSCALLS('ON')
  6 *-* If RC<0 | RC>4
  7 *-* address TSO 'Execio * Diskr input (STEM ipaddr. finis'
>>>   "Execio * Diskr input (STEM ipaddr. finis"
  8 *-* Address SYSCALL
  9 *-* Do i = 1 to ipaddr.0
 10 *-*  say 'inaddr before call-' ipaddr.i
 inaddr before call- 10 



   
 11 *-*  call bpxwunix 'host ',ipaddr.i,out.
 12 *-*  say 'inaddr AFTER call-' ipaddr.i
 inaddr AFTER call- 10  



  
 13 *-*  say 'out after call after' out.
 out after call after OUT.
 14 *-*  Address tso
 15 *-*  'Execio 1 Diskw ddout (STEM out. '
>>>"Execio 1 Diskw ddout (STEM out. "
 16 *-* End
  9 *-* Do i = 1 to ipaddr.0
 10 *-*  say 'inaddr before call-' ipaddr.i
 inaddr before call- 147.179.190.81 


    
   
 11 *-*  call bpxwunix 'host ',ipaddr.i,out.
 12 *-*  say 'inaddr AFTER call-' ipaddr.i
 inaddr AFTER call- 147.179.190.81  



  
 13 *-*  say 'out after call after' out.
 out after call after OUT.
 14 *-*  Address tso
 15 *-*  'Execio 1 Diskw ddout (STEM out. '
>>>"Execio 1 Diskw ddout (STEM out. "
 16 *-* End
  9 *-* Do i = 1 to ipaddr.0
 10 *-*  say 'inaddr before call-' ipaddr.i
 inaddr before call- 147.179.190.117



   
 11 *-*  call bpxwunix 'host ',ipaddr.i,out.
 12 *-*  say 'inaddr AFTER call-' ipaddr.i
 inaddr AFTER call- 147.179.190.117 



  
 13 *-*  say 'out after call after' out.
 out after call after OUT.
 14 *-*  Address tso
 15 *-*  'Execio 1 Diskw ddout (STEM out. '
>>>"Execio 1 Diskw ddout (STEM out. "
 16 *-* End
  9 *-* Do i = 1 to ipaddr.0
110 *-*  say 'inaddr before call-' ipaddr.i
 inaddr before call- 147.179.190.85 


    
   
 11 *-*  call bpxwunix 'host ',ipaddr.i,out.

Re: REXX and BPXWUNIX()

[Paul Gilmartin]

On Thu, 21 May 2020 07:45:59 -0500, J Ellis wrote:

>I have been using the link provided from the start. as noted in the link: 
>stdin.0 must contain the number of lines that are to be redirected to the 
>command. stdin.1, stdin.2, ... contain the lines.
>
Which link?  The one I posted?:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.bpxb600/wunix.htm

>that is why on STDIN i coded the ipaddr.I, and that works. 
>
I'm surprised.
In what sense does it "work"  It doesn't ABEND?

>I am just not getting anything back in the output position:
>If stdout is not specified, your current stdout file is passed to the shell 
>for stdout "
>...
>When I try and 'say' the output, all that is in there is the text  
>OUT.1,OUT.2,OUT.3 etc
>
Is that with the code you posted earlier?  Please show the code and
the exact output.

This could be much simplified by letting shell rather than Rexx
handle the looping:

/* Rexx */
signal on novalue  /* Just to irritate Shmuel  */

call BPXWUNIX ,
'while read IP; do host "$IP"; done', ,
'DD:INPUT', "DD:OUTPUT", "DD:STDERR"
exit

On Wed, 20 May 2020 14:56:39 -0500, J Ellis wrote:

>i would like to use the bpxwunix function to run, either HOST or DIG or 
>nslookup commands, seems pretty straightforward ...
>
>//@TSOSYSP EXEC PGM=IKJEFT01,REGION=8M,   
>// PARM='HOSTNAME'
>//SYSEXEC DD DISP=SHR,DSN=SYSEXEC  
>//SYSTSPRT   DD SYSOUT=*  
>//SYSTSINDD DUMMY,LRECL=80
>//STDOUT DD SYSOUT=*  
>//STDERR DD SYSOUT=*  
>//DDOUT  DD SYSOUT=*  
>//INPUT  DD DISP=SHR,DSN=MYOMVS.PDSE(STDIN)  

Say "Hello" to the emu for me,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX and BPXWUNIX()

[J Ellis]

I have been using the link provided from the start. as noted in the link: 
stdin.0 must contain the number of lines that are to be redirected to the 
command. stdin.1, stdin.2, ... contain the lines.
that is why on STDIN i coded the ipaddr.I, and that works. 

I am just not getting anything back in the output position:
"stdout
An optional argument, stdout is the name of a compound variable (stem) that, 
upon return, contains the normal output from the command. stdout.0 is the 
number of lines output by the command. stdout.1, stdout.2, ... contain the 
output lines.
stdout can also be specified as:
The string STACK, if the output is to be returned on the stack
DD:ddname, if the output is to be written to an allocated DD
If stdout is not specified, your current stdout file is passed to the shell for 
stdout "

When I try and 'say' the output, all that is in there is the text  
OUT.1,OUT.2,OUT.3 etc

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX and BPXWUNIX()

[Seymour J Metz]

Some REXX basic:

 1. REXX is strictly call by value. When you need a name, the caller has to 
pass a string containing the name. So in your call to bpxwunix you need to pass 
expressions evaluating to the names. In your case simple string literals will 
do.

 2. The name of a stem ends in a period. The string 'ipaddr.i' refers to a 
compound variable in ipaddr., not to the stem.

 3. There is a convention in REXX to simulate arrays using compound variable 
with the subscript as the tail and for tail 0 to contain the number of 
remaining elements.

So I assume that you need something like

address TSO /* not needed if already in TSO environment */
'Execio * Diskr input (STEM ipaddr. finis'
 Do i = 1 to ipaddr.0
call bpxwunix 'host' ipaddr.i, , 'out.' /* extra comma because 'in.' is 
omitted */
say 'inaddr ' ipaddr.i
say 'first output line ' out.1
 'Execio 1 Diskw ddout (STEM out. '
 End
 "EXECIO 0 DISKW ddout (FINIS)"
 Exit


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of J 
Ellis [020d5fbe36e0-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, May 20, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REXX and BPXWUNIX()

i would like to use the bpxwunix function to run, either HOST or DIG or 
nslookup commands, seems pretty straightforward ...
but I can not get the put to com back to me, it has to be something silly i am 
overlooking, any help would be appreciated

/*  rexx  */
say 'hostname running'
RC = SYSCALLS('ON')
If RC<0 | RC>4 Then Exit RC
address TSO 'Execio * Diskr input (STEM ipaddr. finis'
Address SYSCALL
 Do i = 1 to ipaddr.0
    call bpxwunix 'host ',ipaddr.i,out.
say 'inaddr ' ipaddr.i
say 'out ' out.
 Address tso
 'Execio 1 Diskw ddout (STEM out. '
 End
 "EXECIO 0 DISKW ddout (FINIS)"
 Exit
the input is for example, the ipaddr.0 is number of lines, then the IP's i wish 
to query.
2
8.8.8.8
8.8.4.4

for the host command under omvs/ishell, i get EZZ8321I dns.google has addresses 
8.8.8.8
i am expecting that returned back to my out. stack



i get the same null results in TSO interactive as batch, here's the JCL

//@TSOSYSP EXEC PGM=IKJEFT01,REGION=8M,
// PARM='HOSTNAME'
//SYSEXEC DD DISP=SHR,DSN=SYSEXEC
//SYSTSPRT   DD SYSOUT=*
//SYSTSINDD DUMMY,LRECL=80
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//DDOUT  DD SYSOUT=*
//INPUT  DD DISP=SHR,DSN=MYOMVS.PDSE(STDIN)

--
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: REXX and BPXWUNIX()

[Paul Gilmartin]

On Wed, 20 May 2020 14:56:39 -0500, J Ellis  
wrote:

>i would like to use the bpxwunix function to run, either HOST or DIG or 
>nslookup commands, seems pretty straightforward ...
>but I can not get the put to com back to me, it has to be something silly i am 
>overlooking, any help would be appreciated
>
>/*  rexx  */   
>say 'hostname running' 
>RC = SYSCALLS('ON')
>If RC<0 | RC>4 Then Exit RC
>address TSO 'Execio * Diskr input (STEM ipaddr. finis' 
>Address SYSCALL
> Do i = 1 to ipaddr.0      
>call bpxwunix 'host ',ipaddr.i,out.
>say 'inaddr ' ipaddr.i 
>say 'out ' out.
> Address tso   
> 'Execio 1 Diskw ddout (STEM out. '
> End   
> "EXECIO 0 DISKW ddout (FINIS)"
> Exit  

A refactoring (untested).  See:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.bpxb600/wunix.htm
/*  rexx  */
say 'hostname running' 
RC = SYSCALLS('ON')
If RC<0 | RC>4 Then Exit RC
empty.0 = 0 /* Empty stdin stem.  */
address TSO 'Execio * Diskr input (STEM ipaddr. finis'
 Do i = 1 to ipaddr.0  
call bpxwunix 'host 'ipaddr.i '2>&1', , /* Redirect stderr to stdout.  */
'empty.', 'out.'
say 'inaddr ' ipaddr.i 
say 'out lines' out.0   
 Address tso
 'Execio' out.0 'Diskw ddout (STEM out.)'  /* Print all lines if more than 1.  
*/
 End   
 "EXECIO 0 DISKW ddout (FINIS)"
 Exit 

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX and BPXWUNIX()

[Paul Gilmartin]

On Wed, 20 May 2020 14:56:39 -0500, J Ellis wrote:

>i would like to use the bpxwunix function to run, either HOST or DIG or 
>nslookup commands, seems pretty straightforward ...
>but I can not get the put to com back to me, it has to be something silly i am 
>overlooking, any help would be appreciated
>
>/*  rexx  */   
>say 'hostname running' 
>RC = SYSCALLS('ON')
>If RC<0 | RC>4 Then Exit RC
>address TSO 'Execio * Diskr input (STEM ipaddr. finis' 
>Address SYSCALL 
>
Address SYSCALL is superfluous.  BPXWUNIX is a function to
which host environment is irrelevant.
   
> Do i = 1 to ipaddr.0  
>call bpxwunix 'host ',ipaddr.i,out. 
>
No.  BPXWUNIX should be called with a stem, such as "ipaddr.",
not "ipaddr.i".
   
>say 'inaddr ' ipaddr.i 
>say 'out ' out.
> Address tso   
> 'Execio 1 Diskw ddout (STEM out. '
> End   
> "EXECIO 0 DISKW ddout (FINIS)"
> Exit  

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

REXX and BPXWUNIX()

[J Ellis]

i would like to use the bpxwunix function to run, either HOST or DIG or 
nslookup commands, seems pretty straightforward ...
but I can not get the put to com back to me, it has to be something silly i am 
overlooking, any help would be appreciated

/*  rexx  */   
say 'hostname running' 
RC = SYSCALLS('ON')
If RC<0 | RC>4 Then Exit RC
address TSO 'Execio * Diskr input (STEM ipaddr. finis' 
Address SYSCALL
 Do i = 1 to ipaddr.0  
    call bpxwunix 'host ',ipaddr.i,out.
say 'inaddr ' ipaddr.i 
say 'out ' out.
 Address tso   
 'Execio 1 Diskw ddout (STEM out. '
 End   
 "EXECIO 0 DISKW ddout (FINIS)"
 Exit  
the input is for example, the ipaddr.0 is number of lines, then the IP's i wish 
to query. 
2
8.8.8.8
8.8.4.4

for the host command under omvs/ishell, i get EZZ8321I dns.google has addresses 
8.8.8.8
i am expecting that returned back to my out. stack



i get the same null results in TSO interactive as batch, here's the JCL

//@TSOSYSP EXEC PGM=IKJEFT01,REGION=8M,   
// PARM='HOSTNAME'
//SYSEXEC DD DISP=SHR,DSN=SYSEXEC  
//SYSTSPRT   DD SYSOUT=*  
//SYSTSINDD DUMMY,LRECL=80
//STDOUT DD SYSOUT=*  
//STDERR DD SYSOUT=*  
//DDOUT  DD SYSOUT=*  
//INPUT  DD DISP=SHR,DSN=MYOMVS.PDSE(STDIN)  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

So after logging off (for an appointment) and returning I logged back on and I 
am unable to recreate this error.

Thanks everyone for your tips.


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tabari Alexander
Sent: Wednesday, January 8, 2020 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

In any case, perhaps it is worth adding the _EDC_ADD_ERRNO2 environment 
variable to help isolate the problem.

Tabari Alexander 

--
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: PDSE Bug with BPXWUNIX ?

[Paul Gilmartin]

On Wed, 8 Jan 2020 14:10:28 -0600, Lionel B Dyck wrote:

>Paul - you are correct - the // actually was there but when I typed it into 
>the message I forgot. 
> 
As in a recent discussion, Charles and I agreed that when reporting a problem 
it's better to paste than to type.

https://listserv.ua.edu/cgi-bin/wa?A2=ind2001=IBM-MAIN=90818
I too really dislike bitmap screen shots from customers and associates
(because you can't then cut and paste as text a dataset name, register
contents, hex string, or similar).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Tabari Alexander]

In any case, perhaps it is worth adding the _EDC_ADD_ERRNO2 environment 
variable to help isolate the problem.

Tabari Alexander

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Paul - you are correct - the // actually was there but when I typed it into the 
message I forgot. 


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, January 8, 2020 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

On Wed, 8 Jan 2020 13:13:01 -0600, Lionel B Dyck wrote:

>Great idea but this works great when the PDSE is either a PDS, a PDSE version 
>1, or a PDSE version 2 without member generations enabled. 
> 
Since "'hlq.data.set(member)'" lacking the "//" is a valid UNIX filename, it 
should not work unless that file exists.  What does
touch "'hlq.data.set(member)'" do?

It's only trying to help you (or so it thinks).

You might get more expert advice on MVS-OE.


>-Original Message-
>From: Steve Smith
>Sent: Wednesday, January 8, 2020 1:11 PM
>...
>I think you need to escape the parentheses.
No.  The quoting should suffice.  For example, on Linux:
11125 $  touch "'hlq.data.set(member)'"
11125 $ cp "'hlq.data.set(member)'" wombat
1126 $
11126 $ ls -alrt
1total 20
 ...
1-rw-r--r--  1 paulgilm paulgilm0 Jan  8 13:00 'hlq.data.set(member)'
1-rw-r--r--  1 paulgilm paulgilm0 Jan  8 13:01 wombat
1drwxr-xr-x  2 paulgilm paulgilm 4096 Jan  8 13:01 .

Any different behavior on z/OS should be APARable.

>And I don't see the magic '//'
>
That should be a problem.

>in your command, but that may be just your message.  So, cp -U -M 
>"//'hlq.data.set\(member\)'" /u/me/pdsdir/... assuming this survives emailing.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Paul Gilmartin]

On Wed, 8 Jan 2020 13:13:01 -0600, Lionel B Dyck wrote:

>Great idea but this works great when the PDSE is either a PDS, a PDSE version 
>1, or a PDSE version 2 without member generations enabled. 
> 
Since "'hlq.data.set(member)'" lacking the "//" is a valid UNIX filename,
it should not work unless that file exists.  What does
touch "'hlq.data.set(member)'" do?

It's only trying to help you (or so it thinks).

You might get more expert advice on MVS-OE.


>-Original Message-
>From: Steve Smith
>Sent: Wednesday, January 8, 2020 1:11 PM
>...
>I think you need to escape the parentheses.
No.  The quoting should suffice.  For example, on Linux:
11125 $  touch "'hlq.data.set(member)'"
11125 $ cp "'hlq.data.set(member)'" wombat
1126 $
11126 $ ls -alrt
1total 20
 ...
1-rw-r--r--  1 paulgilm paulgilm0 Jan  8 13:00 'hlq.data.set(member)'
1-rw-r--r--  1 paulgilm paulgilm0 Jan  8 13:01 wombat
1drwxr-xr-x  2 paulgilm paulgilm 4096 Jan  8 13:01 .

Any different behavior on z/OS should be APARable.

>And I don't see the magic '//'
>
That should be a problem.

>in your command, but that may be just your message.  So, cp -U -M 
>"//'hlq.data.set\(member\)'" /u/me/pdsdir/... assuming this survives emailing.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Dave - agreed but in this case the apar is closed DOC 

thx


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, January 8, 2020 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

APAR descriptions are not all inclusive. If it's not on your system, you might 
try putting it on and seeing if behavior changes.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lionel B Dyck
> Sent: Wednesday, January 08, 2020 11:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDSE Bug with BPXWUNIX ?
> 
> Tabari - I found that APAR as well but it doesn't apply that I can 
> tell.  The APAR is about doing a cp into a PDSE or a mv out of one.  
> I'm doing a cp from a PDSE which is not addressed in the APAR.
> 
> Thanks for the thought.
> 
> Lionel B. Dyck <
> Website: https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__www.lbdsoftware.com=DwIFaQ=C3yme8gMkxg_ihJNXS06ZyWk4
> EJm8LdrrvxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=XTBa2odb9GJ7qYmxM2xwUsh_h
> ebSp5Yt04HLRDA36os=0MNoIaLBmh0GYtrXl7cFwieAG7GLAerXe65uiiRGhF
> 0=
> 
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tabari Alexander
> Sent: Wednesday, January 8, 2020 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDSE Bug with BPXWUNIX ?
> 
> Could this APAR be relevant here?
> 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www-
> 2D01.ibm.com_support_docview.wss-3Fcrawler-3D1-26uid-
> 3Disg1OA55684=DwIFaQ=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQ
> b-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=XTBa2odb9GJ7qYmxM2xwUsh_h
> ebSp5Yt04HLRDA36os=5_yryPnH1Ln1JSCGRFz5vDciCIogY92rXfSTGCopovA
> =
> 
> Tabari Alexander
> 
> --
> 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: PDSE Bug with BPXWUNIX ?

[Gibney, Dave]

APAR descriptions are not all inclusive. If it's not on your system, you might 
try putting it on and seeing if behavior changes.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Lionel B Dyck
> Sent: Wednesday, January 08, 2020 11:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDSE Bug with BPXWUNIX ?
> 
> Tabari - I found that APAR as well but it doesn't apply that I can tell.  The
> APAR is about doing a cp into a PDSE or a mv out of one.  I'm doing a cp from
> a PDSE which is not addressed in the APAR.
> 
> Thanks for the thought.
> 
> Lionel B. Dyck <
> Website: https://urldefense.proofpoint.com/v2/url?u=http-
> 3A__www.lbdsoftware.com=DwIFaQ=C3yme8gMkxg_ihJNXS06ZyWk4
> EJm8LdrrvxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=XTBa2odb9GJ7qYmxM2xwUsh_h
> ebSp5Yt04HLRDA36os=0MNoIaLBmh0GYtrXl7cFwieAG7GLAerXe65uiiRGhF
> 0=
> 
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Tabari Alexander
> Sent: Wednesday, January 8, 2020 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDSE Bug with BPXWUNIX ?
> 
> Could this APAR be relevant here?
> 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www-
> 2D01.ibm.com_support_docview.wss-3Fcrawler-3D1-26uid-
> 3Disg1OA55684=DwIFaQ=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQ
> b-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=XTBa2odb9GJ7qYmxM2xwUsh_h
> ebSp5Yt04HLRDA36os=5_yryPnH1Ln1JSCGRFz5vDciCIogY92rXfSTGCopovA
> =
> 
> Tabari Alexander
> 
> --
> 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: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Tabari - I found that APAR as well but it doesn't apply that I can tell.  The 
APAR is about doing a cp into a PDSE or a mv out of one.  I'm doing a cp from a 
PDSE which is not addressed in the APAR. 

Thanks for the thought.

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tabari Alexander
Sent: Wednesday, January 8, 2020 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

Could this APAR be relevant here?

http://www-01.ibm.com/support/docview.wss?crawler=1=isg1OA55684

Tabari Alexander

--
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: PDSE Bug with BPXWUNIX ?

[Tabari Alexander]

Could this APAR be relevant here?

http://www-01.ibm.com/support/docview.wss?crawler=1=isg1OA55684

Tabari Alexander

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Great idea but this works great when the PDSE is either a PDS, a PDSE version 
1, or a PDSE version 2 without member generations enabled. 

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Wednesday, January 8, 2020 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE Bug with BPXWUNIX ?

I think you need to escape the parentheses.  And I don't see the magic '//'
in your command, but that may be just your message.  So, cp -U -M 
"//'hlq.data.set\(member\)'" /u/me/pdsdir/... assuming this survives emailing.

I just read up on this researching a related problem.  Seems the // notation is 
really twitchy.

sas


On Wed, Jan 8, 2020 at 2:03 PM Lionel B Dyck  wrote:

> Using BPXWUNIX in a z/OS REXX exec running under TSO/ISPF I'm getting 
> an error that does not occur when the command is entered directly 
> while in OMVS.
>
>
> The command is cp -U -M "'hlq.data.set(member)'" /u/me/pdsdir/
>
>
>
> The error is:
>
>
>
> FSUM6258 cannot open file "//'hlq.data.set(member)'": EDC5061I fin 
> error occurred when attempting to define a file to the system.
>
>
>
> Any suggestions?
>
>
>
> Thanks in advance
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE Bug with BPXWUNIX ?

[Steve Smith]

I think you need to escape the parentheses.  And I don't see the magic '//'
in your command, but that may be just your message.  So,
cp -U -M "//'hlq.data.set\(member\)'" /u/me/pdsdir/... assuming this
survives emailing.

I just read up on this researching a related problem.  Seems the //
notation is really twitchy.

sas


On Wed, Jan 8, 2020 at 2:03 PM Lionel B Dyck  wrote:

> Using BPXWUNIX in a z/OS REXX exec running under TSO/ISPF I'm getting an
> error that does not occur when the command is entered directly while in
> OMVS.
>
>
> The command is cp -U -M "'hlq.data.set(member)'" /u/me/pdsdir/
>
>
>
> The error is:
>
>
>
> FSUM6258 cannot open file "//'hlq.data.set(member)'": EDC5061I fin error
> occurred when attempting to define a file to the system.
>
>
>
> Any suggestions?
>
>
>
> Thanks in advance
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

PDSE Bug with BPXWUNIX ?

[Lionel B Dyck]

Using BPXWUNIX in a z/OS REXX exec running under TSO/ISPF I'm getting an
error that does not occur when the command is entered directly while in
OMVS.


The command is cp -U -M "'hlq.data.set(member)'" /u/me/pdsdir/ 

 

The error is:

 

FSUM6258 cannot open file "//'hlq.data.set(member)'": EDC5061I fin error
occurred when attempting to define a file to the system.

 

Any suggestions?

 

Thanks in advance

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXWUNIX Improvements

[Paul Gilmartin]

On Sat, 9 Nov 2019 14:13:31 +0800, David Crayford  wrote:
>...
>> If that's the UNIX/shell command "env", use some caution because its
>> output may not have metacharacters in variable values properly quoted.
>> "export -p" does better.
>
>Do you have an example of "env" with the meta-characters issue?
>
>Maybe "printenv" would be better as it only has one purpose. The trouble
>with "export -p" is that the output needs to be parsed and reformatted
>before it can be used in a environment variable stem.
>
Consider:
( set -x; export wombat="foobar
xyzzy=barfoo"; env; export -p; printenv ) | grep foo

wombat=foobar
xyzzy=barfoo

export wombat="foobar
xyzzy=barfoo"

wombat=foobar
xyzzy=barfoo

... none of them produces Rexx-friendly output, and only "export -p"
produces sh-friendly.

Yes, I'm wearing my Black Team cloak.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXWUNIX Improvements

[David Crayford]

On 2019-11-09 10:21 AM, Paul Gilmartin wrote:

On Fri, 8 Nov 2019 21:04:28 +0800, David Crayford wrote:

Lionel came up with the best solution which was to run "env" and then to
use the result stem for all the other bpxwunix() calls! Great tip!


If that's the UNIX/shell command "env", use some caution because its
output may not have metacharacters in variable values properly quoted.
"export -p" does better.


Do you have an example of "env" with the meta-characters issue?

Maybe "printenv" would be better as it only has one purpose. The trouble 
with "export -p" is that the output needs to be parsed and reformatted

before it can be used in a environment variable stem.



-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXWUNIX Improvements

[Paul Gilmartin]

On Fri, 8 Nov 2019 21:04:28 +0800, David Crayford wrote:
>
>Lionel came up with the best solution which was to run "env" and then to
>use the result stem for all the other bpxwunix() calls! Great tip!
> 
If that's the UNIX/shell command "env", use some caution because its
output may not have metacharacters in variable values properly quoted.
"export -p" does better.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXWUNIX Improvements

[David Crayford]

Thanks Lionel!

Lionel came up with the best solution which was to run "env" and then to 
use the result stem for all the other bpxwunix() calls! Great tip!


On 2019-11-08 8:27 PM, Lionel B Dyck wrote:

I want to thank  David Crayford - your suggestions on the bpxwunix
environment variables to speed up git was the right direction.  The calls
when from 10-15 seconds (we have a slow lpar) to 1-3 seconds.

  

  


Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

  



--
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

BPXWUNIX Improvements

[Lionel B Dyck]

I want to thank  David Crayford - your suggestions on the bpxwunix
environment variables to speed up git was the right direction.  The calls
when from 10-15 seconds (we have a slow lpar) to 1-3 seconds.

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Salva Carrasco]

As i remember:

ispf/rexx spawn a java that redirect stdin/stdout to unix pipes filetypes.

Rexx open the pipes with syscall functions. Send request to stdin & receive 
response from stdout, with a start/end of response known protocol.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Wed, 6 Nov 2019 14:30:31 -0600, Lionel B Dyck wrote:

>The biggest gain was using the environmental stem for bpxwunix that I 
>implemented this morning after some testing.  I will check out that 
>bpx_shareas shortly as it sounds interesting.
> 
Details?  What did you put in that environmental stem?
env.0=???
env.1=???
...???

>-Original Message-
>From:  Salva Carrasco
>Sent: Wednesday, November 6, 2019 2:20 PM
>...
>Some time ago, I was working in a similar issue: Ispf calling Java. The 
>creation of the JVM was really heavy, so we changed java code to accept 
>subcommand from stdin, "forked" it and communicate with the Ispf/Rexx code 
>using pipes.
>
I assume POSIX pipes rather than CMS/TSO/BATCHPIPES.  Can
your forked address space address ISPEXEC/ISREDIT subcommands
through such a pipe?  I believe you'd need a daemon lingering in
the parent process to do that.

--gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

The biggest gain was using the environmental stem for bpxwunix that I 
implemented this morning after some testing.  I will check out that bpx_shareas 
shortly as it sounds interesting.

Thank you


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Salva Carrasco
Sent: Wednesday, November 6, 2019 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

Hi Lionel.

Have you tried bpx_shareas in the env. stem passed to BPXWUNIX?

Are you running a unix command or starting a shell script?

Is your command "apf"?

Some time ago, I was working in a similar issue: Ispf calling Java. The 
creation of the JVM was really heavy, so we changed java code to accept 
subcommand from stdin, "forked" it and communicate with the Ispf/Rexx code 
using pipes.

Regards, and good luck with zigi.

--
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: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Salva Carrasco]

Hi Lionel.

Have you tried bpx_shareas in the env. stem passed to BPXWUNIX?

Are you running a unix command or starting a shell script?

Is your command "apf"?

Some time ago, I was working in a similar issue: Ispf calling Java. The 
creation of the JVM was really heavy, so we changed java code to accept 
subcommand from stdin, "forked" it and communicate with the Ispf/Rexx code 
using pipes.

Regards, and good luck with zigi.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Kirk Wolf]

Not necessarily.
See for example, the IBM JZOS batch launcher.   It runs in a regular z/OS
batch address space.   The address space is dubbed when Java its first OMVS
service call.   Is that "under UNIX"?

On Mon, Nov 4, 2019 at 1:07 PM ITschak Mugzach  wrote:

> The Java program does not run as a main program, but need a shell
> environment such as the one supplied by BPXBATCH. So actually the java
> program already runs under a unix thread. this is not the case with Lionel
> performance issue, as his code runs under TSO and requires an extra asid to
> run the unix code.
>
> ITschak
>
> On Mon, Nov 4, 2019 at 8:43 PM Tony Harminc  wrote:
>
> > On Mon, 4 Nov 2019 at 07:32, ITschak Mugzach  wrote:
> >  On Mon, 4 Nov 2019 at 07:30, Steve Austin 
> > wrote:
> >
> > > It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and
> the
> > > spawn syscall from REXX, to run Java in the same address space.
> >
> >
> > Thats fine. However, java itself runs under unix...
> > >
> >
> > I'm not seeing your point. Many things "run under" UNIX on z/OS. Why is
> > Java special in this context?
> >
> > Tony H.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> 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: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Kirk Wolf]

What does "under unix" mean exactly?

On Mon, Nov 4, 2019 at 6:32 AM ITschak Mugzach  wrote:

> Thats fine. However, java itself runs under unix...
>
> ITschak
>
> בתאריך יום ב׳, 4 בנוב׳ 2019, 14:30, מאת Steve Austin ‏<
> steve.aus...@macro4.com>:
>
> > It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> > spawn syscall from REXX, to run Java in the same address space.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Lionel B Dyck
> > Sent: Monday, November 4, 2019 12:00 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS services
> > (bpxwunix)
> >
> > Thanks for the education.
> >
> > Guess I need to find a faster system 
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is what
> > you are, reputation merely what others think you are." - John Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:52 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS services
> > (bpxwunix)
> >
> > No. the fork is a unix issue. the first shell task will be started as a
> > separate asid and then, if _BPXSHAREDAS is on, called shell programs will
> > run in the same (new) asid. You can see in the syslog the evidence of the
> > new ASID started. It is usually has the id of the caller plus numeric
> value.
> >
> >
> > On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:
> >
> > > But when rexx, under ispf, invokes bpxwunix won't the sharedas help to
> > > prevent the fork?
> > >
> > >
> > > Lionel B. Dyck <
> > > Website: http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character is
> > > what you are, reputation merely what others think you are." - John
> > > Wooden
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of ITschak Mugzach
> > > Sent: Monday, November 4, 2019 5:36 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Improving the performance of an ISPF app using OMVS
> > > services
> > > (bpxwunix)
> > >
> > > That's because _BPX_SHAREDAS is related to a main shell program and
> > > its forks. not to the Rexx (or whatever the caller is) and the unix
> > shell.
> > >
> > >
> > >
> > > On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
> > >
> > > > That was my fear 
> > > >
> > > > I did find these which I implemented in my .profile and I'm not
> > > > seeing any  visual improvements:
> > > >
> > > > export _BPX_SHAREAS=YES
> > > > export _BPX_SPAWN_SCRIPT=YES
> > > >
> > > >
> > > > Lionel B. Dyck <
> > > > Website: http://www.lbdsoftware.com
> > > >
> > > > "Worry more about your character than your reputation.  Character is
> > > > what you are, reputation merely what others think you are." - John
> > > > Wooden
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List  On
> > > > Behalf Of ITschak Mugzach
> > > > Sent: Monday, November 4, 2019 5:25 AM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: Re: Improving the performance of an ISPF app using OMVS
> > > > services
> > > > (bpxwunix)
> > > >
> > > > Lionel,
> > > >
> > > > The secret is that zPDT systems are not heavily loaded. As you load
> > > > the system (or start mot guests, if running under z/vm), the system
> > > > starts to slow down. BPXWUNIX starts a new address space, so by
> > > > definition it is more cpu consuming, that affects elapse.
> > > >
> > > > ITschak
> > > >
> > > > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck 
> wrote:
> > > >
> > > > > Are there any hints/tips to improve the performance of an ISPF
> > > > > application that uses BPXWUNIX?  In running on my normal system
> > > > > t

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Mon, 4 Nov 2019 05:20:14 -0600, Lionel B Dyck wrote:

>Are there any hints/tips to improve the performance of an ISPF application
>that uses BPXWUNIX?  In running on my normal system the performance is very
>slow compared to a friends system running on a zPDT.
> 
See also:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxb200/bpxb200_Controlling_use_of_STEPLIBs.htm
You can improve shell performance by controlling the use of STEPLIBs. 
A STEPLIB is a set of private libraries used to store a new or test version
of an application program, such as a new version of a runtime library.
To improve performance of the z/OS® shell, avoid propagating STEPLIBs
by using one of the following options:

o If you enter the OMVS command either from ISPF or with STEPLIB data sets 
allocated,
  include the statements in the shell profile. For example:

  if [ -z "$STEPLIB" ] &; tty -s;
  then
  export STEPLIB=none
  exec sh -L
  fi
[ Lots more.  There's a semicolon in there that mystifies me.  I test "$-"
  for 'i' to identify interactive shells.  Works wonders for me.  ]

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Mon, 4 Nov 2019 14:18:30 -0500, Tony Harminc wrote:
>
>Many programs that are customarily started from a shell prompt don't
>have to be. Often this is just UNIXism at play. I have had success in
>the past copying UNIX executable files (i.e. Program Objects in UNIX
>files) into PDSE members, and running them from batch JCL or the TSO
>CALL command.
> 
Conversely, I perceive the prolix BPXBATCH thread(s) as just JCLism
at play.

How well do descriptors 0, 1, and 2 work for a UNIX executable copied
to a PDSE and run from JCL?

What are the arguments for JCL (and BPXBATCH, AOPBATCH, COZBATCH,
BPXWUNIX, ..., RYO)?  I could envision:

o Multi-step jobs in which the non-UNIX-oriented steps are most naturally
  coded as JCL

o Process requirements that production jobs be submitted by a Scheduler
  which understands only JCL

o Other (specify)

ISPF Edit provides good support for creating shell scripts using a familiar
Classic editor (especially if your terminal emulator supports IBM-1047).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Tony Harminc]

On Mon, 4 Nov 2019 at 14:07, ITschak Mugzach  wrote:

> The Java program does not run as a main program, but need a shell
> environment such as the one supplied by BPXBATCH. So actually the java
> program already runs under a unix thread. this is not the case with Lionel
> performance issue, as his code runs under TSO and requires an extra asid to
> run the unix code.

Many programs that are customarily started from a shell prompt don't
have to be. Often this is just UNIXism at play. I have had success in
the past copying UNIX executable files (i.e. Program Objects in UNIX
files) into PDSE members, and running them from batch JCL or the TSO
CALL command.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

The Java program does not run as a main program, but need a shell
environment such as the one supplied by BPXBATCH. So actually the java
program already runs under a unix thread. this is not the case with Lionel
performance issue, as his code runs under TSO and requires an extra asid to
run the unix code.

ITschak

On Mon, Nov 4, 2019 at 8:43 PM Tony Harminc  wrote:

> On Mon, 4 Nov 2019 at 07:32, ITschak Mugzach  wrote:
>  On Mon, 4 Nov 2019 at 07:30, Steve Austin 
> wrote:
>
> > It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> > spawn syscall from REXX, to run Java in the same address space.
>
>
> Thats fine. However, java itself runs under unix...
> >
>
> I'm not seeing your point. Many things "run under" UNIX on z/OS. Why is
> Java special in this context?
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Tony Harminc]

On Mon, 4 Nov 2019 at 07:32, ITschak Mugzach  wrote:
 On Mon, 4 Nov 2019 at 07:30, Steve Austin  wrote:

> It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> spawn syscall from REXX, to run Java in the same address space.


Thats fine. However, java itself runs under unix...
>

I'm not seeing your point. Many things "run under" UNIX on z/OS. Why is
Java special in this context?

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Paul Gilmartin]

On Mon, 4 Nov 2019 05:20:14 -0600, Lionel B Dyck wrote:

>Are there any hints/tips to improve the performance of an ISPF application
>that uses BPXWUNIX?  In running on my normal system the performance is very
>slow compared to a friends system running on a zPDT.
> 
I've had bad performance due to STEPLIB searches in a complicated
~/.profile.  So:

o Set the STEPLIB=NONE  environment variable to disable reallocation
  of STEPLIB.

o Simplify your ~/.profile -- make it do very little for noninteractive shells.

o Select the non-login shell option of BPXWUNIX,

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

Thats fine. However, java itself runs under unix...

ITschak

בתאריך יום ב׳, 4 בנוב׳ 2019, 14:30, מאת Steve Austin ‏<
steve.aus...@macro4.com>:

> It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the
> spawn syscall from REXX, to run Java in the same address space.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lionel B Dyck
> Sent: Monday, November 4, 2019 12:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> Thanks for the education.
>
> Guess I need to find a faster system 
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> No. the fork is a unix issue. the first shell task will be started as a
> separate asid and then, if _BPXSHAREDAS is on, called shell programs will
> run in the same (new) asid. You can see in the syslog the evidence of the
> new ASID started. It is usually has the id of the caller plus numeric value.
>
>
> On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:
>
> > But when rexx, under ispf, invokes bpxwunix won't the sharedas help to
> > prevent the fork?
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is
> > what you are, reputation merely what others think you are." - John
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:36 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS
> > services
> > (bpxwunix)
> >
> > That's because _BPX_SHAREDAS is related to a main shell program and
> > its forks. not to the Rexx (or whatever the caller is) and the unix
> shell.
> >
> >
> >
> > On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
> >
> > > That was my fear 
> > >
> > > I did find these which I implemented in my .profile and I'm not
> > > seeing any  visual improvements:
> > >
> > > export _BPX_SHAREAS=YES
> > > export _BPX_SPAWN_SCRIPT=YES
> > >
> > >
> > > Lionel B. Dyck <
> > > Website: http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character is
> > > what you are, reputation merely what others think you are." - John
> > > Wooden
> > >
> > > -Original Message-----
> > > From: IBM Mainframe Discussion List  On
> > > Behalf Of ITschak Mugzach
> > > Sent: Monday, November 4, 2019 5:25 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Improving the performance of an ISPF app using OMVS
> > > services
> > > (bpxwunix)
> > >
> > > Lionel,
> > >
> > > The secret is that zPDT systems are not heavily loaded. As you load
> > > the system (or start mot guests, if running under z/vm), the system
> > > starts to slow down. BPXWUNIX starts a new address space, so by
> > > definition it is more cpu consuming, that affects elapse.
> > >
> > > ITschak
> > >
> > > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> > >
> > > > Are there any hints/tips to improve the performance of an ISPF
> > > > application that uses BPXWUNIX?  In running on my normal system
> > > > the performance is very slow compared to a friends system running
> > > > on a
> > zPDT.
> > > >
> > > >
> > > >
> > > > I couldn't find a SHARE presentation (but I may not have used the
> > > > correct
> > > > keywords) and the IBM pubs are not speaking to me as nothing jumps
> out.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Lionel B. Dyck <
> > > > Website:  <http://www.lbdsoftware.com/> http:/

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Steve Austin]

It was a while back, but I'm pretty sureI have used  _BPX_SHAREAS and the spawn 
syscall from REXX, to run Java in the same address space.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lionel B Dyck
Sent: Monday, November 4, 2019 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

Thanks for the education.

Guess I need to find a faster system 

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

No. the fork is a unix issue. the first shell task will be started as a 
separate asid and then, if _BPXSHAREDAS is on, called shell programs will run 
in the same (new) asid. You can see in the syslog the evidence of the new ASID 
started. It is usually has the id of the caller plus numeric value.


On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:

> But when rexx, under ispf, invokes bpxwunix won't the sharedas help to 
> prevent the fork?
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS 
> services
> (bpxwunix)
>
> That's because _BPX_SHAREDAS is related to a main shell program and 
> its forks. not to the Rexx (or whatever the caller is) and the unix shell.
>
>
>
> On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
>
> > That was my fear 
> >
> > I did find these which I implemented in my .profile and I'm not 
> > seeing any  visual improvements:
> >
> > export _BPX_SHAREAS=YES
> > export _BPX_SPAWN_SCRIPT=YES
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS 
> > services
> > (bpxwunix)
> >
> > Lionel,
> >
> > The secret is that zPDT systems are not heavily loaded. As you load 
> > the system (or start mot guests, if running under z/vm), the system 
> > starts to slow down. BPXWUNIX starts a new address space, so by 
> > definition it is more cpu consuming, that affects elapse.
> >
> > ITschak
> >
> > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> >
> > > Are there any hints/tips to improve the performance of an ISPF 
> > > application that uses BPXWUNIX?  In running on my normal system 
> > > the performance is very slow compared to a friends system running 
> > > on a
> zPDT.
> > >
> > >
> > >
> > > I couldn't find a SHARE presentation (but I may not have used the 
> > > correct
> > > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> > >
> > >
> > >
> > >
> > >
> > > Lionel B. Dyck <
> > > Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character 
> > > is what you are, reputation merely what others think you are." - 
> > > John Wooden
> > >
> > >
> > >
> > >
> > > --
> > > --
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > > send email to lists...@listserv.ua.edu with the message: INFO 
> > > IBM-MAIN
> > >
> >
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous 
> > Monitoring for Legacy **|  *
> >
> > 

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

Thanks for the education.

Guess I need to find a faster system 

Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

No. the fork is a unix issue. the first shell task will be started as a 
separate asid and then, if _BPXSHAREDAS is on, called shell programs will run 
in the same (new) asid. You can see in the syslog the evidence of the new ASID 
started. It is usually has the id of the caller plus numeric value.


On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:

> But when rexx, under ispf, invokes bpxwunix won't the sharedas help to 
> prevent the fork?
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS 
> services
> (bpxwunix)
>
> That's because _BPX_SHAREDAS is related to a main shell program and 
> its forks. not to the Rexx (or whatever the caller is) and the unix shell.
>
>
>
> On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
>
> > That was my fear 
> >
> > I did find these which I implemented in my .profile and I'm not 
> > seeing any  visual improvements:
> >
> > export _BPX_SHAREAS=YES
> > export _BPX_SPAWN_SCRIPT=YES
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS 
> > services
> > (bpxwunix)
> >
> > Lionel,
> >
> > The secret is that zPDT systems are not heavily loaded. As you load 
> > the system (or start mot guests, if running under z/vm), the system 
> > starts to slow down. BPXWUNIX starts a new address space, so by 
> > definition it is more cpu consuming, that affects elapse.
> >
> > ITschak
> >
> > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> >
> > > Are there any hints/tips to improve the performance of an ISPF 
> > > application that uses BPXWUNIX?  In running on my normal system 
> > > the performance is very slow compared to a friends system running 
> > > on a
> zPDT.
> > >
> > >
> > >
> > > I couldn't find a SHARE presentation (but I may not have used the 
> > > correct
> > > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> > >
> > >
> > >
> > >
> > >
> > > Lionel B. Dyck <
> > > Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character 
> > > is what you are, reputation merely what others think you are." - 
> > > John Wooden
> > >
> > >
> > >
> > >
> > > --
> > > --
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > > send email to lists...@listserv.ua.edu with the message: INFO 
> > > IBM-MAIN
> > >
> >
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous 
> > Monitoring for Legacy **|  *
> >
> > 
> > -- 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 l

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

No. the fork is a unix issue. the first shell task will be started as a
separate asid and then, if _BPXSHAREDAS is on, called shell programs will
run in the same (new) asid. You can see in the syslog the evidence of the
new ASID started. It is usually has the id of the caller plus numeric
value.


On Mon, Nov 4, 2019 at 1:46 PM Lionel B Dyck  wrote:

> But when rexx, under ispf, invokes bpxwunix won't the sharedas help to
> prevent the fork?
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS services
> (bpxwunix)
>
> That's because _BPX_SHAREDAS is related to a main shell program and its
> forks. not to the Rexx (or whatever the caller is) and the unix shell.
>
>
>
> On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:
>
> > That was my fear 
> >
> > I did find these which I implemented in my .profile and I'm not seeing
> > any  visual improvements:
> >
> > export _BPX_SHAREAS=YES
> > export _BPX_SPAWN_SCRIPT=YES
> >
> >
> > Lionel B. Dyck <
> > Website: http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is
> > what you are, reputation merely what others think you are." - John
> > Wooden
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of ITschak Mugzach
> > Sent: Monday, November 4, 2019 5:25 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Improving the performance of an ISPF app using OMVS
> > services
> > (bpxwunix)
> >
> > Lionel,
> >
> > The secret is that zPDT systems are not heavily loaded. As you load
> > the system (or start mot guests, if running under z/vm), the system
> > starts to slow down. BPXWUNIX starts a new address space, so by
> > definition it is more cpu consuming, that affects elapse.
> >
> > ITschak
> >
> > On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
> >
> > > Are there any hints/tips to improve the performance of an ISPF
> > > application that uses BPXWUNIX?  In running on my normal system the
> > > performance is very slow compared to a friends system running on a
> zPDT.
> > >
> > >
> > >
> > > I couldn't find a SHARE presentation (but I may not have used the
> > > correct
> > > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> > >
> > >
> > >
> > >
> > >
> > > Lionel B. Dyck <
> > > Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
> > >
> > > "Worry more about your character than your reputation.  Character is
> > > what you are, reputation merely what others think you are." - John
> > > Wooden
> > >
> > >
> > >
> > >
> > > 
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > >
> >
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous
> > Monitoring for Legacy **|  *
> >
> > --
> > 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
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> 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
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

But when rexx, under ispf, invokes bpxwunix won't the sharedas help to prevent 
the fork?


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

That's because _BPX_SHAREDAS is related to a main shell program and its forks. 
not to the Rexx (or whatever the caller is) and the unix shell.



On Mon, Nov 4, 2019 at 1:29 PM Lionel B Dyck  wrote:

> That was my fear 
>
> I did find these which I implemented in my .profile and I'm not seeing 
> any  visual improvements:
>
> export _BPX_SHAREAS=YES
> export _BPX_SPAWN_SCRIPT=YES
>
>
> Lionel B. Dyck <
> Website: http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: Monday, November 4, 2019 5:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Improving the performance of an ISPF app using OMVS 
> services
> (bpxwunix)
>
> Lionel,
>
> The secret is that zPDT systems are not heavily loaded. As you load 
> the system (or start mot guests, if running under z/vm), the system 
> starts to slow down. BPXWUNIX starts a new address space, so by 
> definition it is more cpu consuming, that affects elapse.
>
> ITschak
>
> On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:
>
> > Are there any hints/tips to improve the performance of an ISPF 
> > application that uses BPXWUNIX?  In running on my normal system the 
> > performance is very slow compared to a friends system running on a zPDT.
> >
> >
> >
> > I couldn't find a SHARE presentation (but I may not have used the 
> > correct
> > keywords) and the IBM pubs are not speaking to me as nothing jumps out.
> >
> >
> >
> >
> >
> > Lionel B. Dyck <
> > Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
> >
> > "Worry more about your character than your reputation.  Character is 
> > what you are, reputation merely what others think you are." - John 
> > Wooden
> >
> >
> >
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> 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
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

--
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: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

That was my fear 

I did find these which I implemented in my .profile and I'm not seeing any  
visual improvements: 

export _BPX_SHAREAS=YES   
export _BPX_SPAWN_SCRIPT=YES  


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: Monday, November 4, 2019 5:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Improving the performance of an ISPF app using OMVS services 
(bpxwunix)

Lionel,

The secret is that zPDT systems are not heavily loaded. As you load the system 
(or start mot guests, if running under z/vm), the system starts to slow down. 
BPXWUNIX starts a new address space, so by definition it is more cpu consuming, 
that affects elapse.

ITschak

On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:

> Are there any hints/tips to improve the performance of an ISPF 
> application that uses BPXWUNIX?  In running on my normal system the 
> performance is very slow compared to a friends system running on a zPDT.
>
>
>
> I couldn't find a SHARE presentation (but I may not have used the 
> correct
> keywords) and the IBM pubs are not speaking to me as nothing jumps out.
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

--
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: Improving the performance of an ISPF app using OMVS services (bpxwunix)

[ITschak Mugzach]

Lionel,

The secret is that zPDT systems are not heavily loaded. As you load the
system (or start mot guests, if running under z/vm), the system starts to
slow down. BPXWUNIX starts a new address space, so by definition it is more
cpu consuming, that affects elapse.

ITschak

On Mon, Nov 4, 2019 at 1:20 PM Lionel B Dyck  wrote:

> Are there any hints/tips to improve the performance of an ISPF application
> that uses BPXWUNIX?  In running on my normal system the performance is very
> slow compared to a friends system running on a zPDT.
>
>
>
> I couldn't find a SHARE presentation (but I may not have used the correct
> keywords) and the IBM pubs are not speaking to me as nothing jumps out.
>
>
>
>
>
> Lionel B. Dyck <
> Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Improving the performance of an ISPF app using OMVS services (bpxwunix)

[Lionel B Dyck]

Are there any hints/tips to improve the performance of an ISPF application
that uses BPXWUNIX?  In running on my normal system the performance is very
slow compared to a friends system running on a zPDT.

 

I couldn't find a SHARE presentation (but I may not have used the correct
keywords) and the IBM pubs are not speaking to me as nothing jumps out.

 

 

Lionel B. Dyck <
Website:  <http://www.lbdsoftware.com/> http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Bruce Hewson]

Hello Hobart,

here are my NOVALUE and SYNTAX handlers:-

 Signal on Novalue/* Clean diagnostics   */
 Signal on Syntax /* for unexpected results. */



/*===*/  
Syntax:  
 Say "SYNTAX raised in line" sigl". rc="rc "("errortext(rc)")."  
 zsigl = sigl /* Number of sourceline in error   */  
 Parse Version impl langlevel .   /* Look at language level  */  
 Signal Common/* continue with common code   */  
 
NoValue: 
 Say "NOVALUE raised at line" sigl   
 zsigl = sigl /* Number of sourceline in error   */  
 Parse Version impl langlevel .   /* Look at language level  */  
 If langlevel > 3.45 Then Do  /* Condition BIF is supported  */  
   Say "Then referenced variable is" "CONDITION"('D')
 End 
 Signal Common/* continue with common code   */  
 
Common:   /* Common error handling   */  
 Trace 'o'/* Ensure no tracing   */  
 If sourceline() <> 0 Then Do /* Source lines available  */  
   Say '"'CompleteSource(zsigl)'"'/* Show the line in error  */  
 End 
 If Left(impl,5) <> "REXXC" Then Do /* NOT running a compiled program*/  
   Say "You can look around now..." /* Tell user what they can do*/  
   Trace ?R   /* interactive tracing */  
   Nop   
 End 
 Exit
 
CompleteSource: Procedure
 Parse Arg linenum   
 If Datatype(linenum) <> "NUM" Then linenum=1
 line = Strip(SourceLine(linenum))   
 
 Do While (( Right(line,1) = ",") & (linenum <= SourceLine()))   
   linenum = linenum + 1 
   line = Left(line,(length(line)-1)) Strip(SourceLine(linenum)) 
 End 
 
 Return line 


On Wed, 13 Jun 2018 16:07:48 -0400, Hobart Spitz  wrote:

>Bruce;
>

>
>My typical NOVALUE handler looks like this:
>
>
>
>
>
>*novalue:say condition() condition("c") condition("d") "in line"
>sigl"."parse source Sourcesay Source /* in case we are a few levels down in
>external modules */exit -889*
>
>
>I'd also recommend against TRACE OFF.  A typo can turn a REXX instruction
>into a host command, and those problem can be hard to find.  (The proper
>way to write TRACE is to omit the quotes; they imply VALUE, which takes a
>few extra machine instructions.
>


Regards
Bruce

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Bruce Hewson]

Hi,

Well, of course, as soon as I posted I then spotted that I had not corrected 
quoted the stderr. stem varname.

Actually, the sample code did not come from IBM but from:-

https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/bpxwunix_z_os_best_kept_secret10?lang=en

A very good blog update from Mr Packer.

The code below does work. My tests prior to quoting the stem variables did fail.

Tracing did show they were being set to blanks.  It took a little while longer 
to interpret and understand the trace. 

IBM examples are do not quote the stem variables, and are relying on the 
default STEM variable behaviour:-

To trap output from the ls command and display it:
 call bpxwunix ’ls -l’,,out.
do i=1 to out.0
   say out.i
end
To send output from the previous example to word count and print the byte count:
 call bpxwunix ’wc’,out.,bc.
 parse var bc.1 . . count
 say ’byte count is’ count

To trap output on stack and feed it to word count:
 if bpxwunix(’ls -l’,,stack)=0 then
   call bpxwunix ’wc’,stack

ref: Using REXX and z/OS UNIX System Services  SA23-2283-30

The post was to put in archives to remind that using quoted stem vars are 
better when calling bpxwunix.


On Wed, 13 Jun 2018 01:53:36 -0500, Bruce Hewson  
wrote:

>I thought I would try out using "bpxwunix" in REXX.
>
>The sample code worked fine.
>
>But, I normally code with SIGNAL NOVALUE active.
>
>Then the sample did not work.  It took me a little while to work out. 
>
>This does work:-
>
>/*REXX/
> Trace 'o' 
> Signal on Syntax /* for unexpected results. */
>/*===*/
>  unsorted_data. = 
>  unsorted_data.0=5
>  unsorted_data.1="KIJJ"   
>  unsorted_data.2="KQWR"   
>  unsorted_data.3="ADGF"   
>  unsorted_data.4="OEPE"   
>  unsorted_data.5="VNVV"   
>   
>  sorted_data. =   
>  sorted_data.0=0  
>   
>  cmd="sort"   
>   
>  call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.
>   
>  say "sorted_data:"   
>  say "==="
>  do i=1 to sorted_data.0  
>say sorted_data.i  
>  end  
>   
>  say "stderr:"
>  say "==="
>  do i=1 to stderr.0   
> say stderr.i  
>  end  
>Return 
>/*===*/
>
>I have not listed the diagnostic section for the SIGNAL processes.
>
>Note the quoted stem names.  This is required.
>


Regards
Bruce Hewson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Paul Gilmartin]

On Wed, 13 Jun 2018 16:07:48 -0400, Hobart Spitz wrote:
>
>I'm not sure whether you are asking for help, reporting a problem in a
>sample, or offering a solution.
>
>Since you haven't said which line failed, I'm just be guessing.
>
>I think you need to quote StdErr. .  That should allow you to turn NOVALUE
>back on.  I prefer to use it most of the time also.
> 
The OP apparently understands this:
On Wed, 13 Jun 2018 01:53:36 -0500, Bruce Hewson wrote
>...
>Note the quoted stem names.  This is required.
> ...
But he didn't follow his own advice in the example he posted:

>  cmd="sort"   
>   
>  call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.

>My typical NOVALUE handler looks like this:
>
I don't code a handler.  If NOVALUE is caught I consider it a coding
error and fix the code.  It might be a typo spelling a symbol.  How
would I recover from that?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX calling bpxwunix when SIGNAL NOVALUE active

[Seymour J Metz]

IMHO the most serious problems with REXX are:

 1. The behavior of SIGNAL inside a do block or procedure.

 2. The similarity to PL/I that leads people to expect PL/I 
semantics for things that are very different in REXX.

FWIW, I don't normally run with NOVALUE active, but that might be best for 
people who are not yet thoroughly familiar with REXX semantics. Also, 
introductory and training material really ought to lay more stress on trace I; 
it's amazing how many bugs become obvious when you look at the trace output.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Hobart Spitz 
Sent: Wednesday, June 13, 2018 4:07 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: REXX calling bpxwunix when SIGNAL NOVALUE active

Bruce;

I'm not sure whether you are asking for help, reporting a problem in a
sample, or offering a solution.

Since you haven't said which line failed, I'm just be guessing.

I think you need to quote StdErr. .  That should allow you to turn NOVALUE
back on.  I prefer to use it most of the time also.

My typical NOVALUE handler looks like this:





*novalue:say condition() condition("c") condition("d") "in line"
sigl"."parse source Sourcesay Source /* in case we are a few levels down in
external modules */exit -889*


I'd also recommend against TRACE OFF.  A typo can turn a REXX instruction
into a host command, and those problem can be hard to find.  (The proper
way to write TRACE is to omit the quotes; they imply VALUE, which takes a
few extra machine instructions.

Seymour, your suggestion is good.  If anything is wrong with REXX, it's
that it's such an easy language to write, people just jump in without
really understanding it.


OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data one
character at a time (Unix/C style), or one record at a time?
IBM has been looking for an HLL for program products; REXX is that language.

On Wed, Jun 13, 2018 at 2:18 PM, Seymour J Metz  wrote:

> IMHO examples of REXX calls in any documentation should include both
> quoted stem names and variable containing the stem name, with appropriate
> comments. The descriptions should make it clear that normal REXX expression
> syntax applies, and the manuals should not make incorrect statements in the
> name of simplicity.
>
> FWIW, similar considerations apply to descriptions of the JCL for various
> programs; all too many manuals make incorrect statements in an effort to
> avoid either an accurate description or a reference to the JCL Reference
> manual.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Peter Hunkeler 
> Sent: Wednesday, June 13, 2018 9:00 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: AW: REXX calling bpxwunix when SIGNAL NOVALUE active
>
> >call bpxwunix cmd,"unsorted_data.","sorted_data.",stderr.
>
>
> The FM manual describes the parameters to be "the name of a compound
> variable". If you don't quote, REXX will try to dereference the variables,
> does not find them, and raises NOVALUE if activated. If not, those which
> were initialized (unsorted_data & sorted_data) are replace by a blank.
>
>
> I think the examples in the doc should be updated to quote any and all of
> the parameters which denote a stem variable.
> --
> 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
>

--
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