The disassembler can not determine if the original source was an
=A() or =V(xxx). This, and other things, require someone to work
with the disassembled code to actually make it assemble clean.
It's amazing that the disassembler does as good a job as it does. Pat
the guys on the back that
Try coding "L R2,=V(TSAUXWRK)"
On 17/11/2021 22:50, David Spiegel wrote:
> Hi,
> I have been given a Load Module and source code.
> The Source Code, however, does not 100% match the Disassembled Load
> Module.
> This module has been running in production since 1994.
>
> With that preface
Hi,
I have been given a Load Module and source code.
The Source Code, however, does not 100% match the Disassembled Load Module.
This module has been running in production since 1994.
With that preface ...
I tried reassembling the disassembled module source and have a problem.
One instruction
I agree with Charles. This is probably a firewall issue on the client
side. Have their network guys check the logs to see what's going on. If
it works for you, it should also work for the client. When I've seen these
before, and we see a lot of this, 99 times out of 100, it's the client's
My *guess* at this time is that
1. The true cause of the error is a customer firewall or similar that is
blocking the connection.
2. The "anonymouslevel" text in the error message is totally spurious and
has nothing to do with reality. I have seen this before, where the "detail"
part of an FTP
On Wed, 17 Nov 2021 07:22:59 -0800, Charles Mills wrote:
>> Does the input have the USER keyword specified, then the actual
>> userid/password?
>
>Yes, the first line of DD INPUT is (asterisks substituted for sensitive data)
>
>USER ***
>
Beware of case sensitivity, enforced by some
> Does the input have the USER keyword specified, then the actual
> userid/password?
Yes, the first line of DD INPUT is (asterisks substituted for sensitive data)
USER ***
> I thought if you actually connected by specifying a
> URL, you didn't need the USER keyword.
No, the URL
No, thank you Jim!
Now I'll actually checkout the keyword in 2.4 and later in 2.5!
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Horne, Jim
Sent: Wednesday, November 17, 2021 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: SMF dump program
Does the input have the USER keyword specified, then the actual
userid/password? I thought if you actually connected by specifying a
URL, you didn't need the USER keyword.
On 11/16/2021 11:47 AM, Charles Mills wrote:
Thanks. Good thought. The file is machine-generated by software that
Funny, I just ran into this. My ID's OMVS segment was using /bin/bash
which was a symbolic link to Rocket's Conda environment (where bash is
installed). bash does not behave well with BPXBATCH. There are a few
ways around the issue. I finally just added:
#!/bin/bash -l
to my script I
Thanks Bob. I know it isn't in the manual. I saw it in the 2.5 manual and was
hoping it had been rolled back.
If you don't ask the question, the answer is always no. Looks as if it's still
no in this case. Bummer
Jim Horne
NOTICE: All information in and
Im trying to run the shell script (httpd server) as a started task
If I use userid websrv it takes the instream //STDENV and uses it, and
works
if I use a different userid, it ignores the instream //STDENV values, and
fails because of Libpath.
With WEBSRV it takes the //STDENV and ignores
If it was, it is not in the 2.3 manual updated 7/1/2019
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Horne, Jim
Sent: Wednesday, November 17, 2021 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF dump program parameter question
Does anyone know if the REPORTOPTS
Does anyone know if the REPORTOPTS parameter in IFASMFDL and IFASMFDP has been
rolled back to 2.3, or is it just 2.4 and 2.5?
Thanks,
Jim Horne
NOTICE: All information in and attached to the e-mails below may be
proprietary, confidential, privileged and
Hi Marc,
I was aware of that an hour ago.
I should have asked when UJ07093 would be available instead of the PE'd UJ06880.
I also meant to ask if Brian's build issue was a one-off for him or any other
recent builds.
I have a November 4th build that I have not unloaded yet as I was waiting
Hi Bob,
The APAR OA62404 is already closed. I think the PTFs UJ07092 UJ07093 UJ07094
may be in TEST now.
https://www.ibm.com/support/pages/apar/OA62404
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Marna,
Any idea when UJ06880 (latest migration workflow) will be fixed?
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Marna WALLE
Sent: Tuesday, November 16, 2021 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.5 install with z/OSMF
Mark,
Please
17 matches
Mail list logo
