Re: QSAM VB update in place

[Ray Pearce]

Are you being serious Joe?
How on earth do you think you can change the size of a record *in place*

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Joseph Reichman
Sent: 20 November 2020 14:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: QSAM VB update in place

Hi

I am trying to update a VB record in place The documentation says for this I
have to use locate mode meaning z/os supplies me the buffer address So I’m
assuming if I update in place I have to use z/os or DFSMS buffer address

However what If I would like to make the record size larger I might get a
s0c4 possibly

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: DFSORT wizard help

[Ray Pearce]

Could this be done quite easily using sed?

Create a sed script file

# split.sed
s/},{/}\
{/g

And then run

sed -f split.sed  input.file > output.records

Your file looks like it is json. You will also need to remove the square
brackets that surround the array of records.
I'll leave this as an exercise for the reader.


Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ituriel do Neto
Sent: 29 October 2020 11:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT wizard help

 Gentlemen,
The logical record i want starts with a "{" and ends with "}"
Thanks
Ituriel
Em quarta-feira, 28 de outubro de 2020 19:13:58 BRT, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> escreveu:

 On Wed, 28 Oct 2020 20:40:54 +, Ituriel do Neto wrote:

>Hi,
>I have an omvs file and would like to separate the fields into multiple
>lines.The input file has the following format:
>
What's your criterion for separating fields into lines?  Your example is
insufficiently informative.

> Ý{"date":"20200616-0400","MMSU":11206,"IH":35,"X":302},{"date":"20200616-0500","MMSU":11235,"IH":29,"X":303},{"date":"20200616-0600","MMSU":11269,"IH":34,"X":304},{"date":"20200616-0700","MMSU":11309,"IH":40,"X":305},{"date":"20200616-0800","MMSU":11352,"IH":43,"X":306},{"date":"20200616-0900","MMSU":11403,"IH":51,"X":307},{"date":"20200616-1000","MMSU":11459,"IH":56,"X":308},{"date":"20200616-1100","MMSU":11516,"IH":57,"X":309},{"date":"20200616-1200","MMSU":11585,"IH":69,"X":310},{"date":"20200616-1300","MMSU":11639,"IH":54,"X":311},{"date":"20200616-1400","MMSU":11689,"IH":50,"X":312},{"date":"20200616-1500","MMSU":11742,"IH":53,"X":313},{"date":"20200616-1600","MMSU":11805,"IH":63,"X":314},{"date":"20200616.
>And I would like to create a dataset in this
>format:{"date":"20200616-0400","MMSU":11206,"IH":35,"X":302}
>{"date":"20200616-0500","MMSU":11235,"IH":29,"X":303}{"date":"20200616-0600","MMSU":11269,"IH":34,"X":304}...
>I know SORT can to magic, but I'm not getting success.Any help will be
>appreciated.

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: FSUM7351 Not Found for -Xshareclasses

[Ray Pearce]

Case sensitivity?
Did you try to run Java or java?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: 31 July 2020 16:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FSUM7351 Not Found for -Xshareclasses

I am trying to determine if we can execute on OMVS in z/OS

 

Java -Xshareclasses:listAllCaches

 

 

I have done with and without su



I have updated my  .profile to include the java path

 

So I am wondering if this is available?  

 

If it is - what I need to do to execute the function

 

 

Thank you 

 

Lizette


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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Friday OT, cheerful program for gloomy times

[Ray Pearce]

I'm fairly certain I will retire at some point in the next 22 years.
Can't see me still working at age 87 ;)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: 27 April 2020 10:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Friday OT, cheerful program for gloomy times

On 2020-04-27 5:18 PM, Ray Pearce wrote:
> Will there be a Y2.1K bug?

I don't know but we've got much bigger problems to solve before then 
when the TOD clocks start wrapping :).

Hopefully, I will be retired by then.

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Friday OT, cheerful program for gloomy times

[Ray Pearce]

I guess the code is assuming that the user isn't over 120 years old.

Will there be a Y2.1K bug?

Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: 27 April 2020 10:01
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Friday OT, cheerful program for gloomy times

FYI, you have a bug with your leap year calculation. You need to check 
if the year is evenly dividable by 100 (which are not leap years unless 
evenly divisible by 400).

isleap: procedure
   arg year .
   return (year // 4 = 0 & year // 100 /= 0 ) | year // 400 = 0


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: TSO Pipes (and BatchPipes)

[Ray Pearce]

On CMS I get
FPLINX086I CMS Pipelines, 5741-A07 1.0112 (Version.Release/Mod) - Generated 8 
Sep 2016 at 15:22:22

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hobart Spitz
Sent: 22 April 2020 17:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO Pipes (and BatchPipes)

If there are any z/VMers subscribed, it would be interesting to also
compare the PIPE Q output under CMS.

Thanks.

OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data in move mode
or locate mode?
IBM has been looking for an HLL for program products; REXX is that language.


On Wed, Apr 22, 2020 at 10:57 AM Lionel B Dyck  wrote:

> I don't have access to TSO Pipes other than what is included with
> BatchPipes
> but it seems that it is a tad dated - it is actually old enough to drink:
>
>
>
> BPW00086I BatchPipes/MVS BatchPipeWorks, 5655-065/SCPSP 1.0109
> (Version.Release/Mod) - Generated 12 Oct 1996 at 13:59:00
>
>
>
> If someone has the non-BP version of TSO Pipes it would be interesting to
> see the results of the PIPES Q command showing the date.
>
>
>
> For those of you who would like to encourage IBM to release TSO Pipes as
> part of the z/OS base please go to this URL and vote
> https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe
> <
> https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=47699
> > _ID=47699  (note the current vote is 188 which places it at the  top
> in
> the z/OS area).
>
>
>
> Having TSO Pipes as a native part of the z/OS distribution would help
> everyone as software developers would then be free to use it when
> developing
> applications, products, and tools knowing that every site has it available.
>
>
>
>
>
> Lionel B. Dyck <
> Website:   https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> 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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: March 18: Exploring z/OS Container Extensions Live Webcast

[Ray Pearce]

If you scroll right to the very bottom of the page (past all of the comments 
etc) you might see a red Attend button

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: 09 March 2020 13:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: March 18: Exploring z/OS Container Extensions Live Webcast

Hi Timothy,

Thanks for the meeting invitation, it looks interesting, but where on that 
"Meetup" page does one "sign up" to attend the meeting?  I did not see any link 
to "attend the meeting", but maybe I missed something?

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Monday, March 9, 2020 3:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: March 18: Exploring z/OS Container Extensions Live Webcast

This month Edward McCarthy and I planned to hold a pair of "Exploring z/OS 
Container Extensions" Meetups in Mumbai and Bengaluru, but global 
epidemiological events are forcing certain precautions. Therefore, we'd be 
delighted if even more people join the new virtual Meetup, live at 10:00 a.m. 
India Standard Time (04:30 UTC) on Wednesday, March 18, 2020. To find out more, 
and to enroll, please visit:

https://www.meetup.com/IBM-Z-Technical-Community-in-Asia-Pacific/events/267773033

Whether you're in Mumbai, Bengaluru, or almost anywhere else in the world, we 
hope to see you online with us. Please don't wait until the last moment, 
though. Enrollments close about 20 hours before the event, and based on past 
experiences you'll want to test your device and network well ahead of time.

- - - - - - - - - -

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: OT Boeing flight software

[Ray Pearce]

Orlando Sentinel says:

Unfortunately, our website is currently unavailable in most European countries. 
We are engaged on the issue and committed to looking at options that support 
our full range of digital offerings to the EU market. We continue to identify 
technical compliance solutions that will provide all readers with our 
award-winning journalism.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: 28 February 2020 02:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OT Boeing flight software

https://www.orlandosentinel.com/space/os-bz-boeing-safety-commercial-crew-20200226-bgvthodnjzgmlc36hsxcaopahu-story.html

Boeing didn’t perform full end-to-end test of its astronaut capsule
before troubled mission, ‘surprising’ NASA safety panel.

Critically, the panel learned early this month that Boeing did not
perform a full, end-to-end integrated test of Starliner in a Systems
Integration Lab with ULA’s Atlas V rocket. The test typically shows
how all the software systems during each component of the mission
would have responded with each other through every maneuver — and it
could potentially have caught the issues Boeing later experienced in
the mission.

“It’s pretty exhaustive. You gotta do that,” said Christopher Saindon,
a former member who ended his tenure on the panel in mid-February.
“That was somewhat surprising to us on the panel. There were certainly
gaps in the test protocol.”


It was software that ultimately did fail Boeing when it flew Starliner
on a Dec. 20 mission intended to dock with the International Space
Station. The capsule’s internal clock was 11 hours ahead, causing it
to miss critical maneuvers and fly into the incorrect orbit. Then,
communication issues potentially caused by cell towers in the area
blocked Boeing from sending a command to rectify the orbit. Starliner,
the company determined, wasn’t going to be able to reach the space
station.

But in the process of bringing it back down and re-checking its
software, the company caught yet another issue that could have caused
Starliner to collide with its service module when the two separated
prior to the capsule’s return to Earth. Teams were able to correct the
issue before to the capsule’s return on Dec. 22, but the multitude of
problems have led NASA to call for a full re-verification of Boeing’s
software — a process that will take analyzing about a million lines of
code.

Software issues are also plaguing another arm of Boeing, which is
dealing with the fall out of problems with its 737 Max airplanes that
led to the deaths of 346 people and has grounded the planes.


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: DASD nostalgia

[Ray Pearce]

That reminds me of an incident in my first ever job on a 360/25
They had three 3211 disk drives and were running a large tape to tape sort with 
work files spread across two of the disks.
In the middle of the sort a disk had a hardware check. Engineer came, reset the 
disk but no fault was found. Re-started the machine and ran the job again. At 
the exact same point in the job the disk checked again.
Engineer came back and watched as the job ran - the heads on the two drives 
were seeking back and forth so much that both drive units were rocking slightly 
and at the critical point the two boxes clashed and bingo.
The solution was to move the drives quarter of an inch further apart.

Ray Pearce

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: 23 July 2019 17:35
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DASD nostalgia

Nothing as drastic as the alleged FastRand, but I can vouch for 3330 and 
3330-equivalent drives dancing. My boss told me to write a program that started 
at the middle of the pack and then did seeks in and out to the first untouched 
cylinder until it had hit every cylinder. I told him that the timings from the 
test would have no relevance to performance in the wild, but he insisted that I 
write it anyway. 


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


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Address of CSECTs within a load module

[Ray Pearce]

Surely the simplest answer is a table of 14 VCons in your recovery routine

Ray Pearce

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: BALR and BAL in AMODE=24

[Ray Pearce]

Wrong.

>From PoOps:
The branch address is computed before general register R  is changed.

As mentioned, macro level CICS used BALR 14,14 all the time to call modules.

Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: 22 January 2019 15:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BALR and BAL in AMODE=24

First thing is it loads the address of the next instruction into R14.
It then jumps to that location.  Doesn't that cause some processors to
sync up the cache and instruction pipelines?

A BALR Rxx,0 would do the same thing but not perform the jump or
syncs, and is the usual statement before a USING.

On Tue, Jan 22, 2019 at 7:38 AM Vernooij, Kees (ITOP NM) - KLM
 wrote:
>
> I wonder what the purpose of this is.
> It branches to R14, usually the return address, unless you loaded the 
> destination address in R14 first.
> I am used to BALR R14,15, where R15 is the (conventional) destination address.
>
> Kees.
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of esst...@juno.com
> > Sent: 22 January, 2019 14:31
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: BALR and BAL in AMODE=24
> >
> >  I remember back in the CICS/VS days we would code a BALR 14,14
> > It was a great Interview question to explain the workings of a BALR
> > instruction.
> >
> > -- Original Message --
> > From: John Gateley 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: BALR and BAL in AMODE=24
> > Date: Tue, 22 Jan 2019 06:43:54 -0600
> >
> > Hello.
> >
> > The link information in the 24-bit addressing mode consists of the
> > instruction-length code (ILC), the condition code (CC), the program-mask
> > bits, and the rightmost 24 bits of the updated instruction address.
> >
> > I have never given much thought to the high byte when using this
> > instruction and switched to BASR and BAS years ago.
> >
> > Just for personal interest, does anyone recall a program using the
> > contents of the link register other than as a return address?
> >
> > Thanks for any replies.
> > John
> >
> > --
> > 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 information, services and offers, please visit our web site: 
> http://www.klm.com. This e-mail and any attachment may contain confidential 
> and privileged material intended for the addressee only. If you are not the 
> addressee, you are notified that no part of the e-mail or any attachment may 
> be disclosed, copied or distributed, and that any other action related to 
> this e-mail or attachment is strictly prohibited, and may be unlawful. If you 
> have received this e-mail by error, please notify the sender immediately by 
> return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
> employees shall not be liable for the incorrect or incomplete transmission of 
> this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
> Airlines) is registered in Amstelveen, The Netherlands, with registered 
> number 33014286
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Breaking text file at position 72?

[Ray Pearce]

There is a very handy plugin for Notepad++ called TextFX

Once this is installed using the Plugin Manager, just open your file, select 
all of the text (Ctrl-A) and from the menu select

TextFX/TextFX Edit/ReWrap text to (Clipboard or 72) width

It already defaults to wrapping at column 72 for you.

Ray Pearce



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: 10 December 2018 16:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Breaking text file at position 72?

This is not truly a mainframe question but I am sure everyone can see the
mainframe relevance and why it is a mainframe problem for me. Some of you
mainframers may have encountered the same problem.

I have a text file on Windows with CR-LF only at paragraph boundaries. Some
of the lines are several thousand characters long.

I would like to break the lines (intelligently -- at an English word
boundary) no later than column 72. 

Can anyone suggest a good method? This is a one-time chore so I don't want
to buy a product or install something off the CBT. I have all of normal SDSF
of course plus Notepad++ on Windows.

Thanks!

Charles 

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: CSSMTP debug No Brackets Allowed

[Ray Pearce]

I don't use CSSMTP but those look like DEBUG messages.
What do you have specified for LogLevel in your CSSMTP configuration? 

LogLevel 64 

Debug-level messages are logged. These messages are internal debug messages 
intended for development and IBM® service use only.


Ray Pearce

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Keith Hays
Sent: 06 June 2018 16:00
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP debug No Brackets Allowed

CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed CSSMTP DEBUG  
:010:mlCfgProcessConfigStmt:tokenArrayÝ0¨ 5 Ý1¨ , i 7,
CSSMTP INFO   :010:mlCfgProcessConfigStmt:Statement(166): 'LogLevel
 7
CSSMTP DEBUG  :010:mlCfgProcessConfigStmt:No brackets allowed

I am getting numerous lines in my CSSMTP sysout warning me that no brackets are 
allowed.  I have triple checked the config and don't have brackets in the 
statement lines referenced. This does not stop the program from working, simply 
clutters up sysout.

Anyone know the source of the problem?
-- 

Very Respectfully,

Keith A Hays
keith.a.h...@gmail.com
614-634-1671

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Codepage

[Ray Pearce]

Take a look at the sample EZACICTR in TCPIP.SEZAINST.
This includes lots of translate tables and allows you to specify the required 
table by name.

Ray 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J R
Sent: 06 March 2018 16:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Codepage

>From an ASCII v EBCDIC standpoint, x'00' is NUL on both sides.  Why not use it 
>as your end of message delimiter.  

Of course, you haven't given the complete picture.  What else is in the message 
stream?  Is it text only?  Are there any binary fields included?  Control 
fields?  Etc?  

> On Mar 6, 2018, at 09:54, scott Ford  wrote:
> 
> All,
> 
> I need some help on localization for codepages. The issue is we use a '~' as 
> a end of messages delimiter. We have a customer wanting to use a different 
> code page .
> Ebcdic codepage 285 to ascii codepage 437 .. We place a '~' which is a 
> x'A1' which inside the normal Ebcdic 1140 codepage is x'7E', in 285 it is 
> x'BC' which isn't translating . We can't use national language support yet, 
> so we have been using a translate table ezacic04 from CICS sockets.
> 
> 
> Regards,
> Scott
> 
> --
> 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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: Silly C problem adding hex 6C

[Ray Pearce]

Have you looked at the JZOS Toolkit? It makes this easy.

String jobName = ZUtil.getCurrentJobname();
WtoMessage msg = new WtoMessage(jobName);
MvsConsole.wto(msg);

Regards

Ray


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barkow, Eileen
Sent: 09 February 2018 14:00
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Silly C problem adding hex 6C

Actually I do not like C or C++ very much - I am just including some c routines 
in a java program I am writing because there are a lot of things that cannot be 
done in Java, or least I do not know how to do them. But I know java little 
better than I know c/c++. In this case, I am using the C console2 routine and 
Want to output the running jobname to the system console.

I used cout to print the jobname because I could not get get it to print 
correctly with printf.
I see that you added code to 0 out the last byte of jobname - that must have 
fixed the formatting.


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: New free / open source z/OS tools from Dovetailed Technologies

[Ray Pearce]

We have also been looking at a similar issue here at Macro 4 but with a 
slightly different approach for our mainframe development.
We now use Subversion as our source repository, Eclipse as our IDE and we 
utilise Apache Ant and Jenkins for our development and production builds.
However we do not use USS, we use z/OS for our compiles and assemblies – and 
this works for all of our languages; Assembler, Cobol, PL/1, C, REXX, Java, etc.
We have the advantage that some of our products already have a z/OS STC as part 
of their installation and this STC has APIs allowing us to move the source from 
our workstations to z/OS, submit the JCL for the compiles, assemblies, etc. and 
capture and return any output and listings etc.
By using z/OS it meant we could reuse all of the build JCL that we already had 
in place which was a big help with the transition. 
We have also created a task that scans all the source and produces a list of 
dependencies, such as Macro and Copybook usage. Then when a developer updates 
say a Macro he does not have to remember or scan for all the source that is 
affected by the update as the build system will automatically compile all the 
components affected. They can of course optionally rebuild the whole 
application if they want with a click of a button! 
The advantages are that we utilise Open Source, and admittedly some in-house 
code, rather than potentially costly mainframe based source management systems, 
and we utilise Eclipse as the IDE which helps with recruitment of new talent, 
cross training and up training to the mainframe.
As I expect others have found our developers have to use multiple languages and 
get involved in cross platform solutions, especially with digital 
transformation and modernization projects, so using Subversion as the source 
repository and the Eclipse IDE for editing gives us a single way of working 
across the teams.
There is also another benefit in using Eclipse in that like Macro 4 other 
vendors have produced Eclipse interfaces to their products meaning that your 
technical teams can stay in a single environment for all their tasks, again 
assisting with recruitment and training.
Most of the University graduates CVs that we see have Eclipse experience and 
they expect a modern interface as their working environment, and although us 
die-hards like 3270 and ISPF we have to be realistic and accept that the 
younger generation do not want to be trained in ISPF, regardless of whether we 
think it is a much better interface or not.
This approach works well for us and it didn’t take long for us to convert from 
our old mainframe based processes to this modern agile environment. Even turned 
an old timer who was a naysayer into “I wish we had done this 10 years ago”!
We even trained up an Open Source developer with mainframe knowledge by just 
using the Eclipse interfaces and now he is a contributor to our mainframe 
development – and he does not have a TSO logon!  
Of course it will also work with other Open Source tools, such as GIT, so you 
are not tied in to one product, the choice is yours.
Drop me an email if you want to know more – keith.ban...@macro4.com.

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

Re: Question About ATTACHX and ECB

[Ray Pearce]

>> You've been asked to post the exact contents of the ECB.
>> You posted that it was xx40.
> Yes, the hi order in that case I had dropped by the way I loaded the Register.

But you loaded the register with
ICM   R15,7,SUB_ECB

Should this have been
ICM   R15,7,SUB_ECB+1

Ray Pearce

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: What was a 3314? (was: Whither VIO)

[Ray Pearce]

A few remaining synapses at the back of my brain are saying
"Module, Bin, Cylinder, Head, Record"

But they could be telling lies

Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: 19 May 2016 23:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What was a 3314? (was: Whither VIO)

Wasn't the MM the bon number?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Wednesday, May 18, 2016 11:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What was a 3314? (was: Whither VIO)

> On May 18, 2016, at 7:50 PM, Charles Mills  wrote:
> 
> I remember them well. I was answering Steve's two implied questions.
> 
> 2321 was certainly characterized as DASD. It was indeed a direct access 
> storage device. Not a disk, but DASD nonetheless. Certainly not magnetic tape 
> (though it had a family resemblance!) and certainly not unit record.

It addressing had MMBBCCHHR(R?) so I guess you could address it directly. 
Anyone remember how to do that? (progr5amming for a 2321 is a lost art (where 
is Seymour?).

Ed

> 
> I don't think anyone recalls a 3314. I think the OP said it was a typo, 2314 
> mis-remembered as 3000-series DASD.
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Edward Gould
> Sent: Wednesday, May 18, 2016 5:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What was a 3314? (was: Whither VIO)
> 
> Chales,
> 
> 2321 was a data cell (magnetic strip) hardly could be called DASD) I 
> don’t recall a 3314 . The removable 3340 (not sure the number anyone?)
> 
> Ed
> 
>> On May 16, 2016, at 7:47 PM, Charles Mills  wrote:
>> 
>> 
>> 
>> 2301, 2321.
>> CharlesSent from a mobile; please excuse the brevity
>> 
>>  Original message 
>> From: Steve Thompson 
>> Date: 05/16/2016  4:51 PM  (GMT-08:00)
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: What was a 3314? (was: Whither VIO)
>> 
>> 2314, 2419, 2311, these are just a few of the "IBM" DASD that I've 
>> had the pleasure of working with. I've forgotten the drum device 
>> numbers and the noodle snatcher model number.
> 
> --
> 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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: JVM FindClass returning Null

[Ray Pearce]

The class name needs to be fully qualified (but *without* that leading /)
It might be easier to use #pragma convert(819) to get a UTF-8 string.

#pragma convert(819)
zclass_class = (*env)->FindClass(env, "com/mycomp/mysetset/enterprise/zclass");
#pragma convert(0)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: 31 March 2016 22:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JVM FindClass returning Null

I have a JNI class whose import statement is

import com.mycomp.mysubset.enterprise.zclass;

I have a C program compiled in EBCDIC that created a JVM and is now attempting 
to do the FindClass.

My class is stored in 

/u/vendor/jig/DOMYAPI3/com/mycomp/mysetset/enterprise/zclass.class

My _CEE_ENVFILE has a 
CLASSPATH=/u/vendor/jig/DOMYAPI3:/u/vendor/jig/DOMYAPI3/com/mycomp/mysetset/enterprise:/u/Java6_31/J6.0/bin/j9vm

Since I have to pass in UTF-8 strings I have tried __etoa() and iconv() on my 
native EBCDIC C strings before passing them into FindClass.
FindClass is returning a Null.

char myclass[]="zclass";

__etoa(myclass)

zclass_class = (*env)->FindClass(env, 
   myclass); 
if (zclass_class == NULL) 
{   
   (*env)->ExceptionDescribe(env);  
   printf("findClass returned NULL\n"); 
   rc = ERR_NO_CLASS;   
}   

I have also tried

__etoa("/com/mycomp/mysetset/enterprise/zclass");

and FindClass gets a null.

I have also tried

 cd = iconv_open("UTF-8", "IBM-1047"); 
 if (cd == (iconv_t)-1)
 { 
   printf("iconv_open failed %d,%s\n", errno,strerror(errno)); 
   return ERR_BAD_ICONV;   
 } 
 inleft = 0;   
 outleft = sizeof(myclass);
 numBytes = iconv(cd,  
(char **), 
,   
(char **),  
); 
 if (numBytes == -1)   
 { 
   printf("iconv on myclass failed %d-%s\n",   
   errno, strerror(errno));
   return ERR_BAD_ICONV;   
 } 

and passed the result into FindClass which still gets a NULL.

Is this a CLASSPATH issue?
Is this a character encoding issue?

Also I expected to get back the java stack with this code

(*env)->ExceptionDescribe(env); 

But SYSOUT only contains "Exception in thread "main".  Should I expect more 
error stack data?

Janet   

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: IBM z/OS Product Documentation (Correction)

[Ray Pearce]

Some of the ratings were unusual

Is Not very important less important than Not important ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Iris Rivera
Sent: 14 July 2015 20:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM z/OS Product Documentation (Correction)

Hi Everyone,


Please take our 13 minute survey to provide our System z team with
feedback about your current user experience with IBM z/OS Product
Documentation.


Here's the link to the survey:
https://www.surveygizmo.com/s3/2069493/IBM-z-OS-Product-Documentation


We'd appreciate your response by August 15, 2015.


Thanks in advance for your participation!


Iris M. Rivera, User Experience Designer, System z Software @zsurveygirl

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Re: John Eells Item

[Ray Pearce]

The url was made worse by the totally redundant query string on the end
of it.
The only part needed to access the page is:

http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2-favorites

and as this is less than 72 characters it is unlikely to be split
(famous last words)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: 05 March 2015 09:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: John Eells Item

In f8ca1c52-7366-4489-8fb7-9a7c31566...@comcast.net, on 03/04/2015
   at 11:44 PM, Ed Gould edgould1...@comcast.net said:

Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

Looks good.

 http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2-
favorites/?utm_campaign=ibm-
enewsutm_medium=emailutm_source=mainframe-Mar4-roundup-2015-
newverutm_content=exclusive1-headline

You've got the framing  reversed; some e-mail clients may have trouble
with that.

Hopefully this won't split

It did; even though you had format=flowed, it came out as multiple
lisgns with no trailin = to mark continuation. My e-mail software could
handle it, but it's definitely not what I expected.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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

Re: John Eells Item

[Ray Pearce]

The 'query string' part of a URL starts with a question mark with parts of the 
query separated by ampersands.
In the original url, every  query parameter starts with utm_ This is a clue 
that they are Urchin Tracking Module codes and are only used for analysis of 
the origin of the request.
Almost any url that include utm_ parameters can have them removed with no ill 
effect (apart from a few marketeers who would like to know where you found the 
link)

Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: 05 March 2015 10:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: John Eells Item

Ray Pearce wrote:

The url was made worse by the totally redundant query string on the end of it.
The only part needed to access the page is:
http://www.ibmsystemsmag.com/mainframe/trends/whatsnew/2-2-favorites

Interesting. Now, beside navigating from the home page up to 
http://www.ibmsystemsmag.com/mainframe/ where you can see the link to that 
article, how do you know where and when to cut off the long URL for posting 
to others?

Of course I could navigate from the home page, look around and the come to the 
right article. [1]

and as this is less than 72 characters it is unlikely to be split 
(famous last words)

Ok, you have the last word. ;-D

Groete / Greetings
Elardus Engelbrecht

[1] - I usually don't bother to go to the home page and do navigating without a 
compass ;-), but jump right into the page and after browsing, simply close it.

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

This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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

Re: OT: Friday joke :-)

[Ray Pearce]

I remember the required torque for a bolt being described as To shear and then 
back 90°

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: 25 January 2015 01:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Friday joke :-)

So I guess we can assume that you are supposed to inflate the ball to the point 
where it bursts, then go back in time to the point just before the bursting and 
you have an inflated ball?

Brian

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

This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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

Re: Help with CICS CEMT display

[Ray Pearce]

Dave, 

Why are you hitting PF1 when Kolusu (and the manual) says to place the
cursor on a task and press ENTER.
This gives a full display of the selected task with the values spelled
out in full.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hansen, Dave L - Eagan, MN
Sent: 11 September 2014 22:34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with CICS CEMT display

Kolusu,

   Thank you for your suggestions.  I tabbed to the beginning of the
line and hit PF1 and just got the general help.  I placed the cursor on
TAS and hit PF1, and also on TRA and hit PF1.  Yup, I also tried it with
the cursor on SUS.

   The link is a good one.  But it doesn't tell me the field names I am
seeing on the display:

Tas(029) Tra(JNL2)   Sus Tas Pri( 255 )
   Sta(U ) Use(CICMNX1 ) Uow(CDBC6D3E2D965E09)

Tas(0002138) Tra(CEMT) Fac(0001) Run Ter Pri( 255 )
   Sta(TO) Use(PMSBDH  ) Uow(CDBE117F38E7F508)

   The second entry is me running CEMT.  It has a field called FAC.  Not
sure why after all these years things just show up as RUN and TER
like on the CEMT display.  I would imagine it's a facility and I'm
runnable.


  I keep looking,  Dave



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Sri h Kolusu
Sent: Thursday, September 11, 2014 4:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with CICS CEMT display

Dave,

Place the cursor on the transaction you are interested and press ENTER
and CICS will display the transaction in detail

Check this link which explains in detail about CEMT INQ TASK

http://pic.dhe.ibm.com/infocenter/cicsts/v4r1/index.jsp?topic=%2Fcom.ibm
.cics.ts.doc%2Fdfha7%2Ftransactions%2Fcemt%2Fdfha71l.html

Thanks
Kolusu

IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
09/11/2014 02:17:08 PM:

 From: Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov
 To: IBM-MAIN@LISTSERV.UA.EDU
 Date: 09/11/2014 02:17 PM
 Subject: Help with CICS CEMT display
 Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
 
 Dear Listeners (Still not on the CICS-L listserv yet),
 
I entered a CICS command.  It was CEMT INQ TAS.  Here is the output

 from my 3,720 emulation:
 
 Tas(043) Tra(AAON)   Sus Tas Pri( 255 )
Sta(SD) Use(CICMNX1 ) Uow(CDBC6D36F2AD2309) Hty(EKCWAIT )
 Tas(053) Tra(XPFS)   Sus Tas Pri( 001 )
Sta(S ) Use(CICMNX1 ) Uow(CDBC6D3956983D08) Hty(EKCWAIT )
 Tas(0002101) Tra(CEMT) Fac(0001) Run Ter Pri( 255 )
Sta(TO) Use(PMSBDH  ) Uow(CDBE0A26F9188109)
 
   Once there was a time I would INSERVICE and ACQUIRE stuff.  Now I'm 
 just trying to find out what the layout of the display is.
 
I see the following fields: TAS(xxx)  TRA(xxx) SUS TAS PRI(xxx)
 STA(xx) USE(XXX) UOW(xxx) HTY(xxx).  I can guess that TAS is task and 
 TRA is transaction.  And I'd bet SUS is suspended.  I tried PF1, but 
 it wasn't the help I was looking for.
 
   I would like to find some information like:
 
Results
 The following example output is typical output from the inquire
command.
 
 TAS(n) ppp ddd cc  TCL() USE() ATT(s)
CPU(s)
 RUA(s) HTI(s) HTY() HVA()
 
This is from: CEKL INQUIRE TASK documented in the CICS Supplied 
 Transactions book.  I can find a whole section on HTY codes listed 
 under The resources that CICS tasks can wait for documented at the 
 infocenter.  I found EKCWAIT.
 
I even tried Using the information center @ http:// 
 pic.dhe.ibm.com/infocenter/cicsts/v5r1/index.jsp to look for CEMT 
 display info.
 
 Maybe we know this so well we don't need to document it any more.

 I noticed the RCF in the back of the books for CICS go to Hursley Park

 in the UK.  Lots of postage!
 
 
  Thanks again,  Dave
 
 --
 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
This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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

Re: OT, but interesting.

[Ray Pearce]

Didn't LEO precede UNIVAC? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: 19 May 2014 12:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OT, but interesting.

http://www.linuxvoice.com/history-of-computing-part-2/?pk_campaign=sl
quote
In the days before cheap silicon chips, valves ruled the roost – and it took a 
special kind of brain to handle these magnificent beasts. Learn all about 
UNIVAC, the first commercial general-purpose computer, and its fascinating 
instruction set.
/quote

--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

Maranatha! 
John McKown

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

This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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

Re: PDF books to Epub

[Ray Pearce]

Look for Calibre. It can convert between most formats.

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm
 Sent: 28 January 2013 16:52
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: PDF books to Epub
 
 Has anyone run across a nice way to convert PDFs to epub... 
 or some other format that is more display friendly to pads?
 
 I was looking to store all my books on a Nexus 7.
 
 Thanks,
 
 
 Rob Schramm
 Senior Systems Consultant
 Imperium Group
 
 --
 For IBM-MAIN subscribe / signoff / archive access 
 instructions, send email to lists...@listserv.ua.edu with the 
 message: INFO IBM-MAIN
 
This e-mail message has been scanned and cleared by Postini / Google Message 
Security and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it and 
notify the sender. 


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