Re: too true: Vulture Central on "the next big thing".

[David Crayford]

On 21/10/2017 7:41 AM, Steve Smith wrote:

Bjorne Stroustrup (the inventor of C++, and incidentally the chair of
computer science at my alma mater for 12 years) said something like,
"You can shoot yourself in the foot with any language, but with C++
it's liable to blow your leg clean off."


Stroustrup said that in 1986 when the language was in it's infancy. If 
you look at modern C++, C++11, C++14 and C++17 it's not just a face lift
it's an entirely new language. Unfortunately, the z/OS C++ compiler only 
supports a limited subset of C++11. It's the only platform I work on that
doesn't have a modern C++ compiler, which is ironic considering it's the 
only platform where a compiler doesn't come for free.



Object-oriented design is not easy to do well.  It's quite often done
badly.  When it's good, it's very good, but... (you know the rest).


I totally agree it's easy to do badly. But then again it's easy to do 
well. All the lessons were learned back in the 90s. Prefer composition 
over inheritance, in fact never use inheritance unless using abstract 
base classes. Program to an interface not an implementation, use design 
patterns etc, etc.



sas

On Fri, Oct 20, 2017 at 4:06 PM, David W Noon
<013a910fd252-dmarc-requ...@listserv.ua.edu> wrote:

On Fri, 20 Oct 2017 18:30:25 +, Allan Staller
(allan.stal...@hcl.com) wrote about "Re: too true: Vulture Central on
"the next big thing"." (in
):


My understanding (albeit limited) is that O-O is modular programming with the
concept of "inheritance" added.

There is considerably more than that.

As a moron's guide to Object Oriented Programming (OOP) here is a
simple, layered approach:

The first part is encapsulation. This consists of laying out a data
structure, called a class, that will be instantiated whenever it is
needed. This data structure then has methods (an up-market term for
subroutines and functions) associated with it, but most of these methods
can only be invoked using an instance of the class. Thus, the methods
are encapsulated by the class.

The second part is polymorphism. This allows a single method name to be
used with different semantics, based on the class through which it is
invoked and its argument signature. This is identical to the PL/I
GENERIC declaration, except the rules for monomorphic selection on a
polymorphic name have to be coded explicitly in PL/I but are inferred by
the compiler in more modern languages.

The third part is inheritance. This permits new classes to be declared
based on existing classes, with the new classes inheriting the data
items in the structure and the methods encapsulated in the earlier
classes. These are called subclasses. The methods can be overridden in
the subclasses if necessary. Additional data items can be added to the
structure too.

Actually laying out a class requires a great deal of analysis. This is
why people who can b.s. their way into senior analyst positions rattle
on about Object Oriented Design (OOD) as if it were some kind of magic.
There is no moron's guide to OOD, as it can be exceedingly complex.


I am not sure if SP caused modular or vice-versa.

Modular programming came in with FORTRAN II in the late 1950s, when it
started allowing FUNCTION and SUBROUTINE definitions. This is long
before Structured Programming.
--
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

--
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: too true: Vulture Central on "the next big thing".

[Edward Gould]

> On Oct 20, 2017, at 1:24 PM, Jesse 1 Robinson  wrote:
> 
> I can relate to this article even though I'm an ancient fart. O-O never made 
> much sense to me, but confess that I never really dug into it either. When I 
> got into this biz in the late 70s, the hot thing was Structured Programming. 
> How many remember that SPF (before it was Interactive) originally meant 
> Structured Programming Facility?
> 
> As an application newbie I took a class in SP that I believe has informed my 
> work ever since. You don't need O-O to avoid spaghetti code. You just need 
> coding discipline that SP provides in a very sensible way. Structured 
> programming eventually lost its cachet but not its intrinsic value.
> 
> 
> .
> .

Skip:

I think you dropped an acronym in your time line. My memory says that somewhere 
near the beginning there was a “System Programmer Facility” My brain is 
starting to loose tidbits here, But I could *SWEAR* that I saw the original 
White Sheet (actually I think it was 4 pages folded) that the blue lettering 
said System Programmer Facility. Can someone verify or correct by aging memory, 
please?

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

Re: Any one use CBT smfsrt program file019

[Tommy Tsui]

Syncsort is another product which our shop didn't have

van der Grijn, Bart (B)  於 2017年10月21日 星期六寫道：

> This looks like a tool that reports on Syncsort generated SMF records. A
> google search suggests that Syncsort ships a SMFDSECT in its MACLIB. Did
> you include the Syncsort maclib in your syslib concatenation?
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 6:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
> I cannot find any information inside the file019.xmi . Thanks for help
>
> Allan Staller 
> ');>> 於
> 2017年10月20日
> 星期五寫道：
>
> > Check the readme file. Normally CBT items are completely self-contained
> > except for things like SYS1.MODGEN (and a few others).
> > I can pretty much guarantee that everything needed is in the distribution
> > file.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On
> > Behalf Of Tommy Tsui
> > Sent: Friday, October 20, 2017 9:57 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Any one use CBT smfsrt program file019
> >
> > Hi all,
> > I try to compile flsmfsrt but failed, most symbols cannot be found, like
> > smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
> >
>
> --
> 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: Any one use CBT smfsrt program file019

[Lizette Koehler]

If you do not have Syncsort, then why are you looking at this program?

If you do have SyncSort, you should have a SYNCMAC dataset

If you have DFSORT, then it generates its own SMF Record type


Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Friday, October 20, 2017 8:34 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any one use CBT smfsrt program file019
> 
> Unless you are licensed for SyncSort  you will not have it available
> 
> Lizette
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Tommy Tsui
> > Sent: Friday, October 20, 2017 8:23 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Any one use CBT smfsrt program file019
> >
> > I can't find the syncsort in our current maclib, where can I COPY one?
> >
> > van der Grijn, Bart (B)  於 2017年10月21日 星期六寫道：
> >
> > > This looks like a tool that reports on Syncsort generated SMF records.
> > > A google search suggests that Syncsort ships a SMFDSECT in its MACLIB.
> > > Did you include the Syncsort maclib in your syslib concatenation?
> > > Bart
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> > > ] On Behalf Of Tommy Tsui
> > > Sent: Friday, October 20, 2017 6:55 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU 
> > > Subject: Any one use CBT smfsrt program file019
> > >
> > > Hi all,
> > > After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I
> missing?
> > > I cannot find any information inside the file019.xmi . Thanks for
> > > help
> > >
> > > Allan Staller 
> > >  > > ');>> 於
> > > 2017年10月20日
> > > 星期五寫道：
> > >
> > > > Check the readme file. Normally CBT items are completely
> > > > self-contained except for things like SYS1.MODGEN (and a few others).
> > > > I can pretty much guarantee that everything needed is in the
> > > > distribution file.
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List
> > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU
> > > ] On
> > > > Behalf Of Tommy Tsui
> > > > Sent: Friday, October 20, 2017 9:57 AM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU 
> > > > Subject: Any one use CBT smfsrt program file019
> > > >
> > > > Hi all,
> > > > I try to compile flsmfsrt but failed, most symbols cannot be
> > > > found, like smfsid, smfjbn, smfsrt.Where can I copy those symbol?
> > > > Thanks all
> > > >
> > >
> > > 
> > > -- 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: Any one use CBT smfsrt program file019

[Lizette Koehler]

Unless you are licensed for SyncSort  you will not have it available

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 8:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any one use CBT smfsrt program file019
> 
> I can't find the syncsort in our current maclib, where can I COPY one?
> 
> van der Grijn, Bart (B)  於 2017年10月21日 星期六寫道：
> 
> > This looks like a tool that reports on Syncsort generated SMF records.
> > A google search suggests that Syncsort ships a SMFDSECT in its MACLIB.
> > Did you include the Syncsort maclib in your syslib concatenation?
> > Bart
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> > ] On Behalf Of Tommy Tsui
> > Sent: Friday, October 20, 2017 6:55 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Any one use CBT smfsrt program file019
> >
> > Hi all,
> > After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
> > I cannot find any information inside the file019.xmi . Thanks for help
> >
> > Allan Staller 
> >  > ');>> 於
> > 2017年10月20日
> > 星期五寫道：
> >
> > > Check the readme file. Normally CBT items are completely
> > > self-contained except for things like SYS1.MODGEN (and a few others).
> > > I can pretty much guarantee that everything needed is in the
> > > distribution file.
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> > ] On
> > > Behalf Of Tommy Tsui
> > > Sent: Friday, October 20, 2017 9:57 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU 
> > > Subject: Any one use CBT smfsrt program file019
> > >
> > > Hi all,
> > > I try to compile flsmfsrt but failed, most symbols cannot be found,
> > > like smfsid, smfjbn, smfsrt.Where can I copy those symbol?
> > > Thanks all
> > >
> >
> > --
> > 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: Any one use CBT smfsrt program file019

[Tommy Tsui]

I can't find the syncsort in our current maclib, where can I COPY one?

van der Grijn, Bart (B)  於 2017年10月21日 星期六寫道：

> This looks like a tool that reports on Syncsort generated SMF records. A
> google search suggests that Syncsort ships a SMFDSECT in its MACLIB. Did
> you include the Syncsort maclib in your syslib concatenation?
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 6:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
> I cannot find any information inside the file019.xmi . Thanks for help
>
> Allan Staller 
> ');>> 於
> 2017年10月20日
> 星期五寫道：
>
> > Check the readme file. Normally CBT items are completely self-contained
> > except for things like SYS1.MODGEN (and a few others).
> > I can pretty much guarantee that everything needed is in the distribution
> > file.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On
> > Behalf Of Tommy Tsui
> > Sent: Friday, October 20, 2017 9:57 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Any one use CBT smfsrt program file019
> >
> > Hi all,
> > I try to compile flsmfsrt but failed, most symbols cannot be found, like
> > smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
> >
>
> --
> 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: Time Mic conversion

[Charles Mills]

> Now the big question ... how useful is "TIME MIC" ?

Useful for time differences: "How long did that take?*" Not so useful for time 
of day.

Not sure more useful than STCK, unless you have an aversion to shifting or 
dividing by 4096.

*Assuming it did not cross a midnight** boundary. (I guess if difference is 
negative, add 86400*10^6. Repeat until not negative.)

**Midnight somewhere.

Happy Friday.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DanD
Sent: Friday, October 20, 2017 4:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Mic conversion

Thanks everyone.

I also thought that shifting 12 bits to the right was required, but it isn't.

I used the 8 byte output from "TIME MIC" as input to "STCKCONV ... 
TIMETYPE=BIN".
The output is a "TIME BIN" doubleword with the 2nd word (date) zeros.
Paul was correct ... time of day since midnight where?  or when ... last week? 

For my test case I issued "TIME BIN" and saved TODAYs date as the 2nd word

"TIME BIN" creates 00682B6E0117293F which converts to 18:57:48.62 2017/293 
"TIME MIC" creates FE94478AEBC0 which STCKCONV changes to 00684690 
/ 006846900117293F after today's date inserted.  This is identical to the 
"TIME BIN" output and generates the same character time value.

Now the big question ... how useful is "TIME MIC" ?  :-)

DanD

--
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: too true: Vulture Central on "the next big thing".

[Steve Smith]

Bjorne Stroustrup (the inventor of C++, and incidentally the chair of
computer science at my alma mater for 12 years) said something like,
"You can shoot yourself in the foot with any language, but with C++
it's liable to blow your leg clean off."

Object-oriented design is not easy to do well.  It's quite often done
badly.  When it's good, it's very good, but... (you know the rest).

sas

On Fri, Oct 20, 2017 at 4:06 PM, David W Noon
<013a910fd252-dmarc-requ...@listserv.ua.edu> wrote:
> On Fri, 20 Oct 2017 18:30:25 +, Allan Staller
> (allan.stal...@hcl.com) wrote about "Re: too true: Vulture Central on
> "the next big thing"." (in
> ):
>
>> My understanding (albeit limited) is that O-O is modular programming with the
>> concept of "inheritance" added.
>
> There is considerably more than that.
>
> As a moron's guide to Object Oriented Programming (OOP) here is a
> simple, layered approach:
>
> The first part is encapsulation. This consists of laying out a data
> structure, called a class, that will be instantiated whenever it is
> needed. This data structure then has methods (an up-market term for
> subroutines and functions) associated with it, but most of these methods
> can only be invoked using an instance of the class. Thus, the methods
> are encapsulated by the class.
>
> The second part is polymorphism. This allows a single method name to be
> used with different semantics, based on the class through which it is
> invoked and its argument signature. This is identical to the PL/I
> GENERIC declaration, except the rules for monomorphic selection on a
> polymorphic name have to be coded explicitly in PL/I but are inferred by
> the compiler in more modern languages.
>
> The third part is inheritance. This permits new classes to be declared
> based on existing classes, with the new classes inheriting the data
> items in the structure and the methods encapsulated in the earlier
> classes. These are called subclasses. The methods can be overridden in
> the subclasses if necessary. Additional data items can be added to the
> structure too.
>
> Actually laying out a class requires a great deal of analysis. This is
> why people who can b.s. their way into senior analyst positions rattle
> on about Object Oriented Design (OOD) as if it were some kind of magic.
> There is no moron's guide to OOD, as it can be exceedingly complex.
>
>> I am not sure if SP caused modular or vice-versa.
>
> Modular programming came in with FORTRAN II in the late 1950s, when it
> started allowing FUNCTION and SUBROUTINE definitions. This is long
> before Structured Programming.
> --
> Regards,
>
> Dave  [RLU #314465]
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
> david.w.n...@googlemail.com (David W Noon)
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>
> --
> 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

Re: Any one use CBT smfsrt program file019

[van der Grijn, Bart (B)]

This looks like a tool that reports on Syncsort generated SMF records. A google 
search suggests that Syncsort ships a SMFDSECT in its MACLIB. Did you include 
the Syncsort maclib in your syslib concatenation? 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tommy Tsui
Sent: Friday, October 20, 2017 6:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any one use CBT smfsrt program file019

Hi all,
After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
I cannot find any information inside the file019.xmi . Thanks for help

Allan Staller > 於 2017年10月20日
星期五寫道：

> Check the readme file. Normally CBT items are completely self-contained
> except for things like SYS1.MODGEN (and a few others).
> I can pretty much guarantee that everything needed is in the distribution
> file.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> I try to compile flsmfsrt but failed, most symbols cannot be found, like
> smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
>

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

Re: Time Mic conversion

[DanD]

Thanks everyone.

I also thought that shifting 12 bits to the right was required, but it isn't.

I used the 8 byte output from "TIME MIC" as input to "STCKCONV ... 
TIMETYPE=BIN".
The output is a "TIME BIN" doubleword with the 2nd word (date) zeros.
Paul was correct ... time of day since midnight where?  or when ... last week? 

For my test case I issued "TIME BIN" and saved TODAYs date as the 2nd word

"TIME BIN" creates 00682B6E0117293F which converts to 18:57:48.62 2017/293  
"TIME MIC" creates FE94478AEBC0 which STCKCONV changes to 00684690 
/ 006846900117293F after today's date inserted.  This is identical to the 
"TIME BIN" output and generates the same character time value.

Now the big question ... how useful is "TIME MIC" ?  :-)

DanD

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

Any one use CBT smfsrt program file019

[Tommy Tsui]

Hi all,
After compiled I found COPY CODE NOT FOUND SMFDSECT, any maclib I missing?
I cannot find any information inside the file019.xmi . Thanks for help

Allan Staller > 於 2017年10月20日
星期五寫道：

> Check the readme file. Normally CBT items are completely self-contained
> except for things like SYS1.MODGEN (and a few others).
> I can pretty much guarantee that everything needed is in the distribution
> file.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tommy Tsui
> Sent: Friday, October 20, 2017 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any one use CBT smfsrt program file019
>
> Hi all,
> I try to compile flsmfsrt but failed, most symbols cannot be found, like
> smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> ::DISCLAIMER::
> 
> 
> 
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as
> information could be intercepted, corrupted,
> lost, destroyed, arrive late or incomplete, or may contain viruses in
> transmission. The e mail and its contents
> (with or without referred errors) shall therefore not attach any liability
> on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior
> written consent of authorized representative of
> HCL is strictly prohibited. If you have received this email in error
> please delete it and notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses
> and other defects.
>
> 
> 
> 
>
>
> --
> 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: Time Mic conversion

[Paul Gilmartin]

On Fri, 20 Oct 2017 14:31:21 -0700, Charles Mills wrote:

>Does he have a leap seconds issue? STCK needs leap seconds adjustment which I 
>assume STCKCONV does. 
>
I suspect STCKCONV does not.  But Peter Relson insists that whatever STCKCONV 
does
is "common knowledge", so needs no (further) documetation; no mention of time 
zones
nor of leap seconds.  It is what it was before 1972; why fix it or even 
describe it?

> ... Does TIME MIC need that, or will it be redundant?
>
>In any event you have time zone considerations. Does the OP want UTC or local 
>time?
>
>And I can hear @Gil firing up his keyboard right now to say that STCKCONV is 
>inadequately documented ...
>
>Wait a minute:
>
>"MIC returns the time of day since midnight in microseconds. The value is 
>returned as 8 bytes of information where bit 51 is equivalent to one 
>microsecond."
>
Midnight where?

>How are you going to get a day and a year out of that?

-- gil

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

Re: Time Mic conversion

[Charles Mills]

Does he have a leap seconds issue? STCK needs leap seconds adjustment which I 
assume STCKCONV does. Does TIME MIC need that, or will it be redundant?

In any event you have time zone considerations. Does the OP want UTC or local 
time?

And I can hear @Gil firing up his keyboard right now to say that STCKCONV is 
inadequately documented ...

Wait a minute:

"MIC returns the time of day since midnight in microseconds. The value is 
returned as 8 bytes of information where bit 51 is equivalent to one 
microsecond."

How are you going to get a day and a year out of that?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Friday, October 20, 2017 2:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Mic conversion

Take your microsecond value and shift it 12 bits to the left and use STCKCONV.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DanD
Sent: Friday, October 20, 2017 4:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Mic conversion

Thanks Charles.

I searched back to 2000 and there's very little for "TIME MIC" or microseconds. 
 Nothing that I could find for it's conversion.  There's loads for STCK 
conversion which I already had old code for, and it's even easier now with 
services like STCKCONV.

DanD

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
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: Time Mic conversion

[Blaicher, Christopher Y.]

Take your microsecond value and shift it 12 bits to the left and use STCKCONV.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DanD
Sent: Friday, October 20, 2017 4:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Mic conversion

Thanks Charles.

I searched back to 2000 and there's very little for "TIME MIC" or microseconds. 
 Nothing that I could find for it's conversion.  There's loads for STCK 
conversion which I already had old code for, and it's even easier now with 
services like STCKCONV.

DanD

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Time Mic conversion

[DanD]

Thanks Charles.

I searched back to 2000 and there's very little for "TIME MIC" or microseconds. 
 Nothing that I could find for it's conversion.  There's loads for STCK 
conversion which I already had old code for, and it's even easier now with 
services like STCKCONV.

DanD

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

Re: too true: Vulture Central on "the next big thing".

[David W Noon]

On Fri, 20 Oct 2017 18:30:25 +, Allan Staller
(allan.stal...@hcl.com) wrote about "Re: too true: Vulture Central on
"the next big thing"." (in
):

> My understanding (albeit limited) is that O-O is modular programming with the
> concept of "inheritance" added.

There is considerably more than that.

As a moron's guide to Object Oriented Programming (OOP) here is a
simple, layered approach:

The first part is encapsulation. This consists of laying out a data
structure, called a class, that will be instantiated whenever it is
needed. This data structure then has methods (an up-market term for
subroutines and functions) associated with it, but most of these methods
can only be invoked using an instance of the class. Thus, the methods
are encapsulated by the class.

The second part is polymorphism. This allows a single method name to be
used with different semantics, based on the class through which it is
invoked and its argument signature. This is identical to the PL/I
GENERIC declaration, except the rules for monomorphic selection on a
polymorphic name have to be coded explicitly in PL/I but are inferred by
the compiler in more modern languages.

The third part is inheritance. This permits new classes to be declared
based on existing classes, with the new classes inheriting the data
items in the structure and the methods encapsulated in the earlier
classes. These are called subclasses. The methods can be overridden in
the subclasses if necessary. Additional data items can be added to the
structure too.

Actually laying out a class requires a great deal of analysis. This is
why people who can b.s. their way into senior analyst positions rattle
on about Object Oriented Design (OOD) as if it were some kind of magic.
There is no moron's guide to OOD, as it can be exceedingly complex.

> I am not sure if SP caused modular or vice-versa.

Modular programming came in with FORTRAN II in the late 1950s, when it
started allowing FUNCTION and SUBROUTINE definitions. This is long
before Structured Programming.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

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

Re: Time Mic conversion

[Charles Mills]

I seem to recall there was a thread on this a year or two ago. You might try 
the archives.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DanD
Sent: Friday, October 20, 2017 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Time Mic conversion

I'm being a little lazy today (of course, it's Friday ;-) ) and wonder if 
anyone has assembler code to do what I need.

I have an 8 byte field that contains the "TIME MIC" value.
Are there any CLOCK conversion routines to convert this to a printable format?

For example, I want x'CA3B6801B2C0' to print as 15:04:46.25 2017/293

Thanks,
Dan

--
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: Blockchain on Mainframe ?

[Kirk Wolf]

Exactly right John.
Why would anyone want to *run* blockchain on z/OS?   Linux on z makes alot
more sense.
*Using* blockchain from z/OS applications is a different story.


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Oct 20, 2017 at 12:28 PM, John McKown 
wrote:

> On Fri, Oct 20, 2017 at 12:20 PM, Jake Anderson 
> wrote:
>
> > Linux ... So is there a chance that card industries might start migrating
> > from CICS to Linux on z to take the advantage of blockchain ? Sorry if I
> > didn't understand correctly
> >
>
> ​I saw a small blurp touting using WebsphereMQ to connect CICS to Linux to
> allow Linux to do the blockchain.​ Might even make good sense since
> blockchain exists for Linux and running on an IFL is a LOT cheaper than
> implementing blockchain natively on z/OS.
>
>
> --
> I just child proofed my house.
> But the kids still manage to get in.
>
>
> Maranatha! <><
> John McKown
>
> --
> 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: too true: Vulture Central on "the next big thing".

[Charles Mills]

I am a huge exponent of OO.

I can't really explain it here -- anything I say will sound like an airline 
magazine. Yes, inheritance is one piece. So is polymorphism. The big thing is 
encapsulation: data structures and methods (subroutines) dealt with as a 
package.

Once you get good at it it really helps you organize your programming thoughts 
and avoid bugs. 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Friday, October 20, 2017 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: too true: Vulture Central on "the next big thing".

My understanding (albeit limited) is that O-O is modular programming with the 
concept of "inheritance" added.
I am not sure if SP caused modular or vice-versa.

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

Time Mic conversion

[DanD]

I'm being a little lazy today (of course, it's Friday ;-) ) and wonder if 
anyone has assembler code to do what I need.

I have an 8 byte field that contains the "TIME MIC" value.
Are there any CLOCK conversion routines to convert this to a printable format?

For example, I want x'CA3B6801B2C0' to print as 15:04:46.25 2017/293

Thanks,
Dan

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

Re: Blockchain on Mainframe ?

[Denis]

Hi,
 
about half a year ago I built Hyperledger (one of many blockchain 
implementations - there is no single this is the blockchain implementation) 
from sources on Linux for System z. There are a couple of depencies (also C 
code) which are not available for the s390x platform. So you have to compile 
them from sources and add to the local maven repositories. Some of them only 
work on little endian machines, so they do not have the target for s390x, but 
if you add it manually, they compile just fine (but would not work). For 
example they include e.g. 20 protocols as the dependencys, but then use only 
one (http2). This is all open source software, so e.g. changing the endianess 
for a http2 based framework took just one week to be changed, but the next 
release build, where hyperledger could be base upon took 2 months to come out.
You can then start instances that bring up a hyperledger network (e.g. 4 nodes 
plus certificate authority server, etc.) Each instance of the chaincode (the 
actual implementation of a blockchain transaction) and version brings up a 
separate docker container. This is pretty resource consuming. If Go is used, 
the binarys are huge, like 40MB for trivial things.
Part of the build can be a Java client. There were some endianess bugs for the 
http2 communication they are using (its actually binary record based unlike 
http), but once they were resolved, the Java client worked on z/OS. I used a 
small IMS transaction with COBOL/Java interoperability to invoke a blockchain 
transaction and someone else tried it for CICS.
Actually not a big deal. But since hyperledger prereqs a lot of stuff that is 
not ported to z/OS (maybe yet), like docker or the go language, it would be 
hard to run the nodes on z/OS. The docker containers are based on linux). 
Between the nodes its just TCPIP (of course encrypted).
I doubt that the article is correct about processing faster than today, the 
fastest transaction processor I know is TPF with flat files as database (like 
some airline booking and checkin systems), then maybe IMS with fastpath 
databases, but blockchain? Where every record inserted needs to be encrypted 
and update means read record, decrypt it, verify the hashes back to the first 
block, update it, encrypt it and add as new record to the chain? Maybe in 20 
years.
Blockchain is good to get rid of intermediate parties for trades, dealing with 
customs papers or do lots of things paperless where unmodifyable documentation 
is needed, like for a goverment property register or selling things or 
maintanance records for air plane (parts) or other expensive equipment. But I 
do not see blockchain as a replacement for high volume low response time 
transaction processing.
Selling your bitcoins can take forever if you choose your transaction fee for 
the miners too low that they are willing to select your transaction a input for 
the next block, which they start mining for (basically finding a hash that is a 
little bit higher in value than the previous blocks hash and consists of a 
nonce + hash from the previous block (making it a chain) + the actual block 
that contains 1-n transactions). The mining is just changing the nonce and 
calculate the hash for nonce+block. Actually wasting electric energy for 
hashing until you get a hash that is good enough.
Currently the blocksize for bitcoin I think is 1MB. There was a huge fight 
about increasing it to 2 MB. 1 MB means for bitcoin 4-7 tx/sec:
https://www.cryptocompare.com/coins/guides/what-is-the-block-size-limit/
Not to mention the growth of a blockchain, you need to keep the whole 
blockchain from day 0 to be able to back-verify all the hashes back to the 
first one (genesis block).
Assuming for VISAs transaction workload you need block sizes of 500MB, after 1 
month, the whole blockchain will have a size of 1235 TB. Which client can 
handle this today, likely not a POS device in a shop or your favourite 
smartphones, not even in 10 years. Furthermore you need to wait for at least 6 
more added blocks before you can sure that your block is actually part of the 
real blockchain and not abandoned (the miners mine in parallel and several 
different miners might find different nonces that make the same hash, which 
results in forks), because other miners were faster (basically the longest 
valid chain wins and all other forks become invalid and their transactions or 
the ones that were not selected in the valid block go back to the pool of 
unprocessed transactions). So assuming you pay at McDonalds and have to wait 
30min before your payment was finally accepted. Or you need an intermediate 
that takes the risk that your payment was not valid - for a fee.
Sorry, I do not see blockchain as a replacement for payments pretty soon, 
except, every family gets his own coin blockchain and they trade with other 
families or companies - yes how - by using intermediates - exchanges or brokers 
- then you might ask the question, why to get rid of ba

Re: too true: Vulture Central on "the next big thing".

[Allan Staller]

My understanding (albeit limited) is that O-O is modular programming with the 
concept of "inheritance" added.
I am not sure if SP caused modular or vice-versa.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, October 20, 2017 1:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: too true: Vulture Central on "the next big thing".

I can relate to this article even though I'm an ancient fart. O-O never made 
much sense to me, but confess that I never really dug into it either. When I 
got into this biz in the late 70s, the hot thing was Structured Programming. 
How many remember that SPF (before it was Interactive) originally meant 
Structured Programming Facility?

As an application newbie I took a class in SP that I believe has informed my 
work ever since. You don't need O-O to avoid spaghetti code. You just need 
coding discipline that SP provides in a very sensible way. Structured 
programming eventually lost its cachet but not its intrinsic value.


.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, October 20, 2017 4:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):too true: Vulture Central on "the next big thing".

http://www.theregister.co.uk/2017/10/20/whats_the_real_point_of_being_a_dev_its_saving_management_from_themselves/


-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown


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


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.




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

Re: too true: Vulture Central on "the next big thing".

[Jesse 1 Robinson]

I can relate to this article even though I'm an ancient fart. O-O never made 
much sense to me, but confess that I never really dug into it either. When I 
got into this biz in the late 70s, the hot thing was Structured Programming. 
How many remember that SPF (before it was Interactive) originally meant 
Structured Programming Facility?

As an application newbie I took a class in SP that I believe has informed my 
work ever since. You don't need O-O to avoid spaghetti code. You just need 
coding discipline that SP provides in a very sensible way. Structured 
programming eventually lost its cachet but not its intrinsic value.


.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, October 20, 2017 4:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):too true: Vulture Central on "the next big thing".

http://www.theregister.co.uk/2017/10/20/whats_the_real_point_of_being_a_dev_its_saving_management_from_themselves/


-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown


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

Re: Blockchain on Mainframe ?

[Allan Staller]

ISTR "official" blockchain support at some point on z/OS.
GIYF. Or check w/ your friendly neighborhood rep. or Tim Sipples

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, October 20, 2017 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Blockchain on Mainframe ?

On Fri, Oct 20, 2017 at 12:20 PM, Jake Anderson 
wrote:

> Linux ... So is there a chance that card industries might start 
> migrating from CICS to Linux on z to take the advantage of blockchain 
> ? Sorry if I didn't understand correctly
>

​I saw a small blurp touting using WebsphereMQ to connect CICS to Linux to 
allow Linux to do the blockchain.​ Might even make good sense since blockchain 
exists for Linux and running on an IFL is a LOT cheaper than implementing 
blockchain natively on z/OS.


--
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.




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

Re: Blockchain on Mainframe ?

[John McKown]

On Fri, Oct 20, 2017 at 12:20 PM, Jake Anderson 
wrote:

> Linux ... So is there a chance that card industries might start migrating
> from CICS to Linux on z to take the advantage of blockchain ? Sorry if I
> didn't understand correctly
>

​I saw a small blurp touting using WebsphereMQ to connect CICS to Linux to
allow Linux to do the blockchain.​ Might even make good sense since
blockchain exists for Linux and running on an IFL is a LOT cheaper than
implementing blockchain natively on z/OS.


-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

Re: Blockchain on Mainframe ?

[Jake Anderson]

Linux ... So is there a chance that card industries might start migrating
from CICS to Linux on z to take the advantage of blockchain ? Sorry if I
didn't understand correctly

On 20-Oct-2017 10:40 PM, "Rob Schramm"  wrote:

> From what I have seen so far, I don't think native blockchain on z/OS is
> there.  I think all the work for mainframes is done in Linux on z.
>
> It has been 3-6 months since I last looked and everything blockchain
> related is in "heavy fluctuation".
>
> Rob Schramm
>
> On Fri, Oct 20, 2017 at 1:05 PM Jake Anderson 
> wrote:
>
> > Hi
> >
> > Is it possible to run blockchain on zOS ? Is it going to be completely a
> > different layer within Mainframe ?
> >
> > One of the article says if blockchain comes then it can process the
> > transaction even faster than VISA .
> >
> > Any thoughts ?
> >
> > Regards
> > Jake
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
>
> Rob Schramm
>
> --
> 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: Blockchain on Mainframe ?

[Rob Schramm]

>From what I have seen so far, I don't think native blockchain on z/OS is
there.  I think all the work for mainframes is done in Linux on z.

It has been 3-6 months since I last looked and everything blockchain
related is in "heavy fluctuation".

Rob Schramm

On Fri, Oct 20, 2017 at 1:05 PM Jake Anderson 
wrote:

> Hi
>
> Is it possible to run blockchain on zOS ? Is it going to be completely a
> different layer within Mainframe ?
>
> One of the article says if blockchain comes then it can process the
> transaction even faster than VISA .
>
> Any thoughts ?
>
> Regards
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

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

Blockchain on Mainframe ?

[Jake Anderson]

Hi

Is it possible to run blockchain on zOS ? Is it going to be completely a
different layer within Mainframe ?

One of the article says if blockchain comes then it can process the
transaction even faster than VISA .

Any thoughts ?

Regards
Jake

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

Re: z13s HMC remote console

[Rob Schramm]

Firefox cured the problem.  It appears to be something in IE or something
the admins did to IE.

Rob Schramm

On Thu, Oct 19, 2017 at 4:46 PM Jesse 1 Robinson 
wrote:

> Rebooted, which I do as infrequently as possible. No help.
>
> Then deleted all history stuff including cookies. I know that worked
> because I'm being prompted for data as if I had a new computer. Still no
> help.
>
> I'll shut up now.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 <(323)%20715-0595> Mobile
> 626-543-6132 <(626)%20543-6132> Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dana Mitchell
> Sent: Thursday, October 19, 2017 8:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: z13s HMC remote console
>
> Skip,
>
> Both of these work for me with an identical level of IE11, so hopefully
> Marks suggestions work for you Dana
>
> On Wed, 18 Oct 2017 21:54:39 +, Jesse 1 Robinson <
> jesse1.robin...@sce.com> wrote:
>
> >Neither OpSysMsgs nor 3270 Integrated Console works for me today under IE
> 11. In both cases a window opens up, but no data ever appears there. This
> is 11.0.9600.18792 update 11.0.46 (KB4036586) . Provided by the company.
> >
> >
> >
> >I did notice for the first time that OpSysMsgs has moved from 'Recovery’,
> where it lived from the dawn of time, to ‘Daily’. 3270 remains under
> Recovery.
> >
> >
> >
> >Both functions work fine under Chrome.
> >
> >
> >
> >.
> >
> >.
> >
> .J.O.Skip Robinson
> >
> >Southern California Edison Company
> >
> >Ecectric Dragon Team Paddler
> >
> >SHARE MVS Program Co-Manager
> >
> >323-715-0595 <(323)%20715-0595> Mobile
> >
> >626-543-6132 <(626)%20543-6132> Office ⇐=== NEW
> >
> >robin...@sce.com
> >
> >
> >
> >
> >
> >-Original Messa-e-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >On Behalf Of Mark Zelden
> >Sent: Wednesday, October 18, 2017 9:28 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: (External):Re: z13s HMC remote console
> >
> >
> >
> nOn Tue, 17 Oct 2017 19:09:15 +, Jesse 1 Robinson <
> jesse1.robin...@sce.com> wrote:
> >
> >
> >
> >>There is one ongoing issue that I have n t pursued because I don't know
> where to take it. I'm running IE 11, not the latest but also not ancient. I
> cannot get OpSysMsgs to work under IE *at all*. However, it works fine
> under Chrome. (Never tried Firefox.) This does not/should not have anything
> to do with java, which is now out of the picture.
> >
> >>
> >
> >
> >
> >I don't have a problem wi h IE11 - 11.0.44.   I think I did at first
> because compatibility view was on
> >
> >prior to driver 27 for that IP addreso or I had the setting for all
> intranet sites (I don't recall which it was now, but probably the latter).
> So make sure your compatibility view settings don't specify the IP address
> / DNS name (if there is one) and that "display intranet sites in
> Compatibility View"
> >
> >is not checked.
> >
> >
> >
> >
> >
> >>Also consider using the HMC built-in 327c coosole, which works at a
> certain z/OS level; 2.1 I think. Its main limitation is that only one
> session at a time can be active for each LPAR.
> >
> >>
> >
> >
> >
> >We have console sharing software (previously AF Remote, now something
> else that I don't like, but won't bash publicly) so there is never a
> conflict with operations using the integrated console at the same time as a
> sysprog might.  It would be nice if z/OS and the HMC supported more than
> one of these integrated consoles active at a time though.
> >
> >
> >
> >BesR Regards,
> >
> >
> >
> >Mark
> >
> >--
> >
> >Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3
> >Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities:
> >http://www.mzelden.com/mvsutil.html
> >
> >Systems Programming expert at
> >http://search390.techtarget.com/ateExperts/
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

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

Re: Determine tasks PSWA "next instruction to execute" from an STIMER exit?

[Thomas David Rivers]

Charles Mills wrote:


And of course the next instruction might not be in your load module, it might 
be in some service your code called.

I suspect your original need is solvable but might be a larger container of 
worms than might be anticipated.

Charles


 


Yeah - that's quite all right though - let's me know where it is...

- Dave R. -


--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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

Re: Determine tasks PSWA "next instruction to execute" from an STIMER exit?

[Charles Mills]

And of course the next instruction might not be in your load module, it might 
be in some service your code called.

I suspect your original need is solvable but might be a larger container of 
worms than might be anticipated.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, October 20, 2017 7:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determine tasks PSWA "next instruction to execute" from an STIMER 
exit?

On Fri, Oct 20, 2017 at 9:30 AM, Thomas David Rivers 
wrote:

> Well -
>
>  When an STIMER (STIMERM) exit "pops" - there is little to say about 
> the state of the task... but, if you wanted to know _where_ the 
> program was executing at the time of the exit... where would you look?
>
>   I wandered around the TCB a little - but nothing was immediately 
> obvious; and I thought someone here probably knows precisely where 
> this is kept.
>
> - Thanks -
>  - Dave Rivers -
>
> --
>

​Strictly a guess on my part, but I'd bet that your exit is running under an 
IRB chained to a PRB. I would further guess that the PSW and REGS at the time 
the STIMERM popped would be in that PRB. Of course, this is strictly a guess on 
my part and is not GUPI.​


--
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

--
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: fopen DD

[Paul Gilmartin]

On Fri, 20 Oct 2017 19:15:29 +0800, David Crayford wrote:
>
>The book also says "Shell commands that support MVS data sets (such as
>cp, mv, pax, tar, and c89) cannot process data sets that are defined as
>DSNTYPE=LARGE due to the restriction imposed by fopen()." which while
>not exactly crystal clear does explicitly mention fopen().
> 
The mention of a restriction imposed by fopen() does not imply:
o that all features of fopen() are supported
o or even that fopen() is used by supported utilities in all cases.

On Fri, 20 Oct 2017 16:11:34 +0800, David Crayford wrote:
...
>The book says:
>
>"In order to use the //DD:DDNAME format, ...
>
>I think I'm on safe ground.
> 
I have worked with developers who were fastidious in delivering to customers
code using only facilities documented as supported, and not relying on,
"Well, it looks like that other thing, and it worked when I tried it, so I'll 
use it."

RCF submitted.

-- gil

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

Re: Any one use CBT smfsrt program file019

[Allan Staller]

Check the readme file. Normally CBT items are completely self-contained except 
for things like SYS1.MODGEN (and a few others).
I can pretty much guarantee that everything needed is in the distribution file.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tommy Tsui
Sent: Friday, October 20, 2017 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any one use CBT smfsrt program file019

Hi all,
I try to compile flsmfsrt but failed, most symbols cannot be found, like 
smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all

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


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.




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

Any one use CBT smfsrt program file019

[Tommy Tsui]

Hi all,
I try to compile flsmfsrt but failed, most symbols cannot be found, like
smfsid, smfjbn, smfsrt.Where can I copy those symbol? Thanks all

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

Re: too true: Vulture Central on "the next big thing".

[John McKown]

On Fri, Oct 20, 2017 at 9:36 AM, David Crayford  wrote:

> Bit old hat really! Isn't the next big thing functional programming with
> immutable objects and pipelines? OO is already the dominant paradigm but
> the shift is towards functional to make use of parallel processing on
> multi-core machines. I remember how mind bending it was trying to get my
> head around Scala. It's a different world.
>
>
​I think the point was that, whatever the "next big thing" is, it won't be
driven by management or academics or anything other than the grunts doing
the actual work.​

-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

Re: Determine tasks PSWA "next instruction to execute" from an STIMER exit?

[John McKown]

On Fri, Oct 20, 2017 at 9:30 AM, Thomas David Rivers 
wrote:

> Well -
>
>  When an STIMER (STIMERM) exit "pops" - there is little to say
> about the state of the task... but, if you wanted to know _where_
> the program was executing at the time of the exit... where would
> you look?
>
>   I wandered around the TCB a little - but nothing was immediately
> obvious; and I thought someone here probably knows precisely
> where this is kept.
>
> - Thanks -
>  - Dave Rivers -
>
> --
>

​Strictly a guess on my part, but I'd bet that your exit is running under
an IRB chained to a PRB. I would further guess that the PSW and REGS at the
time the STIMERM popped would be in that PRB. Of course, this is strictly a
guess on my part and is not GUPI.​


-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

Re: too true: Vulture Central on "the next big thing".

[David Crayford]

Bit old hat really! Isn't the next big thing functional programming with 
immutable objects and pipelines? OO is already the dominant paradigm but 
the shift is towards functional to make use of parallel processing on 
multi-core machines. I remember how mind bending it was trying to get my 
head around Scala. It's a different world.



On 20/10/2017 10:19 PM, Paul Gilmartin wrote:

On Fri, 20 Oct 2017 06:58:11 -0500, John McKown wrote:


http://www.theregister.co.uk/2017/10/20/whats_the_real_point_of_being_a_dev_its_saving_management_from_themselves/


 We saw it coming...

 Down in the trenches where I was, no programmer believed that the future
 would become O-O. Not one. When the glorious O-O vision was explained to 
us,
 we politely nodded and got back to work.

But is this a self-fulfilling prophecy?

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

Determine tasks PSWA "next instruction to execute" from an STIMER exit?

[Thomas David Rivers]

Well -

 When an STIMER (STIMERM) exit "pops" - there is little to say
about the state of the task... but, if you wanted to know _where_
the program was executing at the time of the exit... where would
you look?

  I wandered around the TCB a little - but nothing was immediately
obvious; and I thought someone here probably knows precisely
where this is kept.

- Thanks -
 - Dave Rivers -

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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

Re: too true: Vulture Central on "the next big thing".

[Paul Gilmartin]

On Fri, 20 Oct 2017 06:58:11 -0500, John McKown wrote:

>http://www.theregister.co.uk/2017/10/20/whats_the_real_point_of_being_a_dev_its_saving_management_from_themselves/
>

We saw it coming...

Down in the trenches where I was, no programmer believed that the future
would become O-O. Not one. When the glorious O-O vision was explained to us,
we politely nodded and got back to work.

But is this a self-fulfilling prophecy?

-- gil

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

Re: How compile a C program under z/os

[David Crayford]

What code page is your source code in? If it's Spanish you will need to 
use that LOCALE. What is your 3270 emulator code page set to?


On 20/10/2017 8:48 PM, Hilario Garcia wrote:

Hello David,

I send you the copy code of the program.

Thanks in advance.

Hilario

2017-10-20 14:38 GMT+02:00 David Crayford :


Can you post a snippet of source code?



On 20/10/2017 7:33 PM, Hilario Garcia wrote:


Hello David,

Thank you very much for your comments on this.

I have made changes to my Compile JCl:


LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-037)

LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-1047)

I always receive the same errors in the C ++ & Binder Compilation process.
You can tell me something I should do wrong.

Thank you very much.

Hilario

PS: Errors are:
G CCN0049 'FJA.SAMPLE.C (LPCSI)': 0 The option "" is not supported.
CCN3166 FJA.SAMPLE.C (LPCSI): 43 Definition of function \ u00d1include
requires
CCN3276 FJA.SAMPLE.C (LPCSI): 43 Syntax error: possible missing '{'?
CCN3766 FJA.SAMPLE.C (LPCSI): 51 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 52 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 53 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 54 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 62 The universal character name "[" is not
in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 62 Unexpected text ']' encountered.
CCN3273 FJA.SAMPLE.C (LPCSI): 63 Missing type in declaration of filtkey.
CCN3766 FJA.SAMPLE.C (LPCSI): 67 The universal character name "[" is not
in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 67 Unexpected text ']' encountered.
CCN3766 FJA.SAMPLE.C (LPCSI): 84 The universal character name "[" is not
in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 84 Unexpected text ']' encountered.

2017-10-19 13:45 GMT+02:00 David Crayford :

Those aren't special characters, they're fundamental to the language. Only

square brackets and the ^ operator are usually a problem for English code
pages. NOLOCALE is your problem. Specify what  code page you want to use
in the LOCALE() compiler option. For example LOCALE(EN_US.IBM-1047)  or
LOCALE(EN_US.IBM-037) .



On 19/10/2017 7:39 PM, Hilario Garcia wrote:

Hello,

I am new to using c / c ++ language. I try to compile the first program
under Z / os 2.1. The compiler detects errors when using special
characters
(#, [,], _ ..)

I have been trying to fix the problems through the compiler options:
NOASCII CONVLIT NOLOCALE, but I have not managed to solve it.

Can someone tell me something about how to solve this problem?

Thank you very much.

Hilario

PD (Attached compilation process

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


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

Re: How compile a C program under z/os

[David Crayford]

Also post your compiler options. You will find these at the top of your 
compile listing.


For example.

   Compiler options. . . . . . . :AGGRCOPY(NOOVERLAP) ANSIALIAS   
ARCH(11)    ARGPARSE NOASCII
 :ASM NOATTRIBUTE 
ASSERT(RESTRICT) BITFIELD(UNSIGNED)
 :CHARS(UNSIGNED) NOCHECKNEW 
NOCOMPACT   NOCOMPRESS  CVFT NODFP
 :DIGRAPH 
DLL(NOCALLBACKANY)  ENUMSIZE(SMALL) NOEVENTS EXECOPS
 :EXH NOEXPMAC 
NOEXPORTALL NOFASTTEMPINC   FLAG(I) NOFUNCEVENT
 :GOFF    GONUMBER 
HALT(16)    NOHGPR  NOHOT NOIGNERRNO
 :ILP32   NOINITAUTO 
NOINLRPT    NOLIBANSI   LIST LONGNAME
 :NOMAKEDEP(NOPPONLY) NOMARGINS   
MAXMEM(2097152) MEMORY
 :NAMEMANGLING(zOSV1R2) NESTINC(255)    
OBJECT OBJECTMODEL(CLASSIC)
 :NOOE    NOOFFSET 
OPTIMIZE(2) PLIST(HOST) NOPORT NOPPONLY
 :PREFETCH    REDIR NOREPORT    
ROSTRING    ROCONST RTTI(ALL)
 :NOSEQUENCE  NOSHOWINC 
NOSHOWMACROS    SOURCE  SKIPSRC(SHOW) SPILL(128)
 :START   NOSTATICINLINE STRICT 
NOSTRICT_INDUCTION
 :TARGET(LE,CURRENT) TEMPLATEDEPTH(300) 
NOTEMPLATEREGISTRY
 :TEMPLATERECOMPILE TERMINAL    
NOTEST(HOOK)    THREADED TMPLPARSE(NO)
 :TUNE(11)    UNROLL(AUTO) 
UTF NOVECTOR    NOWARN0X NOWARN64

 :NOWSIZEOF NOXREF
:ASMLIB(//'SYS1.MACLIB',//'SYS1.MODGEN')
:NOCICS
:NOCONVLIT
:CSECT()
:NODEBUG
:DEFINE(__IBMCPP_TR1__=1,_UNIX03_THREADS=1,_XOPEN_SOURCE=600,
BOOST_USER_CONFIG="libs/config/user.hpp")
:FLOAT(HEX,FOLD,NOMAF,AFP(NOVOLATILE)) ROUND(Z)
:NOHALTONMSG
:INFO(LAN)
:INLINE(AUTO,NOREPORT,100,1000)


On 20/10/2017 8:48 PM, Hilario Garcia wrote:

Hello David,

I send you the copy code of the program.

Thanks in advance.

Hilario

2017-10-20 14:38 GMT+02:00 David Crayford :


Can you post a snippet of source code?



On 20/10/2017 7:33 PM, Hilario Garcia wrote:


Hello David,

Thank you very much for your comments on this.

I have made changes to my Compile JCl:


LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-037)

LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-1047)

I always receive the same errors in the C ++ & Binder Compilation process.
You can tell me something I should do wrong.

Thank you very much.

Hilario

PS: Errors are:
G CCN0049 'FJA.SAMPLE.C (LPCSI)': 0 The option "" is not supported.
CCN3166 FJA.SAMPLE.C (LPCSI): 43 Definition of function \ u00d1include
requires
CCN3276 FJA.SAMPLE.C (LPCSI): 43 Syntax error: possible missing '{'?
CCN3766 FJA.SAMPLE.C (LPCSI): 51 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 52 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 53 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 54 The universal character name "[" is not
in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 62 The universal character name "[" is not
in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 62 Unexpected text ']' encountered.
CCN3273 FJA.SAMPLE.C (LPCSI): 63 Missing type in declaration of filtkey.
CCN3766 FJA.SAMPLE.C (LPCSI): 67 The universal character name "[" is not
in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 67 Unexpected text ']' encountered.
CCN3766 FJA.SAMPLE.C (LPCSI): 84 The universal character name "[" is not
in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 84 Unexpected text ']' encountered.

2017-10-19 13:45 GMT+02:00 David Crayford :

Those aren't special characters, they're fundamental to the language. Only

square brackets and the ^ operator are usually a problem for English code
pages. NOLOCALE is your problem. Specify what  code page you want to use
in the LOCALE() compiler option. For example LOCALE(EN_US.IBM-1047)  or
LOCALE(EN_US.IBM-037) .



On 19/10/2017 7:39 PM, Hilario Garcia wrote:

Hello,

I am new to using c / c ++ language. I try to compile the first program
under Z / os 2.1. The compiler detects errors when using special
characters
(#, [,], _ ..)

I have been trying to fix the problems through the compiler options:
NOASCII CONVLIT NOLOCALE, but I have not managed to solve it.

Can someone tell me something about how to solve this problem?

Thank you very much.

Hilario

PD (Attached compilation process

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

---

Re: How compile a C program under z/os

[Hilario Garcia]

Hello David,

I send you the copy code of the program.

Thanks in advance.

Hilario

2017-10-20 14:38 GMT+02:00 David Crayford :

> Can you post a snippet of source code?
>
>
>
> On 20/10/2017 7:33 PM, Hilario Garcia wrote:
>
>> Hello David,
>>
>> Thank you very much for your comments on this.
>>
>> I have made changes to my Compile JCl:
>>
>>
>>LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-037)
>>
>>LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-1047)
>>
>> I always receive the same errors in the C ++ & Binder Compilation process.
>> You can tell me something I should do wrong.
>>
>> Thank you very much.
>>
>> Hilario
>>
>> PS: Errors are:
>> G CCN0049 'FJA.SAMPLE.C (LPCSI)': 0 The option "" is not supported.
>> CCN3166 FJA.SAMPLE.C (LPCSI): 43 Definition of function \ u00d1include
>> requires
>> CCN3276 FJA.SAMPLE.C (LPCSI): 43 Syntax error: possible missing '{'?
>> CCN3766 FJA.SAMPLE.C (LPCSI): 51 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3766 FJA.SAMPLE.C (LPCSI): 52 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3766 FJA.SAMPLE.C (LPCSI): 53 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3766 FJA.SAMPLE.C (LPCSI): 54 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3766 FJA.SAMPLE.C (LPCSI): 62 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3275 FJA.SAMPLE.C (LPCSI): 62 Unexpected text ']' encountered.
>> CCN3273 FJA.SAMPLE.C (LPCSI): 63 Missing type in declaration of filtkey.
>> CCN3766 FJA.SAMPLE.C (LPCSI): 67 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3275 FJA.SAMPLE.C (LPCSI): 67 Unexpected text ']' encountered.
>> CCN3766 FJA.SAMPLE.C (LPCSI): 84 The universal character name "[" is not
>> in
>> the
>> fier
>> CCN3275 FJA.SAMPLE.C (LPCSI): 84 Unexpected text ']' encountered.
>>
>> 2017-10-19 13:45 GMT+02:00 David Crayford :
>>
>> Those aren't special characters, they're fundamental to the language. Only
>>> square brackets and the ^ operator are usually a problem for English code
>>> pages. NOLOCALE is your problem. Specify what  code page you want to use
>>> in the LOCALE() compiler option. For example LOCALE(EN_US.IBM-1047)  or
>>> LOCALE(EN_US.IBM-037) .
>>>
>>>
>>>
>>> On 19/10/2017 7:39 PM, Hilario Garcia wrote:
>>>
>>> Hello,

 I am new to using c / c ++ language. I try to compile the first program
 under Z / os 2.1. The compiler detects errors when using special
 characters
 (#, [,], _ ..)

 I have been trying to fix the problems through the compiler options:
 NOASCII CONVLIT NOLOCALE, but I have not managed to solve it.

 Can someone tell me something about how to solve this problem?

 Thank you very much.

 Hilario

 PD (Attached compilation process

 --
 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
/* == */
/* LPCSI  */
/**/
/*This C sample program shows how to use the z/OS Catalog Search  */
/*Interface (CSI) to get dataset information. This utility is */
/*very handy for searcing through catalogs for datasets.  */
/**/
/*The CSI can be used to search through catalogs, and provide */
/*any information required. Searches can be done by dataset name  */
/*dataset pattern, dataset type, and catalog name.*/
/**/
/*Any of the information in the catalog can be output by  */
/*specifying the field names required in the filter key section.  */
/**/
/*In this example, we're specifying a fix

Re: How compile a C program under z/os

[David Crayford]

Can you post a snippet of source code?


On 20/10/2017 7:33 PM, Hilario Garcia wrote:

Hello David,

Thank you very much for your comments on this.

I have made changes to my Compile JCl:


   LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-037)

   LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-1047)

I always receive the same errors in the C ++ & Binder Compilation process.
You can tell me something I should do wrong.

Thank you very much.

Hilario

PS: Errors are:
G CCN0049 'FJA.SAMPLE.C (LPCSI)': 0 The option "" is not supported.
CCN3166 FJA.SAMPLE.C (LPCSI): 43 Definition of function \ u00d1include
requires
CCN3276 FJA.SAMPLE.C (LPCSI): 43 Syntax error: possible missing '{'?
CCN3766 FJA.SAMPLE.C (LPCSI): 51 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 52 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 53 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 54 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 62 The universal character name "[" is not in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 62 Unexpected text ']' encountered.
CCN3273 FJA.SAMPLE.C (LPCSI): 63 Missing type in declaration of filtkey.
CCN3766 FJA.SAMPLE.C (LPCSI): 67 The universal character name "[" is not in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 67 Unexpected text ']' encountered.
CCN3766 FJA.SAMPLE.C (LPCSI): 84 The universal character name "[" is not in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 84 Unexpected text ']' encountered.

2017-10-19 13:45 GMT+02:00 David Crayford :


Those aren't special characters, they're fundamental to the language. Only
square brackets and the ^ operator are usually a problem for English code
pages. NOLOCALE is your problem. Specify what  code page you want to use
in the LOCALE() compiler option. For example LOCALE(EN_US.IBM-1047)  or
LOCALE(EN_US.IBM-037) .



On 19/10/2017 7:39 PM, Hilario Garcia wrote:


Hello,

I am new to using c / c ++ language. I try to compile the first program
under Z / os 2.1. The compiler detects errors when using special characters
(#, [,], _ ..)

I have been trying to fix the problems through the compiler options:
NOASCII CONVLIT NOLOCALE, but I have not managed to solve it.

Can someone tell me something about how to solve this problem?

Thank you very much.

Hilario

PD (Attached compilation process

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

too true: Vulture Central on "the next big thing".

[John McKown]

http://www.theregister.co.uk/2017/10/20/whats_the_real_point_of_being_a_dev_its_saving_management_from_themselves/


-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

Re: How compile a C program under z/os

[Hilario Garcia]

Hello David,

Thank you very much for your comments on this.

I have made changes to my Compile JCl:


  LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-037)

  LIST LONGNAME RENT SOURCE ASCII CONVLIT LOCALE (EN_US.IBM-1047)

I always receive the same errors in the C ++ & Binder Compilation process.
You can tell me something I should do wrong.

Thank you very much.

Hilario

PS: Errors are:
G CCN0049 'FJA.SAMPLE.C (LPCSI)': 0 The option "" is not supported.
CCN3166 FJA.SAMPLE.C (LPCSI): 43 Definition of function \ u00d1include
requires
CCN3276 FJA.SAMPLE.C (LPCSI): 43 Syntax error: possible missing '{'?
CCN3766 FJA.SAMPLE.C (LPCSI): 51 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 52 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 53 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 54 The universal character name "[" is not in
the
fier
CCN3766 FJA.SAMPLE.C (LPCSI): 62 The universal character name "[" is not in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 62 Unexpected text ']' encountered.
CCN3273 FJA.SAMPLE.C (LPCSI): 63 Missing type in declaration of filtkey.
CCN3766 FJA.SAMPLE.C (LPCSI): 67 The universal character name "[" is not in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 67 Unexpected text ']' encountered.
CCN3766 FJA.SAMPLE.C (LPCSI): 84 The universal character name "[" is not in
the
fier
CCN3275 FJA.SAMPLE.C (LPCSI): 84 Unexpected text ']' encountered.

2017-10-19 13:45 GMT+02:00 David Crayford :

> Those aren't special characters, they're fundamental to the language. Only
> square brackets and the ^ operator are usually a problem for English code
> pages. NOLOCALE is your problem. Specify what  code page you want to use
> in the LOCALE() compiler option. For example LOCALE(EN_US.IBM-1047)  or
> LOCALE(EN_US.IBM-037) .
>
>
>
> On 19/10/2017 7:39 PM, Hilario Garcia wrote:
>
>> Hello,
>>
>> I am new to using c / c ++ language. I try to compile the first program
>> under Z / os 2.1. The compiler detects errors when using special characters
>> (#, [,], _ ..)
>>
>> I have been trying to fix the problems through the compiler options:
>> NOASCII CONVLIT NOLOCALE, but I have not managed to solve it.
>>
>> Can someone tell me something about how to solve this problem?
>>
>> Thank you very much.
>>
>> Hilario
>>
>> PD (Attached compilation process
>>
>> --
>> 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: fopen DD

[David Crayford]

On 20/10/2017 3:38 PM, Paul Gilmartin wrote:

It is nowhere documented that the six (exactly) standard utilities that
support data set names use fopen().  That's a good guess, but IBM
implicitly retains the liberty to change that implementation in the future.


The book also says "Shell commands that support MVS data sets (such as 
cp, mv, pax, tar, and c89) cannot process data sets that are defined as 
DSNTYPE=LARGE due to the restriction imposed by fopen()." which while 
not exactly crystal clear does explicitly mention fopen().


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

Re: fopen DD

[David Crayford]

On 20/10/2017 3:38 PM, Paul Gilmartin wrote:

On Fri, 20 Oct 2017 10:46:27 +0800, David Crayford wrote:

pax works well with archives in Classic data sets.  (I've used DSORG=PS;
never tried PO.)  But why not pass the DSN(MEMBER) in PARM rather than
a DD statement.  If 100-character limit is intolarable, alternatives include
STDPARM, PARMDD, and STDENV.

Data set names in parms are ugly!


How?


Personal taste :)




And beware.  No standard utilities (e.g. pax) are specified to work with //DD:
and only a handful with //DSN.  Otherwise, it's an accident if they work, and
unsupported if they break.

What's the difference between //DSN and //DD:? The way I see it it's
just an argument to fopen() and either will work. Maybe IBM should give
an example with DD: to keep the pedants quiet but I wont lose any sleep
over it.


It is nowhere documented that the six (exactly) standard utilities that
support data set names use fopen().  That's a good guess, but IBM
implicitly retains the liberty to change that implementation in the future.

You are relying on things that happen to work but IBM makes no
commitment to support.  If it breaks, you're entitled to keep both
pieces.

Otherwise, RFE?


Good point,  but I'm slack enough to only worry about it if and when it 
breaks. If it does break, which I doubt, I will have a circumvention.




Oops!  I RTFM and stand semi-corrected.  The 2.3 UNIX Command Ref., in the
section, "Appendix K. Specifying MVS data set names in the shell environment"
mentions, with error bars, a Restriction on using "the //DD:DDNAME format".
Ironic, because the (rather informal) syntax in that section never mentions that
format's being supported at all.  I believe I'll submit an RCF.


The book says:

"In order to use the //DD:DDNAME format, the dataset must be allocated 
in the address space that the following command will run in. However, in 
the login shell environment, the user cannot use the //DD:DDNAME format 
due to the restriction that the address space of the allocated dataset 
is not always the same as the running command."


I think I'm on safe ground.



-- 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: fopen DD

[Paul Gilmartin]

On Fri, 20 Oct 2017 10:46:27 +0800, David Crayford wrote:
>>>
>> pax works well with archives in Classic data sets.  (I've used DSORG=PS;
>> never tried PO.)  But why not pass the DSN(MEMBER) in PARM rather than
>> a DD statement.  If 100-character limit is intolarable, alternatives include
>> STDPARM, PARMDD, and STDENV.
>
>Data set names in parms are ugly!
> 
How?

>> And beware.  No standard utilities (e.g. pax) are specified to work with 
>> //DD:
>> and only a handful with //DSN.  Otherwise, it's an accident if they work, and
>> unsupported if they break.
>
>What's the difference between //DSN and //DD:? The way I see it it's
>just an argument to fopen() and either will work. Maybe IBM should give
>an example with DD: to keep the pedants quiet but I wont lose any sleep
>over it.
> 
It is nowhere documented that the six (exactly) standard utilities that
support data set names use fopen().  That's a good guess, but IBM
implicitly retains the liberty to change that implementation in the future.

You are relying on things that happen to work but IBM makes no
commitment to support.  If it breaks, you're entitled to keep both
pieces.

Otherwise, RFE?

Oops!  I RTFM and stand semi-corrected.  The 2.3 UNIX Command Ref., in the
section, "Appendix K. Specifying MVS data set names in the shell environment"
mentions, with error bars, a Restriction on using "the //DD:DDNAME format".
Ironic, because the (rather informal) syntax in that section never mentions that
format's being supported at all.  I believe I'll submit an RCF.

-- gil

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