I had a look at that but SMDE is all about directory entries, no data set info.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pierre Fichaud
Sent: 29 January 2020 23:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE V2 data set info
lol. You might be a Programming Geek if "code still works" is a "side
benefit".
sas
On Wed, Jan 29, 2020 at 5:35 PM Charles Mills wrote:
> You're a genius! Thanks. Message is gone, and as a side benefit, the code
> still works.
Tried just a simple C-style cast (myStruct *)opts;
No joy. For some reason extern "OS" * to struct * seems to require a two-stage
cast.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Wednesday, January
You're a genius! Thanks. Message is gone, and as a side benefit, the code still
works.
I suppose if someone REALLY wanted to be a C++ pedant,
myStruct *opts_char = reinterpret_cast(reinterpret_cast(opts));
I wonder how much of the problem is the extern "OS". On MS VS, where I edit and
test
@Allan and @Joseph, I should have said that this as an intellectual exercise I
want to write C++ that makes the warning go away, not a #pragma or similar that
suppresses the message.
Yes, I know that all casts are dangerous. A extern "OS" * is I believe always
the address of an "old-fashioned"
Hmmm.
V2R2
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Kielstra
Sent: Wednesday, January 29, 2020 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C++ reinterpret_cast question
FWIW, you don't get this warning
Also, I trust that you know what you're doing! Depending on the
implementation of C++, a pointer to a function can sometimes be a pointer to a
function descriptor. So be careful with what you do with opts_char. (But you
say that the resulting code basically works so that is good.)
Also, on
On Wed, 29 Jan 2020 11:54:21 -0700, Lizette Koehler wrote:
>
>I will see if STDIN or STDENV might work.
>
STDIN must be a UNIX file. STDENV may be UNIX, Classic, Instream, ... (tape?).
(One might "eval" strings defined in STDENV as commands.)
-- gil
FWIW, you don't get this warning with 2.4.1 (or 2.3.1). What version are you
using?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Sri,
Amazing JOB.
Sort is really a magic tool.
Thank you
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
4250/DITI Engenharia de Software
Tel: +55 11 3684-9602 Canal de voz 23-1404
E-mail: ituriel.nascime...@bradesco.com.br
BANCO BRADESCO S.A.
Cidade de Deus, Osasco, Prédio
Microsoft Visual C has #pragma warning (disable : ) dint know about XL C
> On Jan 29, 2020, at 1:29 PM, Charles Mills wrote:
>
> If you're not a C++ person you may hit Delete at any time ...
>
> I want to load a module that is a non-executable table (and non-reentrant)
> and then
On 2020-01-29 13:29, Charles Mills wrote:
If you're not a C++ person you may hit Delete at any time ...
I want to load a module that is a non-executable table (and non-reentrant)
and then modify it.
I have the entry point declared as
extern "OS" typedef int compiler_t(void *parm1);
compiler_t
John
I will see if STDIN or STDENV might work.
Thanks for the suggestion
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
John McKown
Sent: Wednesday, January 29, 2020 11:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set up UNIX to switch between
On Wed, Jan 29, 2020 at 12:13 PM Lizette Koehler
wrote:
> The USS process is not in DB2 to issue any SELECT statement.
>
> So is there way to do this
>
> If I start a started task
>
> S GGDB2,SSID=DB2U
>
> The process gets to the application layer before I can set the STEPLIB In
> USS or Java
If you're not a C++ person you may hit Delete at any time ...
I want to load a module that is a non-executable table (and non-reentrant)
and then modify it.
I have the entry point declared as
extern "OS" typedef int compiler_t(void *parm1);
compiler_t *opts;
(compiler_t is what is expected by
The USS process is not in DB2 to issue any SELECT statement.
So is there way to do this
If I start a started task
S GGDB2,SSID=DB2U
The process gets to the application layer before I can set the STEPLIB In
USS or Java Path
Lizette
-Original Message-
From: IBM Mainframe Discussion
Lizette,
I'm certainly not anything resembling a DB2 expert, but perhaps there is some
"version" information stored in the DBRM side file that is created / updated
when the user application is bound to DB2? Perhaps that could tell you what
version of DB2 was used for the BIND operation and
>> 1. What level of DB2 the user will be using (V10-V12)
Lizette,
Partial answer. The following SQL will give you the version of DB2
SELECT GETVARIABLE('SYSIBM.VERSION')
FROM SYSIBM.SYSDUMMY1
;
-- WILL RETURN THE VERSION IN DSNVVMMM FORMAT
-- PPP IS PRODUCT STRING 'DSN'
-- VV IS
I am not very experienced in USS in z/OS
I have to set up a script that could dynamically determine
1. What level of DB2 the user will be using (V10-V12)
2. What level of Java they will need for that version of DB2
So when their app starts in USS, I need to setup steplib and a
How about the DESERV macro and the IGWSMDE mapping ?
Regards, Pierre.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Wed, 29 Jan 2020 09:21:15 -0500, Steve Smith wrote:
>It's physically impossible to get PDSE information without allocating &
>opening it. The info is inside the dataset. It's somewhat parallel to
>classic PDS, where you have to read the dataset to get directory
>information.
>
PDSE has
Sri h Kolusu wrote:
>Here is the JCL that I was talking about. You pass the the exiting userid
>that you need to clone as a parm named BASEUSER and the new userid as another
>parm CLONUSER. I split the statements into different files , so that you can
>run them in the sequence you want to.
Dear colleagues and friends,
Happy to announce the Call for Papers for the Webex virtual meeting on
18th of March 2020. Please let me know if you'd like to present, or know
somebody who I should reach out to.
The deadline for submission is March, 4th.
Yours, GSE UK LSWG chairman
Thanks!
Ituriel do Nascimento Neto,
Here is the JCL that I was talking about. You pass the the exiting userid
that you need to clone as a parm named BASEUSER and the new userid as
another parm CLONUSER. I split the statements into different files , so
that you can run them in the sequence you want
It's physically impossible to get PDSE information without allocating &
opening it. The info is inside the dataset. It's somewhat parallel to
classic PDS, where you have to read the dataset to get directory
information.
It would be nice if PDSE recorded some of the info in the catalog or VVDS,
Gadi,
The way I'm reading your question, the job "ran successfully" ie it got a RC=0
but you want the job to fail instead of just giving the "not catlgd 2" message,
right? If so, check your ALLOC member and change it to CATLG_ERR FAILJOB(YES)
ERRORMSG(YES). This will cause the job to fail on
They are users
They make mistakes :-)
I will check the ALLOC parameters.
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Sri
h Kolusu
Sent: Wednesday, January 29, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSort question
>>The output dataset
Robert,
As I said, it is old stuff.
I'll follow your recommendation.
Thanks
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
4250/DITI Engenharia de Software
Tel: +55 11 3684-9602 Canal de voz 23-1404
E-mail: ituriel.nascime...@bradesco.com.br
BANCO BRADESCO S.A.
Cidade de Deus,
Sri,
Thank you, i'll give it a try.
Atenciosamente / Regards / Saludos
Ituriel do Nascimento Neto
4250/DITI Engenharia de Software
Tel: +55 11 3684-9602 Canal de voz 23-1404
E-mail: ituriel.nascime...@bradesco.com.br
BANCO BRADESCO S.A.
Cidade de Deus, Osasco, Prédio Vermelho
-Mensagem
>>The output dataset existed on tape before the job run.
Message IGD17101I was issued saying that there already was a dataset with
that name.
Gadi,
The message is issued by Open-Close-End of Volume (OCE) component. You
probably have ALLOCxx member with (CATLG_ERR, FAILJOB(YES) ) and hence the
I voted! LISTDSI does indded return SYSDSVERSION and SYSMAXGENS but it doesn't
help in my situation (an assembler module). ISITMGD doesn't really cut it for
my requirement, you have to allocate and open a data set and it only tells you
if the PDSE supports generations.
Robin
-Original
An uncatalig step before the sort, or use a gdg.
Get Outlook for Android
On Wed, Jan 29, 2020 at 7:12 PM +0800, "Paul Gilmartin"
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
On Wed, 29 Jan 2020 05:29:40 +, Gadi Ben-Avi wrote:
>Hi,
>User ran a job the uses
On Wed, 29 Jan 2020 05:29:40 +, Gadi Ben-Avi wrote:
>Hi,
>User ran a job the uses DFSort to copy a dataset.
>The output dataset is on tape.
>The output dataset existed on tape before the job run.
>Message IGD17101I was issued saying that there already was a dataset with that
>name.
>The job
33 matches
Mail list logo
