Re: Slightly OT: How to interpret this DB2 message

[Hunkeler, Peter (TLSG 4)]

>Did you check out Mike Bell's Presentation from 2008?
>
>http://www.hlstechnologies.com/downloads/IDUGDallas.pdf

No, but I just tried. Unfortunately access to the link above is blocked by our
"intelligent" web page rating tool :-(
I found the PDF via Google search and am looking into it.

>Or this link?  http://theamericanprogrammer.com/programming/sqlcodes.shtml
>
>I am not sure if this applies, but what about
>warning: user specified optimization hints are invalid (reason code = '').
>the optimization hints are ignored

Not sure how the second link would help me? I did read the explanation of msg 
DSNX105I
as well as SQL code +395, and I understand something is wrong with the hints.

But, and this is was my question, to find out what is wrong, I need to know the 
reason code
associated with SQL code +395. However msg DSNX105I doesn't talk about a reason 
code.
The nearest thing it "TOKEN=" and I am wondering if this is the value I'm 
looking for?.

--
Peter Hunkeler

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

Re: Slightly OT: How to interpret this DB2 message

[Hunkeler, Peter (TLSG 4)]

>which is why I always test hints with SPUFI - it will give you the reason
>code.

Problem with this is I don't have authority to do the bind myself. I need to ask
our DB2 support people to perform it, but they just don't know why the hints
are being ignored and they don't seem to have interest in helping me finding out
why :-(

--
Peter Hunkeler

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

Accessing File Manager using RDZ

[mf db]

Hello Group,

I am trying to set up accessing FM(file manager) using RDZ but while
accessing from RDZ it says that FILE manager is not available on the target
system. I have configured the property file value as TRUE for FM. Not sure
if I have missed anything.

Are there anyone who has configured FM using RDZ ?

/Peter

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

Re: Future of COBOL based on RDz policies

[Timothy Sipples]

I recommend opening an inquiry with IBM PartnerWorld about available
offerings. Examples:

zPDT
RDTEz
Validation Program for z/OS
System z Remote Development Program
zDD

These offerings are priced as low as zero charge (the Validation Program
for z/OS). Charges (if any) depend on the circumstances and requirements.
Note that most offerings permit more than one developer within the same
organization to access z/OS without additional charge.

RDz Version 9 further improves the COBOL code assist and syntax checking
features in the editor to track Enterprise COBOL V5.1, and all that works
on Linux installations of RDz as well. (The Windows-based IBM COBOL
compiler never did, and many developers prefer a Linux-based PC. Yes, IBM
got criticized for that gap.) It has always been necessary to have
Enterprise COBOL on z/OS to create z/OS executable Enterprise COBOL
programs. IBM is trying to make that most useful, preferred path more
available in more ways -- see above.

As I understand it there were/are some other technical reasons why the
Windows-based compiler wasn't proving to be a viable path forward. The
Enterprise COBOL V5.1 announcement may offer hints, but I'm unable to
comment further.

As always, my views are my own.


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
E-Mail: sipp...@sg.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Announcing PCRE 8.33 for native z/OS

[Ze'ev Atlas]

Hi All
Announcing the first revision of PCRE 8.33 for native z/OS revision v0.1
The package includes source code in ASCII and EBCDIC ready libraries in XMIT 
format and is available on www.zaconsultants.net and soon on the mirror sites.
There are some issues with PL/I that I hope to resolve soon.
There is no API for Rexx as we need experts in Rexx and its interface to 
accomplish that.
 
Ze'ev Atlas

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

Re: Dice article on IBM layoffs

[Wayne Bickerdike]

LOL (Not an IBMism)...

It's an ongoing situation, as we used to say.

On Mon, Jun 24, 2013 at 6:24 PM, Shane Ginnane  wrote:
> On Mon, 24 Jun 2013 15:57:17 +0930, Wayne Bickerdike wrote:
>
>>IBM speak always had me baffled.
>
> :-)
> And *he* worked for them ...
> Couple of weeks ago I attended a zForum - much chest thumping about the great 
> numbers for z and all those new (non-zLinux) green sites. Everybody in the 
> room knew the numbers couldn't apply to Aus/NZ, which is basically a 
> basket-case in the zSeries (particularly z/OS) theatre.
>
> All the weasel-words can't gilt that.
>
> Shane ...
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Wayne V. Bickerdike

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

Re: Future of COBOL based on RDz policies

[Graham Hobbs]

Timothy,

I have raised this RDz and COBOL compiler issue in the past so thanks for 
the pointers.


First, the Windows7/XP options, I am aware. The Rational Development and 
Test Environment for System z (RDTE) suggestion is new to me and absolutely 
without my means.


Why on earth would I, Partnerworld developer, or any small developer, 
exchange a $900/year Software Access Catalogue subscription which gave me my 
COBOL compiler (which is ALL I need), for RDTE at $8,760 (just for starters) 
with its multitudes of unwanted compilers, lah-de-dahs, etc. I have a TV 
package just like that.


I looked for RDTE in the Software Access Catalogue. It's not there. So 
statements about no PC compilers are true .. sorry, $9000+ would do it.


True, I may be able to keep my z/OS destined project going by jerking 
Windows around or nursing the aging XP laptop with its RDz 7115 compiler. 
But with all these goings on am discouraged at what's happening .. the 
oommpff is vanishing.


I read the message as: a) anyone in my boat might awkwardly get by, b) new 
boarders must pony up 9 grand or forget it.


Graham Hobbs

.. is the urge for z/OS software abating?

- Original Message - 
From: "Timothy Sipples" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, June 24, 2013 12:15 AM
Subject: Re: Future of COBOL based on RDz policies



IBM COBOL for Windows V7.6 was withdrawn from marketing last year and will
be supported through April, 2014.

That path arguably wasn't working out so well, so some time ago IBM
introduced an alternative compilation option available for RDz, now called
Rational Development and Test Environment for System z:

http://www.ibm.com/software/products/us/en/ratideveandtestenviforsystz/

This newer path has much greater compilation fidelity for obvious reasons.
It also supports all languages, not just a couple.

Note that Windows XP Mode is available for Windows 7 Professional,
Enterprise, and Ultimate. More details are available here:

http://windows.microsoft.com/en-us/windows7/install-and-use-windows-xp-mode-in-windows-7


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
E-Mail: sipp...@sg.ibm.com

--
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: CSVDYLPA ADD/DELETE

[esst...@juno.com]

This doesnt look right to me but here are the fields 

LpmedOutputFlags 4001
LPMEDMODPROBFUNCTION 00
4001 0004 0401 

paul D'Angelo

-- Original Message --
From: Tom Marchant 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVDYLPA ADD/DELETE
Date: Mon, 24 Jun 2013 15:46:59 -0500

On Mon, 24 Jun 2013 20:34:19 GMT, esst...@juno.com wrote:

>The Second Program receives a Zero Return Code for CSVQUERY 
>and a Return Code of 4 with a  reason code of 000401 for 
>CSVDVLPA REQUEST=DELETE.

What value is returned for LPMEDMODPROBFUNCTION

-- 
Tom Marchant

--
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: CSVDYLPA ADD/DELETE

[Tom Marchant]

On Mon, 24 Jun 2013 21:08:51 GMT, esst...@juno.com wrote:

>I would need to rerun this to get that data.
>The documentation for reason code 0401 says to review LpmedOutputFlags 

Yes.  LPMEDMODPROBFUNCTION is the second byte.  It might give a clue.

-- 
Tom Marchant

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

Re: CSVDYLPA ADD/DELETE

[esst...@juno.com]

I would need to rerun this to get that data.
The documentation for reason code 0401 says to review LpmedOutputFlags 

-- Original Message --
From: Tom Marchant 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVDYLPA ADD/DELETE
Date: Mon, 24 Jun 2013 15:46:59 -0500

On Mon, 24 Jun 2013 20:34:19 GMT, esst...@juno.com wrote:

>The Second Program receives a Zero Return Code for CSVQUERY 
>and a Return Code of 4 with a  reason code of 000401 for 
>CSVDVLPA REQUEST=DELETE.

What value is returned for LPMEDMODPROBFUNCTION

-- 
Tom Marchant

--
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: CSVDYLPA ADD/DELETE

[Tom Marchant]

On Mon, 24 Jun 2013 20:34:19 GMT, esst...@juno.com wrote:

>The Second Program receives a Zero Return Code for CSVQUERY 
>and a Return Code of 4 with a  reason code of 000401 for 
>CSVDVLPA REQUEST=DELETE.

What value is returned for LPMEDMODPROBFUNCTION

-- 
Tom Marchant

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

CSVDYLPA ADD/DELETE

[esst...@juno.com]

CSVDYLPA ADD/DELETE

Hi
I believe I am experienceing a problem using CSVDYLPA, which I would like to 
get some assistance on.

I have two programs: 
The first program issues CSVDYLPA REQUEST=ADD, followed by CSVQUERY.
The ADDToken returned from CSVDYLPA REQUEST=ADD is stored in a file for latter 
use.

Second Program reads the file and retrieves the Token returned from CSVDYLPA.
The Second Program issues CSVQUERY INEPNAME=MODNAME,SEARCH=LPA, 
Followed by CSVDYLPA REQUEST=DELETE

After An IPL: 
I can run the first program and A Zero Return Code is
received for CSVDVLPA REQUEST=ADD and CSVQUERY.
So I added a module to LPA and Use CSVQUERY to verify and retrieve the
entry point.


Some Time latter I run the second program 
I first read the file to retrieve the TOKEN that was stored in PROGRAM 1.
Then I issue CSVQUERY, followed by CSVDYLPA REQUEST=DELETE.
Again I get a Zero Return Code for both CSVQUERY and CSVDYLPA.
So I verify the module with CSCQUERY then deleted it from LPA. 


Now when I run through this sequence of programs a second time,
The First Program receives A Zero Return Code for CSVDVLPA REQUEST=ADD and 
CSVQUERY.

The Second Program receives a Zero Return Code for CSVQUERY and a Return Code 
of 4 with a  reason code of 000401 for CSVDVLPA REQUEST=DELETE.

I probably do not fully understand what CSVDVLPA REQUEST=DELETE does. 
I dont understand how in the second running of these 2 programs I get a zero
return Code from CSVQUERY and the 4-0401 foe CSVDVLPA.

I provided the macros used for both programs.
 



First Program
*   0378
 LA  R2,ADDINFO.03790004
 CSVDYLPA REQUEST=ADD,XX0380
   MODINFOTYPE=MEMBERLIST,XX0381
   MODINFO=(R2),  XX0382
   NUMMOD=LMDDN,  XX0383
   DDNAME=DDNAME1,XX03840001
   REQUESTOR=LREQ,XX0385
   RETCODE=LRETCODE,  XX0386
   RSNCODE=LRSNCODE,  XX0387
   PLISTVER=MAX,  XX0388
   MF=(E,DYLPAL)0389
*   03890131
 MVC   RETCODE,LRETCODE Save Return Code03891042
 MVC   RSNCODE,LRSNCODE Save Reason Code03892042
*   0390


*   04020024
  CSVQUERY INEPNAME=MODNAME,  XX04030024
   OUTEPA=(2),XX04040024
   RETCODE=RETCODE,   XX04051030
   SEARCH=LPA,XX04060024
   PLISTVER=MAX,  XX04080024
   MF=(E,XCSVQUERY,COMPLETE)04090030
*   04110024
*  OUTLOADPT=(3),XX 04111030
 STR2,EPA@Entry Pount Address   04120024
 STR3,LOADPT@ Load Point Address04130024
*   04140024






Second Program 

*   02125719
  CSVQUERY INEPNAME=MODNAME,  XX02125819
   SEARCH=LPA,XX02125919
   OUTEPA=(2),XX02126019
   RETCODE=RETCODE,   XX02126119
   PLISTVER=MAX,  XX02126219
   MF=(E,XCSVQUERY,COMPLETE)02126319
*   02126419
   ST R2,OUTEPA@02126519
*   
02126619   




 LAR2,DELINFO  .02128939
 USING LPMED,R2.02129039
*

Re: Assember

[Campbell Jay]

Ron - probably better served by  assembler-l...@listserv.uga.edu

Jay Campbell
IBM OS Support Section

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Ron Thomas
Sent: Monday, June 24, 2013 11:24 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Assember

Hello.

can some one pls let me know what this assembler code does?

TMI2REC+ISTAT-IREC,SDLET

how the above code work?

Thanks
Ron

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

[Charles Mills]

Object code may be easier for the OP (or may not).

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Campbell Jay
Sent: Monday, June 24, 2013 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assember

Now we need the MACRO/DSECT expansion of IREC and the EQU at label DSLET.

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

Re: Assember

[Campbell Jay]

Now we need the MACRO/DSECT expansion of IREC and the EQU at label DSLET.

Jay Campbell
IBM OS Support Section
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Kenneth Wilkerson
Sent: Monday, June 24, 2013 2:19 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Assember

TMI2REC+ISTAT-IREC,SDLET

Is equivalent to:

LA somereg,I2REC somereg is R1-R15
USING IREC,somereg
TM   ISTAT,SDLET
DROP somereg

Kenneth

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, June 24, 2013 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assember

If you (1) post the 2 or 3 instructions following the TM and (2) post the 
"object code" that appears in the listing to the left of the instruction then 
we can help you more.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: Monday, June 24, 2013 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assember

Hello.

can some one pls let me know what this assembler code does?

TMI2REC+ISTAT-IREC,SDLET

how the above code work?

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

[Kenneth Wilkerson]

TMI2REC+ISTAT-IREC,SDLET

Is equivalent to:

LA somereg,I2REC somereg is R1-R15 
USING IREC,somereg
TM   ISTAT,SDLET
DROP somereg

Kenneth

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, June 24, 2013 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assember

If you (1) post the 2 or 3 instructions following the TM and (2) post the 
"object code" that appears in the listing to the left of the instruction then 
we can help you more.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: Monday, June 24, 2013 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assember

Hello.

can some one pls let me know what this assembler code does?

TMI2REC+ISTAT-IREC,SDLET

how the above code work?

--
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: IPCS CBF control block list

[Miklos Szigetvari]

 Thank you.

On 24.06.2013 19:47, Jim Mulder wrote:

Is there a list of the available control blocks,  to format via CBFORMAT
command ?
(I'm searching for DCB DEB IOB etc etc , but a list would be not bad )

   Under your IPCS session, use the  IPCSDATA ACTIVE
subcommand.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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




--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: IPCS CBF control block list

[Jim Mulder]

> Is there a list of the available control blocks,  to format via CBFORMAT 

> command ?
> (I'm searching for DCB DEB IOB etc etc , but a list would be not bad )

  Under your IPCS session, use the  IPCSDATA ACTIVE
subcommand. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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

Re: free zIP/UNZIP in z/OS

[Kirk Wolf]

FWIW, the "jar" command is just a special launcher for the Java class
"sun.tools.jar.Main".   The heavy lifting is done by the "java.util.zip"
package, which provides a public API.

The "jar" command is written only to support z/OS Unix files, but the
ZipDatasets sample class (source provided) supports z/OS datasets.

The ZipDatasets sample is written so as to read the datasets as a text
stream (newlines added) and write the output to Zip entries that are
converted to ISO8859-1.   The "-t" option can be used to specify a
different target encoding.

Usage: com.ibm.jzos.sample.ZipDatasets [-t targetEncoding] outfile
indsname...
  where:
  -t targetEncoding can optionally specify the codepage name to encode the
  text data as it is written to the Zip file.  If not specified,
  this defaults to ISO8859-1 (Latin/ASCII)
  and outfile is either:
- a Unix file path name: /path/to/some/file.zip
- a dataset name:  //A.B.C
- a PDS member name:  //A.B.C(MEM)
- a DD name: //DD:XYZ
- a DD name and member:  //DD:XYZ(MEM)
  and each (at least one) indsname is either:
- a dataset name:  //A.B.C
- a dataset pattern:  //A.*.D
- a PDS member name:  //A.B.C(MEM)
- a PDS member pattern:  //A.B.C(D*X)
- a DD name: //DD:XYZ
- a DD name and member:  //DD:XYZ(MEM)
- a DD name and member pattern:  //DD:XYZ(D*X)
  \"//\" prefixes may be omitted from indsnames
  All dataset names are assumed to be fully qualified.

PS> The JZOS sample programs and source can be downloaded from links on the
main z/OS JZOS page:

http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html

On Sun, Jun 23, 2013 at 1:12 AM, Ed Jaffe wrote:

> On 6/21/2013 2:38 AM, Norbert Friemel wrote:
>
>> The jar command is free (comes with Java) but supports Unix files only:
>> http://planetmvs.com/ibm-main/**jarbatch.txt
>>
>
> We currently use jar on z/OS to create zip files for distribution to
> customers. These files can be unzipped on any platform e.g., Windows. As
> Norbert says, you must precede the jar command with a cp command to copy
> the classic MVS file(s) to a z/OS UNIX directory. jar will not read them
> directly.
>
>
>

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

Re: Assember

[Charles Mills]

If you (1) post the 2 or 3 instructions following the TM and (2) post the 
"object code" that appears in the listing to the left of the instruction then 
we can help you more.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Thomas
Sent: Monday, June 24, 2013 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assember

Hello.

can some one pls let me know what this assembler code does?

TMI2REC+ISTAT-IREC,SDLET

how the above code work?

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

Re: REXX Socket Calls

[Walt Farrell]

On Mon, 24 Jun 2013 10:22:34 -0500, Doug Henry  wrote:

>On Mon, 24 Jun 2013 09:29:57 -0500, John McKown  
>wrote:
>
>>I am not very knowledgeable on this sort of thing. Is AT-TLS something
>>different from SSL? I don't really know. In the z/OS 1.12 Comm Server
>>manuals, I found:
>
>Hi John,
>AT-TLS (Application Transparent Transport Layer Security) is ssl provided for 
>TCP/IP connections. My comserver guys tell me that this is the IBM recommended 
>way of providing ssl. It is then transparent to the application running on 
>z/OS.
>
>http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.commserv_v1/commserv/1.7z/security/AT_TLS.pdf

Some uses of SSL via AT-TLS can be transparent to the application, but some are 
not, as I understand it.

For example, a server application or a client application can make use of 
AT-TLS transparently if they merely want an encrypted pipe between them. 
However, if the server wants to authenticate the client by accepting a client 
certificate and mapping it to a RACF user ID then that will require specific 
AT-TLS coding in the server application.

-- 
Walt

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

Re: Slightly OT: How to interpret this DB2 message

[Mike Bell]

plan table data is always fully resolved - it has to be the table name not
the synonym.  also has to have the correct creator for the table - even the
new stuff in V10 works the same way

Mike


On Mon, Jun 24, 2013 at 9:44 AM, Hunkeler, Peter (TLSG 4) <
peter.hunke...@credit-suisse.com> wrote:

> I know this is not a DB2 list, but I'm hoping someone here can give me a
> hint.
>
> We're trying to BIND wiht OPTHINT but DB2 refuses to use the hint with the
> following msg:
>
> DSNX105I  -DAF2 BIND SQL WARNING
>USING S100447 AUTHORITY
>PLAN=(NOT APPLICABLE)
>DBRM=A5PO356
>STATEMENT=16423
>SQLCODE=395
>SQLSTATE=01628
>TOKENS=32
>
> Explanation of SQL code +395 list a number of Reason Codes, but what in
> the above message is the reason code?
> Is it "TOKENS="? if so, 32 means "CREATOR or TNAME is invalid." but that
> does not help me, since Owner and TNAME seem to be reasonable values.
>
> Any issue when the SQL in the program is using a table name that actually
> is a synonym to the real table name? Which name would have to be in the
> PLAB_TABLE in this case: real table or synonym?
>
> --
> Peter Hunkeler
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Mike

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

[Tom Marchant]

On Mon, 24 Jun 2013 10:17:42 -0500, Paul Gilmartin wrote:

>Given my (unfounded?) assumption that GIMZIP was devised to
>support SMP/E installation and service, 

That *is* what it was designed for, AFAIK.

>it's puzzling that GIMZIP
>supports objects SMP/E doesn't process.

From the SMP/E Reference:


11.7 GIMZIP packaging service routine

The GIMZIP service routine creates portable packages of 
software and associated materials. Typically the packages 
will contain SYSMODs, RELFILE data sets, HOLDDATA, and 
associated materials such as documentation, samples, and 
text files. These GIMZIP packages may be transported 
through a network, processed by the GIMUNZIP service 
routine, and then processed by the SMP/E RECEIVE command.


Do you remember RIMLIBs?  Those can be packaged in an archive, 
but are not part of the product.  How about books, either in .pdf or 
.boo format?  If you choose, you can even package CSI that 
contains your product pre-installed.
 
-- 
Tom Marchant

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

Re: REXX Socket Calls

[Pew, Curtis G]

On Jun 24, 2013, at 9:29 AM, John McKown  wrote:

> Is AT-TLS something
> different from SSL?

SSL (Secure Sockets Layer) was developed by Netscape and was never formally 
standardized. TLS (Transport Layer Security) is the official IETF-standard 
replacement for SSL. TLS 1.0 is a slightly enhanced SSL 3.0.

AT-TLS (Application Transparent Transport Layer Security) is the z/OS 
Communications Server facility for adding SSL to a connection without the 
application having to know anything about SSL. You define a policy to the 
Policy Agent identifying which connections should be secured and it all works 
"magically". That's not to say that defining the policy might not be a 
challenge.

-- 
Curtis Pew (c@its.utexas.edu)
ITS Systems Core
The University of Texas at Austin

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

Re: Slightly OT: How to interpret this DB2 message

[Mike Bell]

which is why I always test hints with SPUFI - it will give you the reason
code.

I don't know a better way to test the hint unless you have a product.

Mike


On Mon, Jun 24, 2013 at 9:55 AM, Lizette Koehler wrote:

> Did you check out Mike Bell's Presentation from 2008?
>
> http://www.hlstechnologies.com/downloads/IDUGDallas.pdf
>
> Or this link?  http://theamericanprogrammer.com/programming/sqlcodes.shtml
>
> I am not sure if this applies, but what about
> warning: user specified optimization hints are invalid (reason code = '').
> the optimization hints are ignored
>
>
> Lizette
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Hunkeler, Peter (TLSG 4)
> Sent: Monday, June 24, 2013 7:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Slightly OT: How to interpret this DB2 message
>
> I know this is not a DB2 list, but I'm hoping someone here can give me a
> hint.
>
> We're trying to BIND wiht OPTHINT but DB2 refuses to use the hint with the
> following msg:
>
> DSNX105I  -DAF2 BIND SQL WARNING
>USING S100447 AUTHORITY
>PLAN=(NOT APPLICABLE)
>DBRM=A5PO356
>STATEMENT=16423
>SQLCODE=395
>SQLSTATE=01628
>TOKENS=32
>
> Explanation of SQL code +395 list a number of Reason Codes, but what in the
> above message is the reason code?
> Is it "TOKENS="? if so, 32 means "CREATOR or TNAME is invalid." but that
> does not help me, since Owner and TNAME seem to be reasonable values.
>
> Any issue when the SQL in the program is using a table name that actually
> is
> a synonym to the real table name? Which name would have to be in the
> PLAB_TABLE in this case: real table or synonym?
>
> --
> Peter Hunkeler
>
> --
> 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
>



-- 
Mike

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

Re: REXX Socket Calls

[Ed Jaffe]

On 6/24/2013 8:22 AM, Doug Henry wrote:

http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.commserv_v1/commserv/1.7z/security/AT_TLS.pdf


This has to be one of the worst-looking IBM presentations ever! I'm 
going to give the authors the benefit of the doubt and assume that those 
"rainbow" blocks are somehow the result of PDF transformation and didn't 
look that way in the original. Then I'm gonna go fine some Lysergic acid 
diethylamide to change my frame of mind before reading further... ;)


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Assember

[Dan @ Home]

The single byte referenced at location "I2REC+ISTAT-IREC" is tested for the
bit pattern referenced by "SDLET".  SDLET is most likely defined as an
equate (EQU) somewhere within your program.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ron Thomas
Sent: Monday, June 24, 2013 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assember

Hello.

can some one pls let me know what this assembler code does?

TMI2REC+ISTAT-IREC,SDLET

how the above code work?

Thanks
Ron 

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

[Sam Siegel]

On Mon, Jun 24, 2013 at 8:23 AM, Ron Thomas  wrote:

> Hello.
>
> can some one pls let me know what this assembler code does?
>
> TMI2REC+ISTAT-IREC,SDLET
>
>
Ron the code does the following

ISTAT-IREC the offset of ISTAT from IREC.
That offset is added to the address of I2REC.  This a location in memory.
Look at the object code in the listing to get the Base and Displacement
associated with I2REC+ISTAT-IREC
You will also be able to find the bit settings associated with SDLET by
looking at the object code in the listings.

The TM test the Location in memory with the value defined by SDLET

There should be a branch or jump instruction following the TM to take the
apporpriate code path depending on how the condition code is set.

Sam


> how the above code work?
>
> Thanks
> Ron
>
> --
> 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: Assember

[John McKown]

Given what you have included, the best that i can tell you is that it tests
some variable (1 byte in length) for some bit or set of bits (depending on
how SDLET is defined). It is usually followed by a branch on condition or a
branch relative on condition. You have not said how I2REC, ISTAT, IREC, and
SDELT are defined; nor what follows.

On Mon, Jun 24, 2013 at 10:23 AM, Ron Thomas  wrote:

> Hello.
>
> can some one pls let me know what this assembler code does?
>
> TMI2REC+ISTAT-IREC,SDLET
>
> how the above code work?
>
> Thanks
> Ron
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

Assember

[Ron Thomas]

Hello.

can some one pls let me know what this assembler code does?

TMI2REC+ISTAT-IREC,SDLET

how the above code work?

Thanks
Ron

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

Re: REXX Socket Calls

[Doug Henry]

On Mon, 24 Jun 2013 09:29:57 -0500, John McKown  
wrote:

>I am not very knowledgeable on this sort of thing. Is AT-TLS something
>different from SSL? I don't really know. In the z/OS 1.12 Comm Server
>manuals, I found:

Hi John,
AT-TLS (Application Transparent Transport Layer Security) is ssl provided for 
TCP/IP connections. My comserver guys tell me that this is the IBM recommended 
way of providing ssl. It is then transparent to the application running on z/OS.

http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.commserv_v1/commserv/1.7z/security/AT_TLS.pdf

Doug

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

[Paul Gilmartin]

On Mon, 24 Jun 2013 09:56:14 -0500, Tom Marchant wrote:
>
>>o If I RECEIVE a SYSMOD containing a GIMZIPped UNIX directory,
>>  what goes in the GLOBAL zone?
>
>Nothing.  Only components identified as type SMPPTFIN, SMPHOLD 
>or SMPRELF are processed by SMP/E.
> 
Given my (unfounded?) assumption that GIMZIP was devised to
support SMP/E installation and service, it's puzzling that GIMZIP
supports objects SMP/E doesn't process.  Are they intended for
use in a post-APPLY script?  That would seem to be an abdication
of control by SMP/E, and provides no support for RESTORE.


>A customer who is using RECEIVE FROMNETWORK wouldn't likely care 
>what the contents of the network package looks like.  Rather, they 
>would care whether it works correctly.
> 
We have had a customer complain that he would prefer to receive
RELFILEs unloaded by TSO TRANSMIT rather than by GIMZIP,
regardless that the latter works correctly and appears to be the
technique chosen and supported by IBM.  The customer was able
to cite in defense of his position an IBM product delivered in TSO
TRANSMIT unloaded RELFILEs.

-- gil

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

Re: GIMZIP (was: free zIP/UNZIP in z/OS)

[Tom Marchant]

On Sat, 22 Jun 2013 15:02:22 -0500, Paul Gilmartin  wrote:

>o I didn't try a VSAM cluster (VSAM is black magic to me).  If
>  one archives a VSAM cluster with GIMZIP and extracts it with
>  GIMUNZIP on a different system, is it immediately useful?

It depends.  For example, if it is an SMP/E CSI, it won't be very 
useful by itself.  You would need any other data sets are referenced 
by the CSI to use it.  

>o How do IBM and other vendors largely deliver PTFs nowadays?
>  In SMPPTFIN format with inline elements, or in FROMNETWORK
>  format?

I don't understand the question.  Neither SMPPTFIN nor 
FROMNETWORK are formats.

A network package, which will be processed by RECEIVE FROMNETWORK 
or RECEIVE FROMNTS includes data in an SMPPTFIN directory and is 
processed the same as if it were extracted and included in SMPPTFIN.

>o Are there noways element types (UNIX?, VSAM?) which can be
>  delivered only in SMPNTS format, never in SMPPTFIN format?
>
>o If I RECEIVE a SYSMOD containing a GIMZIPped UNIX directory,
>  what goes in the GLOBAL zone?

Nothing.  Only components identified as type SMPPTFIN, SMPHOLD 
or SMPRELF are processed by SMP/E.

>In what format?  If I APPLY it,
>  what goes in the target zone?  

Nothing.

>If I ACCEPT it, what goes in the
>  DLIB zone?

By now you should know the answer.  Nothing.

>would customers prefer SYSMODS (FUNCTION and PTF)
>in format:
>
>o SMPNTS further wrapped in a pax (or other) envelope?

I assume when you write SMPNTS you mean a network package 
that is suitable to be processed by RECEIVE FROMNETWORK or 
RECEIVE FROMNTS.  The only reason that I can see for using pax 
to process the network package is for convenience in transporting 
the package to the customer's site, perhaps via media such as a 
CD, so that it can then be processed with RECEIVE FROMNTS.  If 
you intend the customer to retrieve it via the internet, they can 
use either RECEIVE FROMNETWORK TRANSFERONLY or GIMGTPKG, 
in which case, the package must be in the form that GIMZIP 
created it.

>o SMPNTS as many separate (EBCDIC) files?

What do you mean by this?  Now it seems you mean something 
other than a network package.  Perhaps a directory created by 
GIMZIP from several files with type README?  I can see no value 
in that.

>o A single SMPPTFIN in the aforementioned zip package?

Again, I have no clue what you are thinking about here.

A customer who is using RECEIVE FROMNETWORK wouldn't likely care 
what the contents of the network package looks like.  Rather, they 
would care whether it works correctly.

-- 
Tom Marchant

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

Re: Slightly OT: How to interpret this DB2 message

[Lizette Koehler]

Did you check out Mike Bell's Presentation from 2008?

http://www.hlstechnologies.com/downloads/IDUGDallas.pdf

Or this link?  http://theamericanprogrammer.com/programming/sqlcodes.shtml

I am not sure if this applies, but what about
warning: user specified optimization hints are invalid (reason code = '').
the optimization hints are ignored


Lizette


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hunkeler, Peter (TLSG 4)
Sent: Monday, June 24, 2013 7:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Slightly OT: How to interpret this DB2 message

I know this is not a DB2 list, but I'm hoping someone here can give me a
hint.

We're trying to BIND wiht OPTHINT but DB2 refuses to use the hint with the
following msg:

DSNX105I  -DAF2 BIND SQL WARNING
   USING S100447 AUTHORITY  
   PLAN=(NOT APPLICABLE)
   DBRM=A5PO356 
   STATEMENT=16423  
   SQLCODE=395  
   SQLSTATE=01628   
   TOKENS=32

Explanation of SQL code +395 list a number of Reason Codes, but what in the
above message is the reason code? 
Is it "TOKENS="? if so, 32 means "CREATOR or TNAME is invalid." but that
does not help me, since Owner and TNAME seem to be reasonable values.

Any issue when the SQL in the program is using a table name that actually is
a synonym to the real table name? Which name would have to be in the
PLAB_TABLE in this case: real table or synonym?

--
Peter Hunkeler

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

Slightly OT: How to interpret this DB2 message

[Hunkeler, Peter (TLSG 4)]

I know this is not a DB2 list, but I'm hoping someone here can give me a hint.

We're trying to BIND wiht OPTHINT but DB2 refuses to use the hint with the 
following msg:

DSNX105I  -DAF2 BIND SQL WARNING
   USING S100447 AUTHORITY  
   PLAN=(NOT APPLICABLE)
   DBRM=A5PO356 
   STATEMENT=16423  
   SQLCODE=395  
   SQLSTATE=01628   
   TOKENS=32

Explanation of SQL code +395 list a number of Reason Codes, but what in the 
above message is the reason code? 
Is it "TOKENS="? if so, 32 means "CREATOR or TNAME is invalid." but that does 
not help me, since Owner and TNAME seem to be reasonable values.

Any issue when the SQL in the program is using a table name that actually is a 
synonym to the real table name? Which name would have to be in the PLAB_TABLE 
in this case: real table or synonym?

--
Peter Hunkeler

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

Re: REXX Socket Calls

[John McKown]

I am not very knowledgeable on this sort of thing. Is AT-TLS something
different from SSL? I don't really know. In the z/OS 1.12 Comm Server
manuals, I found:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d490/3.5.3.6

But, me being me, have you considered using the ADDRESS SYSCALL "spawn" to
run the curl UNIX command as a child process? Assuming you have the curl
ported tool available. It can do SSL encryption. You can set up a couple of
pipes to send data to / receive data from the spawn'd curl command. Let it
do the "heavy lifting" of TCPIP and SSL.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/3.122

Oh, BTW, I have _not_ done this myself. I have done similar things, but not
this specific work. I don't much care for curl. But it does work.


On Fri, Jun 21, 2013 at 5:07 PM, Longnecker, Dennis <
dennis.longnec...@courts.wa.gov> wrote:

> Is it still true you can't encrypt (i.e. SSL) Socket Calls in REXX? I
> have some code which does a HTML GET on a webpage on port 80 and the
> webmasters want me to run it on port 443 encrypted now.I've been doing
> google searches and I found an older reference to it doesn't support it,
> but some of the newer manuals reference it.
>
> Thanks,
>
> Dennis
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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: IPCS CBF control block list

[Hardee, Chuck]

Go to Option 2, Analysis and on the command line enter 6i.
See if anything there meets your needs.
Chuck

Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration
CCG Information Technology
Thermo Fisher Scientific
300 Industry Drive
Pittsburgh, PA 15275
Direct: 724-517-2633
FAX: 412-490-9230
chuck.har...@thermofisher.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Miklos Szigetvari
Sent: Monday, June 24, 2013 6:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS CBF control block list

Thank you, DCB DEB etc.  not included, but next time a starting point.
On 24.06.2013 12:00, nitz-...@gmx.net wrote:
> Miklos,
>
>> Is there a list of the available control blocks,  to format via CBFORMAT
>> command ?
>> (I'm searching for DCB DEB IOB etc etc , but a list would be not bad )
> Try SYS1.PARMLIB(BLSCECT). It contains a list of data structures. Maybe it 
> will help you.
>
> Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

--
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: IPCS CBF control block list

[Miklos Szigetvari]

Thank you, DCB DEB etc.  not included, but next time a starting point.
On 24.06.2013 12:00, nitz-...@gmx.net wrote:

Miklos,


Is there a list of the available control blocks,  to format via CBFORMAT
command ?
(I'm searching for DCB DEB IOB etc etc , but a list would be not bad )

Try SYS1.PARMLIB(BLSCECT). It contains a list of data structures. Maybe it will 
help you.

Barbara

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




--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: free zIP/UNZIP in z/OS

[Jantje.]

On Fri, 21 Jun 2013 12:32:09 -0400, Shmuel Metz (Seymour J.) 
 wrote:

>I've used Info-Zip happily on OS/2 for decades. I don't have
>experience with the MVS version.

We've used that on z/OS for a few years now to unzip files that have been 
uploaded from PC to PDS members back into a directory in HFS. Works fine.

Cheers,

Jantje.

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

Re: IPCS CBF control block list

[nitz-...@gmx.net]

Miklos,

> Is there a list of the available control blocks,  to format via CBFORMAT 
> command ?
> (I'm searching for DCB DEB IOB etc etc , but a list would be not bad )

Try SYS1.PARMLIB(BLSCECT). It contains a list of data structures. Maybe it will 
help you.

Barbara

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

IPCS CBF control block list

[Miklos Szigetvari]

Hi

Is there a list of the available control blocks,  to format via CBFORMAT 
command ?

(I'm searching for DCB DEB IOB etc etc , but a list would be not bad )

--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: Dice article on IBM layoffs

[Shane Ginnane]

On Mon, 24 Jun 2013 15:57:17 +0930, Wayne Bickerdike wrote:

>IBM speak always had me baffled.

:-)
And *he* worked for them ...
Couple of weeks ago I attended a zForum - much chest thumping about the great 
numbers for z and all those new (non-zLinux) green sites. Everybody in the room 
knew the numbers couldn't apply to Aus/NZ, which is basically a basket-case in 
the zSeries (particularly z/OS) theatre.

All the weasel-words can't gilt that.

Shane ...

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

Re: XCF / GRS

[Walter Marguccio]

> From: Roger Steyn 
> Subject: Re: XCF / GRS

> That's a nice article . Thanks Chris !


>> the GRS team wrote a Hot Topics Article that outlines the changes made 

>> to GRS and contains a tested procedure for migrating to FICON. Please take a 
>> look.

>>  http://www-03.ibm.com/systems/z/os/zos/bkserv/hot_topics.html
 
the article deals with configurations with GRS-managed CTC devices. 
Is there any guide, Redpaper, doc for rings with devices managed by XCF, 
which, too, need to migrate to Ficon ?

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany

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