Thanks
Joe Reichman
170-10 73 rd ave
Fresh meadows NY 11366
> On Jul 12, 2019, at 4:39 AM, Mark Hiscock wrote:
>
> Hi
>
> Perhaps you need SCEEBND2 in the SYSLIB DD?
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.cbcux01/finauto.htm
>
> Kind Regards,
>
Hi
Perhaps you need SCEEBND2 in the SYSLIB DD?
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.cbcux01/finauto.htm
Kind Regards,
Mark
---
Mark Hiscock
z/OS Connect
Phone: (+44)1962 818662
Email:
I think that was it had it in a pds
Joe Reichman
170-10 73 rd ave
Fresh meadows NY 11366
> On Jul 12, 2019, at 8:07 AM, David Crayford wrote:
>
> Here's my PROC for 64-bit C++ compile/link. You will have to change it for C.
>
>
I don't know. Probably a historical anomaly! Probably doesn't even need
a STEPLIB
On 2019-07-12 8:30 PM, David Spiegel wrote:
Hi David,
Why does The Binder step have this:
//STEPLIB DD DISP=SHR,DSN=SYS1.CEE.SCEERUN2
// DD DISP=SHR,DSN=SYS1.CEE.SCEERUN
Regards,
David
Peter,
I saw your note that says it works with other PDSs, just not this one. What
happens if you create a new PDS and copy the members you want to the new one,
then try to FTP from that one? It sounds more now like there's something
corrupt in the PDS itself.
Rex
-Original
The pre-linker cannot be used for 64-bit XPLINK programs. My compiler
options below:
ARCH(11)
ASM
ASMLIB(//'SYS1.MACLIB',//'SYS1.MODGEN')
DEF(__IBMCPP_TR1__)
DEF(_UNIX03_THREADS)
DEF(_XOPEN_SOURCE=600)
GOFF
GONUM
NOHOT
LANGLVL(EXTENDED0X,NEWEXCP,NULLPTR)
LIST
LOCALE(EN_US.IBM-1047)
NOSEQ,NOMARG
I have certainly used MGET with a z/OS server, with no issues.
Do you have more specifics?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John
Sent: Friday, July 12, 2019 5:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP
Before entering the mget command did you turn prompting off?
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Friday, July 12, 2019 8:16 AM, John wrote:
Thanks. Very nice. Say Hello to everyone for me please.
John T. Abell
Tel:800-295-7608Option 4
President
International: 1-416-593-5578 Option 4
E-mail: john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609
International: 1-416-593-5579
International
Reserve/Release processing? Check GRSRNL00 for SYSIGGV2 (catalog) SYSZVTOC
(obvious) SYSZVVDS (obvious),
Service class/dispatch priority of the CSSMTP task?
You might also try rebuilding the VTOCIX on the volume.
HTH,
-Original Message-
From: IBM Mainframe Discussion List On Behalf
Is there any kind of trace can be set on ftpd on why it just doesn't
prompts me with a PDS member to download post the message 200 ?
Strange it allows me to download other PDSes and only with one specific PDS
it fails
On Fri, 12 Jul, 2019, 5:39 PM Pommier, Rex, wrote:
> John,
>
> Not sure what
Doesn't behave well with a PDS directory. You should be able to get
each member. z/OS doesn't respond to DIR in the expected way and ftp
just stops. You can script the FTP session with ftp -s:
Good luck
--
For IBM-MAIN
John,
Not sure what you mean here. If in ftp you do a "cd some.pds.name", you get a
"some.pds.name is a partitioned dataset" message. You can then do a dir and
get the PDS directory. You can also do an 'mget *' and it'll download the
entire PDS, giving each member a separate file in your
Yes. The documentation is your friend.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter
Sent: Friday, July 12, 2019 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] FTP MGET
Is there any kind of trace can
Here's my PROC for 64-bit C++ compile/link. You will have to change it
for C.
//*=
//*
//* Compile and link a C++ XPLINK program.
//*
//* Note: - The outfile must be a PDSE or HFS file
//*
". Odds are real strong that we will be off of z/OS by January 2021, July at
latest."
I've heard that one before. Usually about 5-10 years after the previous "we'll
be off by"
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: Thursday, July
Hi David,
Why does The Binder step have this:
> //STEPLIB DD DISP=SHR,DSN=SYS1.CEE.SCEERUN2
> // DD DISP=SHR,DSN=SYS1.CEE.SCEERUN
Regards,
David
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
And to answer your question about invoking debug tool (sorry I'm too
lazy to hunt down that thread) just do the following:
#include
#include
int main( int argc, char *argv[] )
{
ctest(0); // debug
puts("hello world")
return 0;
}
On 2019-07-12 8:10 PM,
Joseph,
Unless I am overlooking, your Binder Messages do NOT correspond to the
SYSLIN control statements.
Your SYSLIN has
> IMPORT CODE,SYSADATA,opendata
And your BINDER error messages show
> IEW2322I 1220 1IMPORT CODE64,'SYSADATA','openadata__FPc'
Thanks,
Kolusu
Odd. Try one member at a time in the test PDS. Then we will know
which member(s) cause the problem.
On Fri, Jul 12, 2019 at 6:46 PM Peter wrote:
>
> Even if try to copy to a new PDS and it gives out me the same issue.
>
> How do find if there is any snag with PDS search and download via FTP ?
On Fri, 12 Jul 2019 18:50:00 +, Edgington, Jerry wrote:
>Condition code testing in JCL, has always seemed backward logic to me.
>
I suspect it's intuitive to an Assembler programmer accustomed to
branching *around* a section of code.
>But, as I understand it, maybe, the reason STEPA030
Older JCL Condition Code checking was based on RPN _ Revere Polish Notation
You can use the newer
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/ifuse.htm
//[name] IF [(]relational-expression[)] THEN [comments]
.
.action when
Any advice, please? (apart from MVS 3.8J with Hercules. I already have
that. But I lost the automation interface I wrote years ago)
It's been many years since I was an IBM geek. MVS/ESA and JES3, with Z/OS
on the horizon.
Is there any microcode available (functionally equiv, if not the genuine
Yes, you specify under which condition(s) to NOT run.
On Fri, Jul 12, 2019 at 6:44 PM Tony Sambataro
wrote:
>
> Having a discussion at our site as to how the jcl below should execute as far
> a cond code handling. I believe the two steps with COND= coded should both
> execute. But in my test
Condition code testing in JCL, has always seemed backward logic to me. But, as
I understand it, maybe, the reason STEPA030 didn't run was because STEP000 had
RC=0 and STEPA030 didn't specify a STEP name.
COND=(7,GT) means all steps prior to the condition code testing would have to
(7,GT).
Even if try to copy to a new PDS and it gives out me the same issue.
How do find if there is any snag with PDS search and download via FTP ?
But I can send the member to the PC desktop (one at a time) using the 3270
emulator .
I can guess there is some kind of technical error embedded inside
STEP000 executes as expected with CC=00.
STEP010 executes as expected with CC=16.
STEPA030 does not execute because CC=07 *is* greater than the CC=00 of
STEP000.
STEPA040 does execute because CC=07 *is not* greater than the CC=16 of
STEP010.
HTH Chris Poncelet (retired sysprog)
On 12/07/2019
When I bring up my CICS regions, one of them is giving me:
"LOGR COUPLE DATA SET NOT AVAILABLE. MAKE A COUPLE DATA SET AVAILABLE OR
REPLY C TO CANCEL THE CICSPTE2".
I am not sure where to start to figure out this one. Any help will be
appreciated.
This is a single system, but sysplex is
It looks like you are using the couple dataset and not dasd for logging.
Check the definitions in the jct entries using the logs and how the log
datasets were defined.
To make it simple, turn off logging in CICS.
You would need to find the jct entries specifying logging and dummy them out in
the
Issue a D XCF,COUPLE,TYPE=LOGR command, see what comes back.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Friday, July 12, 2019 4:09 PM, Tony Thigpen
Having a discussion at our site as to how the jcl below should execute as far a
cond code handling. I believe the two steps with COND= coded should both
execute. But in my test only the one with a step name coded runs. Would
appreciate other opinions.
//STEP000 EXEC PGM=IEFBR14
PDS
VERify *
In a message dated 7/12/2019 5:42:53 PM Central Standard Time,
rpomm...@sfgmembers.com writes:
What happens if you create a new PDS and copy the members you want to the new
one,
--
For IBM-MAIN subscribe / signoff
On 2019-07-13 10:42 AM, Steve Smith wrote:
Whenever
multiple CONDs are present, I'm lost. Is it OR or AND and is that in the
positive or negative sense?
When I started I was told:
Always say "Bypass this step if" and then begin reading the COND parameter.
Cheers,
Greg
> I can guess there is some kind of technical error embedded inside the PDS
> which is not visible to me
Peter,
Just a wild guess, does any member in the PDS have "PACK ON" ?
Also I noticed that you don't have REPLACE on your MGET , Did you make sure
that the files don't exist?
Thanks,
Kolusu
On Fri, 12 Jul 2019 13:05:59 -0700, Lizette Koehler wrote:
>Older JCL Condition Code checking was based on RPN _ Revere Polish Notation
>
Doesn't appear that way to me. In Polish Postfix (RPN, _ Revere Polish
Notation)
I'd expect to see not COND=(7,GT,STEP010)
but:
> Would that interfere with DIR or just cause corruption of transmitted
data?
Gil,
Probably corrupted data. But I have seen strange things happen with PACK ON
Thanks,
Kolusu
--
For IBM-MAIN subscribe / signoff / archive access
PDSVERify *
In a message dated 7/12/2019 5:42:53 PM Central Standard Time,
rpomm...@sfgmembers.com writes:
I saw your note that says it works with other PDSs, just not this one. What
happens if you create a new PDS and copy
Hi Rupert;
Have you seen "VisibleZ" which can be downloaded via
https://punctiliousprogrammer.com/ ?
Regards; Phil
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Rupert Reynolds
Sent: Saturday, 13 July 2019 5:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
As a long-time assembler programmer and JCL wrangler, I absolutely think
that COND is backwards, confusing, and the opposite of intuitive. Whenever
multiple CONDs are present, I'm lost. Is it OR or AND and is that in the
positive or negative sense?
The new* IF / ELSE / ENDIF statements are an
I always guessed COND= was invented by someone who took a Boolean Logic
or Digital Electronics class, where I once heard that negative logic
NAND/NOR ends up with less logic or hardware than AND/OR.
On 7/12/2019 5:41 PM, Steve Smith wrote:
As a long-time assembler programmer and JCL wrangler,
On Fri, 12 Jul 2019 14:43:28 -0700, Sri h Kolusu wrote:
>> I can guess there is some kind of technical error embedded inside the PDS
>> which is not visible to me
>
>Just a wild guess, does any member in the PDS have "PACK ON" ?
>
Would that interfere with DIR or just cause corruption of
41 matches
Mail list logo
