Re: Location of forms code in z/OS manuals

[Seymour J Metz]

That's possible. There has been a title key in every PDF from IBM that I looked 
at, but that's a very small sample size. I may have to resort to parsing the 
title page. Thanks.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Gorlinsky [p...@atsmigrations.com]
Sent: Thursday, October 27, 2022 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Location of forms code in z/OS manuals

Seymour,

I have been looking thru my collection of PDFs from IBM and have noticed that 
several different versions of PDF generators have been used. It also appears 
that the persons generating the PDFs from older BOOKMASTER/GML formats used 
many different programs. I am wondering if the tagging is a parameter to the 
generators that some people might or might not have set.

Paul

--
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: Location of forms code in z/OS manuals

[Seymour J Metz]

Is that a windows command? I'm pretty sure that DOS doesn't do escaping.

I would be building my index on Linux or OS/2.

Thanks.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Sri 
h Kolusu [skol...@us.ibm.com]
Sent: Thursday, October 27, 2022 11:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Location of forms code in z/OS manuals

>> Title is only one of the two data that I want as keys.


If title is the key you want then you can run the following DOS command to get 
the details

wmic datafile "C:\\Users\\Johndoe\\Manuals\\pops.pdf" list full

Note the escaping of the backslashes \ in the path


You can run the above command in batch against all the files in the folder.


Thanks,
Kolusu



--
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: Location of forms code in z/OS manuals

[Seymour J Metz]

That's true for current z/OS but not true across the board.

At least the PDF from IBM has title; the ones from bitsavers doesn't even have 
that :-(


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Paul Schuster [pgs4ibmm...@pacbell.net]
Sent: Thursday, October 27, 2022 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Location of forms code in z/OS manuals

IBM provides an index when you download the entire pubs library zip file.
--
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: XLC C/C++, __R1 and Register 0

[Michael Stein]

On Thu, Oct 27, 2022 at 12:14:19PM -0500, Charles Mills wrote:
> XLC defines a macro __R1 in stdlib.h. It is the contents of GPR 1 on
> entry to the program. Looking at stdlib, it is #defined as __gtab(12)
> -- or there may be further #defines farther back -- that is as far as I
> have researched. I am guessing __gtab() is a magically-defined internal
> function. I use __R1 and I am totally under control on it, but I have
> some questions:

> 2. Is there any equivalent way to get the contents of GPR 0 (short of
> writing an assembler front-end, which is a small PITA of its own)? Why? So
> a routine called from Rexx could get the Environment Block address. Or
> does anyone have another good way of getting that?

Wild guess:  __gtab(8) might get you the contents of the R0 from the caller.

This assumes __gtab(offset) retuns the value from a standard old 72 byte
save area save area and the parm is the offset from the r14 slot..

So the callers registers would be stored in order R14 through R12 starting
at __gtab(0)

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

Re: XLC C/C++, __R1 and Register 0

[Paul Gilmartin]

On Thu, 27 Oct 2022 15:43:59 -0500, Charles Mills wrote:
>
>Yeah, I know how to do a front-end to the C++ but I would rather not add that 
>complexity.
>  
(Guessing)  How about ADDRESS LINKMVS to a minimal function?  Just:
 LRR15,R0
 BRR15

Yes, it adds another thing to the protocol.

>If no one comes up with a better answer I will just go with passing 0 for the 
>Environment Block and see what happens.
>
>Why couldn't Rexx have put the Environment Block pointer somewhere *standard*? 
>They pass a bunch of pointers off of R1 -- why not one more?
>
o Compatibility with bad CMS conventions
o Using a register that's presumed useless.

-- 
gil

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

Re: XLC C/C++, __R1 and Register 0

[David Crayford]

You can obtain the environment block by calling IRXINIT("FINDENVB ")

On 28/10/22 04:43, Charles Mills wrote:

But how does REXX invoke a program?

Ret = MYFUNC(parm1, parm2)


glue code puts the rexx parameters

Yeah, I know how to do a front-end to the C++ but I would rather not add that 
complexity.

If no one comes up with a better answer I will just go with passing 0 for the 
Environment Block and see what happens.

Why couldn't Rexx have put the Environment Block pointer somewhere *standard*? 
They pass a bunch of pointers off of R1 -- why not one more?

Charles

--
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: XLC C/C++, __R1 and Register 0

[Charles Mills]

> But how does REXX invoke a program? 

Ret = MYFUNC(parm1, parm2)

> glue code puts the rexx parameters 

Yeah, I know how to do a front-end to the C++ but I would rather not add that 
complexity.

If no one comes up with a better answer I will just go with passing 0 for the 
Environment Block and see what happens.

Why couldn't Rexx have put the Environment Block pointer somewhere *standard*? 
They pass a bunch of pointers off of R1 -- why not one more?

Charles

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

Re: XLC C/C++, __R1 and Register 0

[Colin Paice]

I wrote a Rexx calling a C function a while ago.  I've just dumped the code
into https://github.com/colinpaicemq/RexxToC/tree/main/code

CCQUERY  compiles and runs it
QREXX is the rexx ...  v =
 CPQUERY("QR","P.","1+bySlG9Ug/c2TbK6o++",100,2);
main c program in  query
glue code in glue
glue code puts the rexx parameters so you can have

in QUERY...  int  CTOREXX(rexParms * p  ,  evalblock * pEval, ENVBLOCK
*pEnv ){...

let me know  (offline) if you have any questions.

Colin



On Thu, 27 Oct 2022 at 19:40, Charles Mills  wrote:

> That gtab "documentation" is a joke!
>
> How do I find __gfunc.h? I don't see it in the header libraries. No
> @@GFUNC.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Thursday, October 27, 2022 11:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: XLC C/C++, __R1 and Register 0
>
> ...
>
> >3.Any other cool stuff available from __gtab()?
> >
> No help in <
> https://www.ibm.com/docs/en/zos/2.5.0?topic=files-gfunch-gtca-gtab-functions
> >.
> Is there any access to the RSA?
>
> --
> 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
>

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

Re: XLC C/C++, __R1 and Register 0

[Tony Harminc]

On Thu, 27 Oct 2022 at 14:30, Charles Mills  wrote:

> It's being called from Rexx running under zOSMF so would TCBFSA apply?
>

No, I suppose not. I was thinking this was an EXEC PGM= thing, but on
reflection obviously not. But how does REXX invoke a program? (This is a
REXX Call statement?)

There's also the super annoying thing about REXX silently ignoring an R0
that isn't a valid EnvBlok pointer, and using some default. So not clear
where you would get that - IIRC REXX owns a TCB (STCB?) field that points
to some OCO anchor that would probably eventually yield the envbok.

Tony H.

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

Re: XLC C/C++, __R1 and Register 0

[Charles Mills]

That gtab "documentation" is a joke!

How do I find __gfunc.h? I don't see it in the header libraries. No @@GFUNC.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, October 27, 2022 11:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XLC C/C++, __R1 and Register 0

...

>3.Any other cool stuff available from __gtab()?
>
No help in 
.
Is there any access to the RSA?

-- 
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: XLC C/C++, __R1 and Register 0

[Charles Mills]

It's being called from Rexx running under zOSMF so would TCBFSA apply?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, October 27, 2022 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: XLC C/C++, __R1 and Register 0

On Thu, 27 Oct 2022 at 13:55, Charles Mills  wrote:

> Thanks. Not sure if that would work, because I suspect that GPR 0 when 
> my
> C++ code starts actually executing is no longer the GPR 0 on entry to
> CEESTART.
>

I'd guess you're right. But surely CEESTART will have saved it in TCBFSA, and 
that's easy enough to access. Unless, of course, CEESTART thinks itself exempt 
from following standard OS conventions because, you know, it's LE...

Tony H.

--
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: XLC C/C++, __R1 and Register 0

[Paul Gilmartin]

On Thu, 27 Oct 2022 12:14:19 -0500, Charles Mills  wrote:
>...
>2. Is there any equivalent way to get the contents of GPR 0 (short of writing 
>an assembler front-end, which is a small PITA of its own)? Why? So a routine 
>called from Rexx could get the Environment Block address. Or does anyone have 
>another good way of getting that?
>
Characteristic undisciplined CMS designer behavior: "No one cares about GPR 0,
so we can just use it for the Environment Block address."

I think I've seen similar uses of GPR 0 in CMS code.

(CDC 6K series made B0 a hardwired 0, so developers weren't so tempted.
But it still caused pipeline block.)

>3.Any other cool stuff available from __gtab()?
>
No help in 
.
Is there any access to the RSA?

-- 
gil

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

Re: XLC C/C++, __R1 and Register 0

[Tony Harminc]

On Thu, 27 Oct 2022 at 13:55, Charles Mills  wrote:

> Thanks. Not sure if that would work, because I suspect that GPR 0 when my
> C++ code starts actually executing is no longer the GPR 0 on entry to
> CEESTART.
>

I'd guess you're right. But surely CEESTART will have saved it in TCBFSA,
and that's easy enough to access. Unless, of course, CEESTART thinks itself
exempt from following standard OS conventions because, you know, it's LE...

Tony H.

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

Re: XLC C/C++, __R1 and Register 0

[Charles Mills]

Thanks. Not sure if that would work, because I suspect that GPR 0 when my C++ 
code starts actually executing is no longer the GPR 0 on entry to CEESTART.

Charles

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

Sr. Software Engineers (TPF) - 100% Remote

[Tommy Phillips]

Is this the right audience? I'm looking for people who have worked on z/TPF 
operating systems internals, specifically the zTPF Control Program.

Salary: Up to $150k/yr base salary with great benefits
Company: Travel Industry
Location: 100% Remote (Must be authorized to work in the US)
Title: Sr. Software Engineer - TFP

Applications or Systems experience (Multiple teams with multiple positions).

Here's a description:

  *   Understands impact on adjacent systems as well as short- and long-term 
impact of technical decisions
  *   Generates ideas to improve overall system design and/or streamline 
delivery of product/system
  *   Proactively identifies opportunities to improve delivery of daily work
  *   Acts as a key technical point of contact for a subset of larger project 
as a technical expert
  *   Ability to lead as technical point of contact for a subset of larger 
project
  *   Able to serve as subject matter expert or team lead for short-term 
projects
  *   Provides direction to others

EXPERTISE / PROFICIENCY

  *   Mature technical aptitude and strong problem-solving skills
  *   Programming background in corporate and/or military setting
  *   zTPF Application programming experience
  *   Mainframe experience
  *   Desire and Commitment to lifelong learning - invest in themselves to 
improve/develop new skills
  *   Ability to:
 *   Be self motivated and lead a team
 *   Multitask
 *   Prioritize requirements and assignments. Delegate requirements if 
needed
 *   Shares knowledge with others and assists new team members
 *   Pragmatic, diligent, and detail oriented
 *   Troubleshooting and debugging skills
 *   Knowledge of coding lifecycle, SAFe training/experience
  *   Key languages would be:
 *   Assembler and 64-bit Assembler [Basic Assembler Language (BAL)]
 *   C, C++
 *   PL1
  *   Bonus languages:
 *   Java
 *   REXX
 *   OOREXX
 *   Python
 *   Perl
 *   Linux Scripting (Bash, C Shell, Korn Shell, etc.)
 *   Artificial Intelligence and Machine Learning (Real Time Run Time 
Metrics (RTMC)

REQUIRED EXPERIENCE

  *   5+ years technical experience
  *   Highly technical individual possessing expertise and experience working 
across multiple components or one entire application
  *   Experience with any technology new to zTPF (preferred not required)
 *   DFDL
 *   REST
 *   Business Events
 *   Kafka
 *   Java
 *   Encryption
 *   Jakarta Mail
  *   Hardware or Network experience, including:
 *   OS upgrades
 *   Firmware / Microcode upgrades (a plus)
 *   Experience developing, deploying or supporting commercial, customer 
facing solutions (either distributed or mainframe applications)
 *   Possess domain knowledge in at least one of the applications/products 
and adjacent system
 *   Experience in Quality Assurance, software development, project 
management, operations and other technical areas strongly preferred
 *   Experience leading projects

SKILLS / EDUCATION

  *   4-year degree in Computer Science, Mathematics or combination of 
experience and education preferred
  *   Strong critical thinking ability
  *   Strong written and verbal communication skills
  *   Understands and uses Travelport SDLC and group specific metrics and 
processes.
  *   Good knowledge of Microsoft Office (Word, Excel PowerPoint) Visio as 
applicable
  *   Practical knowledge of using Microsoft Project as a planning tool and 
working in a Project Server Environment
  *   Experience of Jira for Requirements/ Story management and work management 
tools (eg: KANBAN if applicable to area)


Tommy Philips - Senior Technical Recruiter
Phone: (303) 569-8993 | Mobile: (614) 301-6607
Find me on LinkedIn & Great 
Recruiters
Refer Friends, Get 
Paid


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

Re: XLC C/C++, __R1 and Register 0

[Colin Paice]

I wrote Spice up a C program by using __asm__ to include inline assembler.

   But this whole area seems not very well documented
You could save register 0 in a variable with the assembler code
Colin

On Thu, 27 Oct 2022 at 18:14, Charles Mills  wrote:

> XLC defines a macro __R1 in stdlib.h. It is the contents of GPR 1 on entry
> to the program. Looking at stdlib, it is #defined as __gtab(12) -- or there
> may be further #defines farther back -- that is as far as I have
> researched. I am guessing __gtab() is a magically-defined internal
> function. I use __R1 and I am totally under control on it, but I have some
> questions:
>
> 1. Where is it documented? As I say, I use it and it works, but I don't
> recall how I learned about it, and wondered if and where it was documented.
>
> 2. Is there any equivalent way to get the contents of GPR 0 (short of
> writing an assembler front-end, which is a small PITA of its own)? Why? So
> a routine called from Rexx could get the Environment Block address. Or does
> anyone have another good way of getting that?
>
> 3.Any other cool stuff available from __gtab()?
>
> Thanks,
> Charles
>
> --
> 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

XLC C/C++, __R1 and Register 0

[Charles Mills]

XLC defines a macro __R1 in stdlib.h. It is the contents of GPR 1 on entry to 
the program. Looking at stdlib, it is #defined as __gtab(12) -- or there may be 
further #defines farther back -- that is as far as I have researched. I am 
guessing __gtab() is a magically-defined internal function. I use __R1 and I am 
totally under control on it, but I have some questions:

1. Where is it documented? As I say, I use it and it works, but I don't recall 
how I learned about it, and wondered if and where it was documented.

2. Is there any equivalent way to get the contents of GPR 0 (short of writing 
an assembler front-end, which is a small PITA of its own)? Why? So a routine 
called from Rexx could get the Environment Block address. Or does anyone have 
another good way of getting that?

3.Any other cool stuff available from __gtab()?

Thanks,
Charles

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

Hillgang

[Neale Ferguson]

The next meeting of Hillgang – the DC, Maryland, and Virginia z/VM and Linux 
User Group – will be held (in person!) on December 6, 2022. Details will follow 
but here’s the agenda so far:


  1.  Virginia Commonwealth University – Dr John Leonard, Professor of Computer 
Science, College of Engineering
  2.  LinuxONE 4 Announcement – Megan Conklin, IBM Worldwide Director of 
LinuxONE
  3.  TechByte: Academic Initiative update – Len Santalucia, CTO Vicom 
Infinity/Converge & Chairperson Open Mainframe Project
  4.  TechByte: Automated MongoDB Provisioning on LinuxONE – Kurt Acker, 
Principal IT Architect Sine Nomine
  5.  Modernizing the Mainframe – Jim Vincent, Velocity Software

TechBytes are shorter sessions running 15-30 minutes. Registration details will 
follow.

Neale


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

Re: Location of forms code in z/OS manuals

[Paul Gilmartin]

On Thu, 27 Oct 2022 15:05:52 +, Sri h Kolusu wrote:
>... DOS command ...
>wmic datafile "C:\\Users\\Johndoe\\Manuals\\pops.pdf" list full
>
>Note the escaping of the backslashes \ in the path
> 
I'm puzzled.  If they're not escaped aren't they taken as directory level
separators, and isn't that what you want?

For comparison, on a (mostly) POSIX system I do:
pdfinfo "/Users/Johndoe/.../zOSV2R5Library/aoplt00_v241.pdf"

... no need to escape the slashes because they're supposed to separate
directory levels.

Feels like another good reason for not using DOS.

-- 
gil

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

Re: Location of forms code in z/OS manuals

[Paul Schuster]

IBM provides an index when you download the entire pubs library zip file.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Location of forms code in z/OS manuals

[Sri h Kolusu]

>> Title is only one of the two data that I want as keys.


If title is the key you want then you can run the following DOS command to get 
the details

wmic datafile "C:\\Users\\Johndoe\\Manuals\\pops.pdf" list full

Note the escaping of the backslashes \ in the path


You can run the above command in batch against all the files in the folder.


Thanks,
Kolusu



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

Re: Location of forms code in z/OS manuals

[Paul Gorlinsky]

Seymour,

I have been looking thru my collection of PDFs from IBM and have noticed that 
several different versions of PDF generators have been used. It also appears 
that the persons generating the PDFs from older BOOKMASTER/GML formats used 
many different programs. I am wondering if the tagging is a parameter to the 
generators that some people might or might not have set. 

Paul

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

Re: Location of forms code in z/OS manuals

[Walt Farrell]

On Wed, 26 Oct 2022 17:06:06 +, Seymour J Metz  wrote:

>PDFBox is certainly the way to go for the title, but IBM doesn't appear to be 
>putting the forms code anywhere accessible.

The form code is certainly in the text, e.g., at the bottom of the cover page. 
So you should be able to extract the first few pages (PDFtotext or another 
tool) and search for it. For example, using a regular expression to match 
something like SC23-6843-50.

-- 
Walt

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