Re: z/OSMF

[Wayne Bickerdike]

The slash was an or symbol. Codeset anybody?

On Wed, Jul 12, 2023 at 8:35 AM Phil Smith III  wrote:

> Wayne Bickerdike wrote:
> *Was it Sterling Software/Platinum?*
>
> Heh. Different metals, different companies-but both wound up as part of CA
> eventually.
>
>
>
>
> --
> 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: OSA-ICC question

[kekronbekron]

For our benefit here, could you please share what the conclusion is?


- KB

--- Original Message ---
On Wednesday, July 12th, 2023 at 9:17 AM, Laurence Chiu  
wrote:


> Thanks. I thought as much as Googled for this but this link didn't pop up.
> That is pretty conclusive.
> 
> On Wed, Jul 12, 2023 at 12:11 PM Joe Monk joemon...@gmail.com wrote:
> 
> > Page 129
> > 
> > https://www.redbooks.ibm.com/redbooks/pdfs/sg245444.pdf
> > 
> > Joe
> > 
> > On Tue, Jul 11, 2023 at 5:12 PM Laurence Chiu lch...@gmail.com wrote:
> > 
> > > We are having a LPAR being stood up on an outsourcing company's host. It
> > > will be for our use but they will manage it via the HMC's and possibly
> > > the
> > > OSA-ICC port. All regular access to the LPAR will be via 3270 and using
> > > our accounts. But a question was asked, what about OSA-ICC access. My
> > > understanding is if the OSA Express cards have been defined in IOCD and
> > > assigned to the LPAR, and a port(s) configured as OSA-ICC then the
> > > outsourcer can access it so long as they have IP connectivity to that IP
> > > address. And Z/OS Communications Manager does not need to be started.
> > > 
> > > Is that correct? This is not my area of expertise but one of my
> > > colleagues
> > > said the OSA Express cards are assigned to the hardware and not to the
> > > LPAR
> > > which of course makes no sense to me at all. After all you can share OSA
> > > Express cards across the LPARs on a CEC.
> > > 
> > > --
> > > 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: OSA-ICC question

[Laurence Chiu]

Thanks.  I thought as much as Googled for this but this link didn't pop up.
That is pretty conclusive.

On Wed, Jul 12, 2023 at 12:11 PM Joe Monk  wrote:

> Page 129
>
> https://www.redbooks.ibm.com/redbooks/pdfs/sg245444.pdf
>
> Joe
>
> On Tue, Jul 11, 2023 at 5:12 PM Laurence Chiu  wrote:
>
> > We are having a LPAR being stood up on an outsourcing company's host. It
> > will be for our use but they will manage it via the HMC's and possibly
> the
> > OSA-ICC port.  All regular access to the LPAR will be via 3270 and using
> > our accounts.  But a question was asked, what about OSA-ICC access. My
> > understanding is if the OSA Express cards have been defined in IOCD and
> > assigned to the LPAR, and a port(s) configured as OSA-ICC then the
> > outsourcer can access it so long as they have IP connectivity to that IP
> > address. And Z/OS Communications Manager does not need to be started.
> >
> > Is that correct? This is not my area of expertise but one of my
> colleagues
> > said the OSA Express cards are assigned to the hardware and not to the
> LPAR
> > which of course makes no sense to me at all. After all you can share OSA
> > Express cards across the LPARs on a CEC.
> >
> > --
> > 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: OSA-ICC question

[Joe Monk]

Page 129

https://www.redbooks.ibm.com/redbooks/pdfs/sg245444.pdf

Joe

On Tue, Jul 11, 2023 at 5:12 PM Laurence Chiu  wrote:

> We are having a LPAR being stood up on an outsourcing company's host. It
> will be for our use but they will manage it via the HMC's and possibly the
> OSA-ICC port.  All regular access to the LPAR will be via 3270 and using
> our accounts.  But a question was asked, what about OSA-ICC access. My
> understanding is if the OSA Express cards have been defined in IOCD and
> assigned to the LPAR, and a port(s) configured as OSA-ICC then the
> outsourcer can access it so long as they have IP connectivity to that IP
> address. And Z/OS Communications Manager does not need to be started.
>
> Is that correct? This is not my area of expertise but one of my colleagues
> said the OSA Express cards are assigned to the hardware and not to the LPAR
> which of course makes no sense to me at all. After all you can share OSA
> Express cards across the LPARs on a CEC.
>
> --
> 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: C DLL abend CEE3350S

[Eric Erickson]

I've already built another DLL successfully, albeit with just 1 module. And we 
are doing all this on the z/OS side and not the USS side so those commands are 
not available for use.

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

Re: C DLL abend CEE3350S

[Eric Erickson]

These are the ones that are explicitly set. 

LANGLVL(EXTC1X) 
LIST
ILP32   
DEBUG(LEVEL(9)) 
AGGREGATE(OFFSETHEX)
NOXPLINK
DLL 
SSCOM   
LONGNAME
RENT
SHOWMACROS  
NOSHOWINC   
  XREF   OFFSET   SOURCE
NOOPTIMIZE  
NOINLINE
ARCH(7)  TUNE(12)   

Obviously, this is under z/OS and not USS.

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

Re: Basic VM/CMS question (GENMOD)

[Bernd Oppolzer]

Sorry, I have to apologize ...
the error is NOT a GENMOD problem,
instead the message is written by XRUNPARM itself, when it tries to load 
the GENMODed Pascal program ...
I should have looked there first. Didn't remember that XRUNPARM does 
such a BADSIZE check,

because it worked for decades, and I never saw such a message.

There must have been some changes in z/VM, compared to prior versions, 
which invalidate the size

computations of XRUNPARM, see this logic:

    MVC   PROGNAME,PLSTPROG    OBTAIN PROGRAM NAME
    MVC   MODNAME,PROGNAME INSERT PROGRAM NAME IN FSCB
    FSSTATE FSCB=MODFSCB,ERROR=NOMODULE ENSURE PROGRAM EXISTS
    USING FSTD,R1
    MVC   MODMODE,FSTFMODE SET FILE MODE
    DROP  R1
    FSREAD FSCB=MODFSCB,ERROR=BADMOD    READ MODULE DESCRIPTOR
    FSCLOSE FSCB=MODFSCB   CLOSE MODULE FILE
    LA    R5,MODESCR   POINT TO MODULE DESCRIPTOR
    USING STRTADDR,R5
    LA    R0,ENDRUN    POINT TO END OF INTERFACE
    C R0,FRSTLOC   DOES MODULE OVERLAY INTERFACE ?
    BH    BADORG   YES
    L R2,LASTLOC   OBTAIN LAST LOCATION ADDRESS
    S R2,FREELOWE  WILL MODULE FIT IN STORAGE ?
    BP    BADSIZE  YES

I will have to examine this and try to find out what's wrong with this 
in modern z/VM.


Sorry again, have a nice day.

Bernd


Am 11.07.2023 um 22:50 schrieb Bernd Oppolzer:
Update: the error only occurs, if I specify the ORIGIN parameter on 
the LOAD command;
if I don't, the first object is loaded at hex 2, and the GENMOD 
works without problems.


But: because my command line mapping program (XRUNPARM) runs first and 
then calls the
Pascal program, the Pascal program needs to have the ORIGIN 20580 ... 
XRUNPARM is loaded at X'2'.


And: when I specify 20580 as origin, I get errors like below,
maybe directly on the GENMOD

or later, when XRUNPARM tries to load the GENMODed Pascal program:

Ready;
xrunparm fibok
"FIBOK MODULE A1" REQUIRES 246K MORE STORAGE
Ready(00104);

???

Any suggestion is appreciated ...

Kind regards

Bernd



Am 11.07.2023 um 22:24 schrieb Bernd Oppolzer:

Hello all,

I know that this is maybe not the right list for asking questions on 
the VM/CMS system,
but forgive me ... I am registered to many lists, but no VM list, and 
today I have a problem

which could be a simple problem, so I would like to try it here.

I am trying to build my Pascal compiler on a z/VM machine which is 
new to me.
It worked already on old VM/370 R6 machines and also on other flavors 
of VM,

but I never did it on a recent z/VM.

To get the Pascal programs running, it is important to build modules 
using GENMOD.
Because the Pascal programs on VM work much the same as the z/OS 
versions,
and the mapping of the VM command line (instead of the z/OS JCL parm) 
is done by
another small module which runs BEFORE the pascal program ... and 
this module

then calls the Pascal program MODULE.

So I need GENMOD on my Pascal programs to work.

But:

when I do GENMOD on my Pascal programs on this particular machine,
it always complains about not enough storage.

Thats ridiculous, because there is plenty of virtual storage (512 M).

I can do the GENMOD on only small parts of the Pascal module, like this:

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO ERRMON
"FIBOK MODULE A1" REQUIRES 135K MORE STORAGE
Ready(00104);

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO $PASINT
"FIBOK MODULE A1" REQUIRES 131K MORE STORAGE
Ready(00104);

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO $PASMAIN
"FIBOK MODULE A1" REQUIRES 244K MORE STORAGE
Ready(00104);

... as you can see, the amount of storage required increases with the 
size of

the module part that I want to be GENMODed.

BTW: if I do LOAD and then START, the Pascal program runs without 
problems.
But then I have other problems, because I cannot pass the CMS command 
line
as runtime parameters to the Pascal program (which works on other 
versions of VM,

using the GENMODed variants of my Pascal programs).

It seems as if the GENMOD here has an own storage limit which is VERY 
LOW,

and even small parts of the loaded Pascal program cannot be GENMODed.

What am I missing?

This is (AFAIK) zVM 7.2.

Thanks a lot, best regards

Bernd

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

Re: z/OSMF

[Phil Smith III]

Wayne Bickerdike wrote:
*Was it Sterling Software/Platinum?*

Heh. Different metals, different companies-but both wound up as part of CA 
eventually.




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

Re: Basic VM/CMS question (GENMOD)

[Phil Smith III]

Bernd Oppolzer asked about a GENMOD problem.

 

The z/VM LIST is at ib...@listserv.uark.edu  , 
which means lists...@listserv.uark.edu   is 
where you can subscribe (well, any of the LISTSERVs should work, but).

 

Meanwhile, please issue SET EMSG ON and rerun one of the failing iterations, 
including the full commands.

 

Cheers,

...phsiii 


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

Re: Invoke Java from Assembler

[allan winston]

Robert,

   This reminds me of a situation I ran into 25 years ago involving
assembler and COBOL.  Granted, COBOL and Java are different
environments, but there may be enough similarity in the issues to be
relevant.

We had an assembler main program that called a COBOL subroutine
repeatedly.  It was chugging along just fine until
LE maintenance showed a large spike in CPU time within LE library routines,
as shown by Strobe.
It seemed as though the LE environment was constantly being created and
torn down. I did look into solutions, such as using CEEPIPI, but this
program
was a major CPU consumer in this shop and we needed a quick solution.  The
solution I proposed and was implemented
was to create a new main program, written in COBOL, that called the former
assembler main program.  That way the new main program
established the LE environment that persisted until the program terminated.

   So, ALC calling COBOL changed to COBOL calling ALC calling COBOL.
In your case: Java calling COBOL changed to COBOL calling Java calling
COBOL.

   I have never used Java, so this is somewhat a shot in the dark.

   I should have created an ETR on IBMLINK about the increased CPU
overhead, but did not bother since we had a circumvention.

 Allan

On Tue, Jul 11, 2023 at 5:58 PM Crawford Robert C (Contractor) <
04e08f385650-dmarc-requ...@listserv.ua.edu> wrote:

> We're interested in invoking Java from assembler in batch.  Specifically,
> we'd like to create a persistent Java environment we can call repeatedly
> and terminate when we're through.
>
> Has anyone done this?  Is the LE pre-initialization module CEEPIPI worth
> exploring?
>
> Thanks.
>
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
>
>
> --
> 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: Invoke Java from Assembler

[Kirk Wolf]

If you need to launch the Java virtual machine and invoke methods, it will be 
*much* easier to use C or C++ since you need to use "JNI" and the include files 
are provided and you need a LE XPLINK linkage and runtime environment.  I've 
done that and it works fine (both 31 and 64 bit SDK versions).

Another option would be to use Enterprise COBOL which has a Java JNI interface 
included.


Kirk Wolf
Dovetailed Technologies
https://coztoolkit.com

On Tue, Jul 11, 2023, at 4:58 PM, Crawford Robert C (Contractor) wrote:
> We're interested in invoking Java from assembler in batch.  Specifically, 
> we'd like to create a persistent Java environment we can call repeatedly and 
> terminate when we're through.
> 
> Has anyone done this?  Is the LE pre-initialization module CEEPIPI worth 
> exploring?
> 
> Thanks.
> 
> Robert Crawford
> Abstract Evolutions LLC
> (210) 913-3822
> 
> 
> --
> 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

OSA-ICC question

[Laurence Chiu]

We are having a LPAR being stood up on an outsourcing company's host. It
will be for our use but they will manage it via the HMC's and possibly the
OSA-ICC port.  All regular access to the LPAR will be via 3270 and using
our accounts.  But a question was asked, what about OSA-ICC access. My
understanding is if the OSA Express cards have been defined in IOCD and
assigned to the LPAR, and a port(s) configured as OSA-ICC then the
outsourcer can access it so long as they have IP connectivity to that IP
address. And Z/OS Communications Manager does not need to be started.

Is that correct? This is not my area of expertise but one of my colleagues
said the OSA Express cards are assigned to the hardware and not to the LPAR
which of course makes no sense to me at all. After all you can share OSA
Express cards across the LPARs on a CEC.

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

Re: C DLL abend CEE3350S

[Kirk Wolf]

In the z/OS dlls that we have built that contain C, C++, and Assembler routines 
we don't reference CEESTART  *anywhere* in our source tree.

- Did you compile with:  -W "c,dll,expo"  ?

- We bind our dll with  z/OS Unix make using c++  (or c89, xlc) command as 
shown in "z/OS XL C/C++ User's Guide" using "-W l,dll".   Take a look at that 
book and try to build a tiny Hello Word dll first.


Kirk Wolf
Dovetailed Technologies
http://coztoolkit.com

On Tue, Jul 11, 2023, at 1:52 PM, Eric Erickson wrote:
> I've a LE C DLL I've built that contains a several modules. It has both C and 
> a LE callable Assembler routines. When I first bound the moudle, it did not 
> set CEESTART as the entry point, so I added an ENTRY CEESTART to the binder 
> input deck. This results in a load module that shows the following in the 
> map. 
> 
> 
> ENTRY POINT AND ALIAS SUMMARY:  
> 
> NAME:ENTRY TYPE AMODE C_OFFSET CLASS NAMESTATUS 
> 
> CEESTART  MAIN_EP  31 0A48 B_TEXT   
> 
> But when I call one of the exported functions in DLL I get a CEE3350S
> 
> CEE3550S DLL ZDPUTILS does not contain a CEESTART CSECT.
> 
> Binder options are: 
> 
> TEST,LET,LIST,MAP,RENT,DYNAM(DLL),CASE(MIXED),XREF
> 
> The binder output for the routine that calls the DLL function shows the 
> called function as imported. 
> 
> Not sure what is going on here.
> 
> --
> 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

Invoke Java from Assembler

[Crawford Robert C (Contractor)]

We're interested in invoking Java from assembler in batch.  Specifically, we'd 
like to create a persistent Java environment we can call repeatedly and 
terminate when we're through.

Has anyone done this?  Is the LE pre-initialization module CEEPIPI worth 
exploring?

Thanks.

Robert Crawford
Abstract Evolutions LLC
(210) 913-3822


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

Re: Cobol question

[Joe Monk]

You can always map the TCB and reference field TCBTTIME to get the
accumulated CPU time for the task - I think its offset 316 decimal.

Joe

On Tue, Jul 11, 2023 at 4:22 PM Pommier, Rex 
wrote:

> Hey all,
>
> I just got this tossed at me by an application developer.  Cobol 6.3.  Is
> there some built-in function or something that they can put into a program
> to report out the amount of CPU (TCB) time the program has consumed thus
> far in execution of the program?  We have a program that processes
> accounts, and at the beginning of every account it prints the account
> number and wall clock timestamp.  The developers would like to also report
> out how much CPU the program has consumed at the same time as the wall
> clock.   I don't know of any but if somebody has an idea off the top of
> their head, I'll listen.
>
> TIA,
>
> Rex
>
> --
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged. If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful. If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>
> --
> 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

Cobol question

[Pommier, Rex]

Hey all,

I just got this tossed at me by an application developer.  Cobol 6.3.  Is there 
some built-in function or something that they can put into a program to report 
out the amount of CPU (TCB) time the program has consumed thus far in execution 
of the program?  We have a program that processes accounts, and at the 
beginning of every account it prints the account number and wall clock 
timestamp.  The developers would like to also report out how much CPU the 
program has consumed at the same time as the wall clock.   I don't know of any 
but if somebody has an idea off the top of their head, I'll listen.

TIA,

Rex

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: Basic VM/CMS question (GENMOD)

[Bernd Oppolzer]

Update: the error only occurs, if I specify the ORIGIN parameter on the 
LOAD command;
if I don't, the first object is loaded at hex 2, and the GENMOD 
works without problems.


But: because my command line mapping program (XRUNPARM) runs first and 
then calls the
Pascal program, the Pascal program needs to have the ORIGIN 20580 ... 
XRUNPARM is loaded at X'2'.


And: when I specify 20580 as origin, I get errors like below,
maybe directly on the GENMOD

or later, when XRUNPARM tries to load the GENMODed Pascal program:

Ready;
xrunparm fibok
"FIBOK MODULE A1" REQUIRES 246K MORE STORAGE
Ready(00104);

???

Any suggestion is appreciated ...

Kind regards

Bernd



Am 11.07.2023 um 22:24 schrieb Bernd Oppolzer:

Hello all,

I know that this is maybe not the right list for asking questions on 
the VM/CMS system,
but forgive me ... I am registered to many lists, but no VM list, and 
today I have a problem

which could be a simple problem, so I would like to try it here.

I am trying to build my Pascal compiler on a z/VM machine which is new 
to me.
It worked already on old VM/370 R6 machines and also on other flavors 
of VM,

but I never did it on a recent z/VM.

To get the Pascal programs running, it is important to build modules 
using GENMOD.
Because the Pascal programs on VM work much the same as the z/OS 
versions,
and the mapping of the VM command line (instead of the z/OS JCL parm) 
is done by
another small module which runs BEFORE the pascal program ... and this 
module

then calls the Pascal program MODULE.

So I need GENMOD on my Pascal programs to work.

But:

when I do GENMOD on my Pascal programs on this particular machine,
it always complains about not enough storage.

Thats ridiculous, because there is plenty of virtual storage (512 M).

I can do the GENMOD on only small parts of the Pascal module, like this:

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO ERRMON
"FIBOK MODULE A1" REQUIRES 135K MORE STORAGE
Ready(00104);

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO $PASINT
"FIBOK MODULE A1" REQUIRES 131K MORE STORAGE
Ready(00104);

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO $PASMAIN
"FIBOK MODULE A1" REQUIRES 244K MORE STORAGE
Ready(00104);

... as you can see, the amount of storage required increases with the 
size of

the module part that I want to be GENMODed.

BTW: if I do LOAD and then START, the Pascal program runs without 
problems.
But then I have other problems, because I cannot pass the CMS command 
line
as runtime parameters to the Pascal program (which works on other 
versions of VM,

using the GENMODed variants of my Pascal programs).

It seems as if the GENMOD here has an own storage limit which is VERY 
LOW,

and even small parts of the loaded Pascal program cannot be GENMODed.

What am I missing?

This is (AFAIK) zVM 7.2.

Thanks a lot, best regards

Bernd

--
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: z/OSMF

[Mike Shaw]

Platinum is right. We used to carry Platinum Software DB2 utility msgs in
the MVS/QuickRef DB.

Mike Shaw
Chicago-Soft, Ltd.

On Tue, Jul 11, 2023, 4:29 PM Wayne Bickerdike  wrote:

> *Can anyone remember the major DB2 player was?*
>
>
> *On Mon, Jul 3, 2023 at 8:26 AM Edward Gould
> <04bcc43af339-dmarc-requ...@listserv.ua.edu
> <04bcc43af339-dmarc-requ...@listserv.ua.edu>> wrote:*
>
> *Was it Sterling Software/Platinum?*
>
> --
> 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: z/OSMF

[Wayne Bickerdike]

*Can anyone remember the major DB2 player was?*


*On Mon, Jul 3, 2023 at 8:26 AM Edward Gould
<04bcc43af339-dmarc-requ...@listserv.ua.edu
<04bcc43af339-dmarc-requ...@listserv.ua.edu>> wrote:*

*Was it Sterling Software/Platinum?*

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

Basic VM/CMS question (GENMOD)

[Bernd Oppolzer]

Hello all,

I know that this is maybe not the right list for asking questions on the 
VM/CMS system,
but forgive me ... I am registered to many lists, but no VM list, and 
today I have a problem

which could be a simple problem, so I would like to try it here.

I am trying to build my Pascal compiler on a z/VM machine which is new 
to me.
It worked already on old VM/370 R6 machines and also on other flavors of 
VM,

but I never did it on a recent z/VM.

To get the Pascal programs running, it is important to build modules 
using GENMOD.

Because the Pascal programs on VM work much the same as the z/OS versions,
and the mapping of the VM command line (instead of the z/OS JCL parm) is 
done by
another small module which runs BEFORE the pascal program ... and this 
module

then calls the Pascal program MODULE.

So I need GENMOD on my Pascal programs to work.

But:

when I do GENMOD on my Pascal programs on this particular machine,
it always complains about not enough storage.

Thats ridiculous, because there is plenty of virtual storage (512 M).

I can do the GENMOD on only small parts of the Pascal module, like this:

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO ERRMON
"FIBOK MODULE A1" REQUIRES 135K MORE STORAGE
Ready(00104);

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO $PASINT
"FIBOK MODULE A1" REQUIRES 131K MORE STORAGE
Ready(00104);

LOAD PASMONN PASLIBX PASUTILS PASSNAPC FIBOK ...
GENMOD FIBOK ( FROM $PASENT TO $PASMAIN
"FIBOK MODULE A1" REQUIRES 244K MORE STORAGE
Ready(00104);

... as you can see, the amount of storage required increases with the 
size of

the module part that I want to be GENMODed.

BTW: if I do LOAD and then START, the Pascal program runs without problems.
But then I have other problems, because I cannot pass the CMS command line
as runtime parameters to the Pascal program (which works on other 
versions of VM,

using the GENMODed variants of my Pascal programs).

It seems as if the GENMOD here has an own storage limit which is VERY LOW,
and even small parts of the loaded Pascal program cannot be GENMODed.

What am I missing?

This is (AFAIK) zVM 7.2.

Thanks a lot, best regards

Bernd

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

Re: C DLL abend CEE3350S

[Wayne Bickerdike]

What compiler directives were used?

On Wed, Jul 12, 2023 at 5:18 AM Eric Erickson  wrote:

> I know, but the CEESTART CSECT is included in the program object. On
> another DLL, which is just 1 module with multiple functions, the CEESTART
> CSECT is listed in the load map as such.
>
>
>0  CEESTART*  CSECTB0  SYSLIB03  CEESTART
>
>
>
> In my problem DLL its listed as:
>
>   A48  CEESTART*  CSECTB0  SYSLIB03
> CEESTART
>
> Not sure what is going on here. Its my first foray into C DLLs and I
> wonder if mixing in the C LE Assembler routines is causing an issue?
>
> If I don't but the Entry statement into the deck, I get one what looks to
> be the module with the first alphabetically marked as the entry point.
>
> --
> 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: C DLL abend CEE3350S

[Wayne Bickerdike]

Do you have an INCLUDE for the CEESTART module? Does LE look for an
eyecatcher that it recognises as CEESTART, not just an ENTRY which as
Seymour says isn't the same.

Take LET off the bind in case there's another hidden problem.

On Wed, Jul 12, 2023 at 5:18 AM Eric Erickson  wrote:

> I know, but the CEESTART CSECT is included in the program object. On
> another DLL, which is just 1 module with multiple functions, the CEESTART
> CSECT is listed in the load map as such.
>
>
>0  CEESTART*  CSECTB0  SYSLIB03  CEESTART
>
>
>
> In my problem DLL its listed as:
>
>   A48  CEESTART*  CSECTB0  SYSLIB03
> CEESTART
>
> Not sure what is going on here. Its my first foray into C DLLs and I
> wonder if mixing in the C LE Assembler routines is causing an issue?
>
> If I don't but the Entry statement into the deck, I get one what looks to
> be the module with the first alphabetically marked as the entry point.
>
> --
> 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: "National" characters

[Seymour J Metz]

STOW will accept anything.

Re it's not my job, see .


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, July 11, 2023 3:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "National" characters

On Tue, 11 Jul 2023 18:35:14 +, Seymour J Metz wrote:

>That's a definite maybe. You can certainly have a null in a quoted DSN, but 
>you can't catalog it, which makes it pretty useless.
>
I bet STOW allows them.  Probably BLDL, LINK, ...

When I first discovered apostrophes I created various uncatalogable DSNs.
Shortly, storage admins descended on me, accusing me of breaking their
Scratch utility.  Bad Scratch utility design.

>   ... I can see nulls in path names creating all sorts of havoc in a Eunix 
> environment, but it's not my dog.
>
In PATH='...' they result in errors in allocation, perhaps earlier.

ITYM "I don't have a dog in this fight."

--
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: "National" characters

[Paul Gilmartin]

On Tue, 11 Jul 2023 18:35:14 +, Seymour J Metz wrote:

>That's a definite maybe. You can certainly have a null in a quoted DSN, but 
>you can't catalog it, which makes it pretty useless. 
>
I bet STOW allows them.  Probably BLDL, LINK, ...

When I first discovered apostrophes I created various uncatalogable DSNs.
Shortly, storage admins descended on me, accusing me of breaking their
Scratch utility.  Bad Scratch utility design.

>   ... I can see nulls in path names creating all sorts of havoc in a Eunix 
> environment, but it's not my dog.
>
In PATH='...' they result in errors in allocation, perhaps earlier.

ITYM "I don't have a dog in this fight."

-- 
gil

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

Re: C DLL abend CEE3350S

[Eric Erickson]

I know, but the CEESTART CSECT is included in the program object. On another 
DLL, which is just 1 module with multiple functions, the CEESTART CSECT is 
listed in the load map as such.

  
   0  CEESTART*  CSECTB0  SYSLIB03  CEESTART  
  

In my problem DLL its listed as: 

  A48  CEESTART*  CSECTB0  SYSLIB03  CEESTART   
   

   
Not sure what is going on here. Its my first foray into C DLLs and I wonder if 
mixing in the C LE Assembler routines is causing an issue? 

If I don't but the Entry statement into the deck, I get one what looks to be 
the module with the first alphabetically marked as the entry point.

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

Re: C DLL abend CEE3350S

[Seymour J Metz]

There's a difference between an entry point and a csect.


From: IBM Mainframe Discussion List  on behalf of 
Eric Erickson 
Sent: Tuesday, July 11, 2023 2:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: C DLL abend CEE3350S

I've a LE C DLL I've built that contains a several modules. It has both C and a 
LE callable Assembler routines. When I first bound the moudle, it did not set 
CEESTART as the entry point, so I added an ENTRY CEESTART to the binder input 
deck. This results in a load module that shows the following in the map.


ENTRY POINT AND ALIAS SUMMARY:

NAME:ENTRY TYPE AMODE C_OFFSET CLASS NAMESTATUS

CEESTART  MAIN_EP  31 0A48 B_TEXT

But when I call one of the exported functions in DLL I get a CEE3350S

CEE3550S DLL ZDPUTILS does not contain a CEESTART CSECT.

Binder options are:

TEST,LET,LIST,MAP,RENT,DYNAM(DLL),CASE(MIXED),XREF

The binder output for the routine that calls the DLL function shows the called 
function as imported.

Not sure what is going on here.

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

C DLL abend CEE3350S

[Eric Erickson]

I've a LE C DLL I've built that contains a several modules. It has both C and a 
LE callable Assembler routines. When I first bound the moudle, it did not set 
CEESTART as the entry point, so I added an ENTRY CEESTART to the binder input 
deck. This results in a load module that shows the following in the map. 


ENTRY POINT AND ALIAS SUMMARY:  

NAME:ENTRY TYPE AMODE C_OFFSET CLASS NAMESTATUS 

CEESTART  MAIN_EP  31 0A48 B_TEXT   

But when I call one of the exported functions in DLL I get a CEE3350S

CEE3550S DLL ZDPUTILS does not contain a CEESTART CSECT.

Binder options are: 

TEST,LET,LIST,MAP,RENT,DYNAM(DLL),CASE(MIXED),XREF

The binder output for the routine that calls the DLL function shows the called 
function as imported. 

Not sure what is going on here.

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

Re: "National" characters

[Seymour J Metz]

That's a definite maybe. You can certainly have a null in a quoted DSN, but you 
can't catalog it, which makes it pretty useless. I can see nulls in path names 
creating all sorts of havoc in a Eunix environment, but it's not my dog.

PL/I allows the three national characters #, $ and @ in identifiers, but I 
believe that ANSI removed them in the standard.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
Sent: Tuesday, July 11, 2023 2:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "National" characters

On Tue, 11 Jul 2023 13:48:31 -0400, Matt Hogstrom wrote:

>I think “Special" is a more accurate term today.  For instance, I’ve used them 
>to force some members to the top of a list based on sort order.
>
Classic MacOS allowed NUL in filenames and some authors employed
it for that purpose, especially to control order of loading extensions.

It should work similarly in z/OS.

An Industry Standard should govern COBOL nomenclature; otherwise
IBM should consistently follow its own rules.  Does PL/I straddle
that boundary?

--
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: "National" characters

[Paul Gilmartin]

On Tue, 11 Jul 2023 13:48:31 -0400, Matt Hogstrom wrote:

>I think “Special" is a more accurate term today.  For instance, I’ve used them 
>to force some members to the top of a list based on sort order.
> 
Classic MacOS allowed NUL in filenames and some authors employed
it for that purpose, especially to control order of loading extensions.

It should work similarly in z/OS.

An Industry Standard should govern COBOL nomenclature; otherwise
IBM should consistently follow its own rules.  Does PL/I straddle
that boundary?

-- 
gil

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

Re: "National" characters

[Seymour J Metz]

I believe that the distinction is still relevant today. The original use of the 
term national character was for special characters whose code points mapped to 
different glyphs in different EBCDIC code pages. Thus "." and "[" would both be 
special characters, but only "[" would be a national character.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Matt Hogstrom [m...@hogstrom.org]
Sent: Tuesday, July 11, 2023 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "National" characters

I think “Special" is a more accurate term today.  For instance, I’ve used them 
to force some members to the top of a list based on sort order.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 11, 2023, at 12:50 PM, Gibney, Dave 
> <03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote:
>
> US/Europe centered attitude
> $ Currency - Dollar
> # Weight - Pound
> @ per item - at


--
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: "National" characters

[Matt Hogstrom]

I think “Special" is a more accurate term today.  For instance, I’ve used them 
to force some members to the top of a list based on sort order.

Matt Hogstrom

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On Jul 11, 2023, at 12:50 PM, Gibney, Dave 
> <03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote:
> 
> US/Europe centered attitude
> $ Currency - Dollar 
> # Weight - Pound
> @ per item - at


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

Re: "National" characters

[Gibney, Dave]

US/Europe centered attitude
$ Currency - Dollar 
# Weight - Pound
@ per item - at

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Bob Bridges
> Sent: Tuesday, July 11, 2023 6:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: "National" characters
> 
> It was never clear to me why the term "national" was picked in the first 
> place.
> Although I worked for Volvo 14 years (jag Verkade på Volvo Lastvagnar fyrtio
> år) and on the Swedish side those keys produced characters in the Swedish
> alphabet - I don't remember which ones exactly, but probably something like
> Ä, Å and Ö.
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* Vegetables aren't food.  Vegetables are what food eats.  -from Shoe,
> 1999-10-08 */
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Peter Relson
> Sent: Tuesday, July 11, 2023 08:05
> 
> The ID (now CDD) folks had years ago made us refer to @,$,# as "special
> characters" rather than as "national characters".
> 
> It is disappointing that they did not change the publications to be consistent
> with that directive. By all means point out the discrepancies that you spot.
> 
> I'll bet that any change would be from "national" to "special" (not the other
> way around).  I have no idea what term they will decide to use for the JCL
> characters that they currently call special.
> 
> --
> 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: "National" characters

[M. Ray Mullins (Ray)]

I think the term “national characters” has its origins in the COBOL standard. 

The “special” characters can produce some interesting output. I once had to 
deal with a Turkish customer who used Top Secret. User resources classes should 
begin with X’5B’, which in CP 1026 (Latin-5/Turkish) is İ. We would get screen 
shots and printouts that caused us to double take until we got used to it. 

Sent from my iPhone

> On Jul 11, 2023, at 06:00, Bob Bridges  wrote:
> 
> It was never clear to me why the term "national" was picked in the first
> place.  Although I worked for Volvo 14 years (jag Verkade på Volvo
> Lastvagnar fyrtio år) and on the Swedish side those keys produced characters
> in the Swedish alphabet - I don't remember which ones exactly, but probably
> something like Ä, Å and Ö.
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* Vegetables aren't food.  Vegetables are what food eats.  -from Shoe,
> 1999-10-08 */
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Peter Relson
> Sent: Tuesday, July 11, 2023 08:05
> 
> The ID (now CDD) folks had years ago made us refer to @,$,# as "special
> characters" rather than as "national characters".
> 
> It is disappointing that they did not change the publications to be
> consistent with that directive. By all means point out the discrepancies
> that you spot.
> 
> I'll bet that any change would be from "national" to "special" (not the
> other way around).  I have no idea what term they will decide to use for the
> JCL characters that they currently call special.
> 
> --
> 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: "National" characters

[Bob Bridges]

It was never clear to me why the term "national" was picked in the first
place.  Although I worked for Volvo 14 years (jag Verkade på Volvo
Lastvagnar fyrtio år) and on the Swedish side those keys produced characters
in the Swedish alphabet - I don't remember which ones exactly, but probably
something like Ä, Å and Ö.

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

/* Vegetables aren't food.  Vegetables are what food eats.  -from Shoe,
1999-10-08 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Peter Relson
Sent: Tuesday, July 11, 2023 08:05

The ID (now CDD) folks had years ago made us refer to @,$,# as "special
characters" rather than as "national characters".

It is disappointing that they did not change the publications to be
consistent with that directive. By all means point out the discrepancies
that you spot.

I'll bet that any change would be from "national" to "special" (not the
other way around).  I have no idea what term they will decide to use for the
JCL characters that they currently call special.

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

Re: Latches?

[Bill Hitefield]

Seymour,
An ESA 4.3 announcement letter (from 1992) references them.
https://www.ibm.com/docs/en/announcements/archive/ENUS292-308
Hope this helps.

Bill Hitefield

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Seymour J Metz
> Sent: Tuesday, July 11, 2023 8:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Latches?
> 
> Were latches part of MVS/ESA SP V4.3 OE, or did they come later?
> --
> 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

Latches?

[Seymour J Metz]

Were latches part of MVS/ESA SP V4.3 OE, or did they come later?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: "National" characters

[Peter Relson]

The ID (now CDD) folks had years ago made us refer to @,$,# as "special 
characters" rather than as "national characters".

It is disappointing that they did not change the publications to be consistent 
with that directive. By all means point out the discrepancies that you spot.

I'll bet that any change would be from "national" to "special" (not the other 
way around).  I have no idea what term they will decide to use for the JCL 
characters that they currently call special.

Peter Relson
z/OS Core Technology Design


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

Re: DB2 install clist IRX0041I

[Wayne Bickerdike]

All good Bill.

On Tue, Jul 11, 2023 at 6:39 PM Bill Giannelli 
wrote:

> thanks for your response.
> I did run DSNTIJXZ, it turns out in the first panel I was pointing to the
> wrong version SMPe libraries.
> thanks
> Bill
>
> On Tue, 11 Jul 2023 12:24:05 +1000, Wayne Bickerdike 
> wrote:
>
> >Bill,
> >
> >Did you run the DSNTEJxZ job from SDSNSAMP. This captures your existing
> >parameter values for use later in the installation process.
> >
> >Which version of DB2 are you migrating?
> >
> >Check this chapter:
> >
> >
> https://www.ibm.com/docs/en/db2-for-zos/12?topic=jobs-running-clist-in-interactive-mode
> >
> >On Tue, Jul 11, 2023 at 8:03 AM Bill Giannelli 
> >wrote:
> >
> >> I am running the Db2 install / migration clist DSNTINST and am getting
> an
> >> IRX0041I error:
> >>446 +++ IRLMREG = (104857600 + (NUMTHRDS * IRLMLKUS * IRLMLKSZ))/
> >> 1048576
> >> IRX0041I Error running DSNTCALC, line 446: Bad arithmetic conversion
> >>
> >> SET   =  * ((2000 * 11)/100)
> >>
> >> IKJ56545I THIS STATEMENT HAS AN EXPRESSION WITH OPERATORS OUT OF
> SEQUENCE
> >>
> >> ***
> >>
> >> any ideas?
> >> thanks
> >>
> >> --
> >> 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
>
> --
> 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: DB2 install clist IRX0041I

[Bill Giannelli]

thanks for your response.
I did run DSNTIJXZ, it turns out in the first panel I was pointing to the wrong 
version SMPe libraries.
thanks
Bill

On Tue, 11 Jul 2023 12:24:05 +1000, Wayne Bickerdike  wrote:

>Bill,
>
>Did you run the DSNTEJxZ job from SDSNSAMP. This captures your existing
>parameter values for use later in the installation process.
>
>Which version of DB2 are you migrating?
>
>Check this chapter:
>
>https://www.ibm.com/docs/en/db2-for-zos/12?topic=jobs-running-clist-in-interactive-mode
>
>On Tue, Jul 11, 2023 at 8:03 AM Bill Giannelli 
>wrote:
>
>> I am running the Db2 install / migration clist DSNTINST and am getting an
>> IRX0041I error:
>>446 +++ IRLMREG = (104857600 + (NUMTHRDS * IRLMLKUS * IRLMLKSZ))/
>> 1048576
>> IRX0041I Error running DSNTCALC, line 446: Bad arithmetic conversion
>>
>> SET   =  * ((2000 * 11)/100)
>>
>> IKJ56545I THIS STATEMENT HAS AN EXPRESSION WITH OPERATORS OUT OF SEQUENCE
>>
>> ***
>>
>> any ideas?
>> thanks
>>
>> --
>> 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

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