Re: COBOL Install

[Mainframe Mainframe]

Thanks alot for help and answering the query .


On Thu, Mar 3, 2016 at 11:22 AM, Timothy Sipples  wrote:

> Clark Morris wrote:
> >Check your licensing requirements.  Normally there is only a short
> >period when you can run 2 versions without having to pay for both.
>
> It's normally 12 months for IBM Monthly License Charge products. However,
> if you have IBM Country Multiplex Pricing there is no time limit, although
> there are still support expiration dates. (Yes, CMP is available even if
> you have one machine and even if you have machines in more than one
> country. In the latter case you might have two or more CMP contract
> agreements, but that's perfectly OK.)
>
> Moreover, even if you have a 12 month Single Version Charge limit, if you
> are taking advantage of sub-capacity licensing you should only be paying
> based on your peak utilization of each product individually. Simply check
> to make sure that's actually happening, particularly if you have Enterprise
> COBOL Version 4.x or prior. It's quite common during a version-to-version
> migration that runs longer than expected to need only "a little bit" of the
> previous version.
>
> Please make sure you understand and respect the requirements concerning
> discontinuation of a product or version license, especially the requirement
> to purge all copies.
>
> Finally, "ask your friendly IBM representative" if you have questions or
> concerns about any SVC limits. Particularly if IBM is materially holding
> back your version-to-version migration through no fault or lack of effort
> on your part, your friendly IBM representative might be able to help.
>
>
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
> 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

IBM z13 and z13s Entitlement for Rocket Data Virtualization

[Kari Ann Briski]

IBM z13 and z13s Entitlement for Rocket Data Virtualization

IBM has announced in February that every new z13 and z13s system comes with an 
entitlement to a non-production license of Rocket Data Virtualization Version 
2.1, providing unrestricted development and test access for developers. You can 
find out more about the program here: 

https://marketplace.ibmcloud.com/apps/5739

Rocket Data Virtualization is a z/OS based solution that enables data from 
multiple, disconnected sources to be virtually integrated into a single, 
logical data source that can be securely shared with consuming applications in 
the appropriate format needed.  

The entitlement program goes live on March 10 and is available to any customer 
with a z13 system. If you want to register for download.

Additionally, here are 2 YouTube links aimed at helping the developer
1) Using the Rocket DV JDBC driver for SQL access to VSAM data: 
https://www.youtube.com/watch?v=0OdfuW5y9IM
2) Using the MongoDB driver in node.js to access mainframe data 
https://www.youtube.com/watch?v=ECu2Hh43-MM

If you have any questions about this product and it's entitlement please direct 
them to Sophia Lopez

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

Re: Problem applying UA71619 anyone ?

[ESHEL Jonathan]

I haven't seen anything related to compile options in this PTF, but I would go 
with Tony on this - the default options are fine and only because we use what 
can be considered as a legacy value for this option the compile failed.
Moreover, the compile of this source (ISFJREAD) is an indirect consequence - it 
is not updated itself and the reason it is compiled is due to an update of a 
macro ($PADDR) it uses, and the compile error has nothing to do with this 
particular update. 

Thank you,

Jonathan

On Wed, 9 Mar 2016 09:06:42 -0500, John Eells  wrote:

>So, just to close the loop...do we correctly document the required options?
>
>ESHEL Jonathan wrote:
>> Thank you John. The problem was found thanks to Tony H. as a wrong HLASM 
>> compile option used by us - COMPAT(SYSLIST).
>>
>> Regards, Jonathan
>>
>> On Tue, 8 Mar 2016 12:29:48 -0500, John Eells  wrote:
>>
>>> In that case, assuming a local modification is not in the mix and
>>> causing the problem somehow, I suggest you open a PMR with JES2 Level 2
>>> (COMPID 5752SC1BH).  Our PTFs should be installable without error (once
>>> you include any PE fixing PTFs, of course) whether you use source and
>>> soruce update installation (i.e., ++SRC & ++SRCUPD) or not (i.e., ++MOD).
>>>
>>> ESHEL Jonathan wrote:
 Thank you John and apologies for not doing it earlier. We did use 
 GROUPEXTEND initially so OA44222 was in the package already. We also tried 
 today to apply it specifically, but no joy. UA71619 is preq'ed by UA72148 
 (the fix of OA44222) and it does not apply due to the ISFJREAD compile 
 failure.
 The thing is that this compile error is quite strange, It is around this 
 CALL macro:

 CALL  
 (15),((R14),WORRSUM,=A(L'RECSNO),=A(1),=X'00',=X'00',=X'00',=X'00',=A(0),WORERRMG),LINKINST=BASR,PLIST4=,PLIST8=YES,MF=(E,WORCALL)

 This call looks "heavy" but there is actually nothing wrong with it. I 
 tried to code it in a small program and it compiles without a problem. In 
 the IBM source, for some reason it takes everything from the second 
 parameter (WORRSUM) on as one long parameter instead of 9, so obviously 
 the resulting LA instruction gets an error.

 If we are the only ones having this problem, we must be doing something 
 very weird ...

 Regards, Jonathan


 -Message d'origine-
 De : John Eells [mailto:ee...@us.ibm.com]
 Envoy� : mercredi 2 mars 2016 17:14
 Objet : Re: Problem applying UA71619 anyone ?

 ESHEL Jonathan wrote:
> We are trying to apply the PTF's that install the new JSON parser support 
> under z/OS 2.1 (as of 2.2 it's integrated into the base system), and have 
> a problem with one of the prereqs - UA71619. It's an assembler error when 
> SMPE is compiling SDSF module ISFJREAD and the usage of the CALL macro 
> seems to be shaky - it's actually an SDSF macro ISFXB2C using ISFCALL 
> using CALL using IHBOPLTX).
> Has anyone had or seen something similar ?
 

 UA71619 has been PE for quite some time (by OA44222 in January 2014).  I 
 suggest that you RECEIVE current service and HOLDDATA and use GROUPEXTEND 
 to pull in the fixes.
>>> 
>>>
>>> --
>>> John Eells
>>> IBM Poughkeepsie
>>> ee...@us.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
>>
>
>
>--
>John Eells
>IBM Poughkeepsie
>ee...@us.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: Cobol Install FS issue

[Giliad Wilf]

On Thu, 10 Mar 2016 12:47:58 +0530, Mainframe Mainframe 
 wrote:

>Hello Group,
>  While installing Cobol 5.2, I am getting below issue.
>
>BPXF140E RETURN CODE 0081, REASON CODE 0594003D.  A LINK FAILED FOR
>LINK NAME /Service/usr/lpp/cobol/../../demo/oosample/Check.j
>
>I did check for all directory path and I don't find any issues with this. I
>checked all available solution but nothing working for me.
>
>Any clue.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
- In order to maintain two different versions of Enterprise Cobol 
simultaneously, there is a requirement that each version  
  has to have its own SIGYROOT filesystem.  

- When there is only a single version of Enterprise Cobol, its SIGYROOT gets 
mounted at '/usr/lpp/cobol/'.  
- What do we do if we have two or more? 

- The answer is you define two different mountpoints on top of 
'/usr/lpp/cobol/' and mount each Cobol's SIGYROOT at its own 
  unique mountpoint.

- Each Cobol will look for the DDDEF for SIGYHFS, which ends with 
'.../bin/IBM/', back two directory levels, and will expect
  its own SIGYROOT to have been mounted there, and will expect to see 
directories 'demo', 'include', and 'lib' alongside
  directory 'bin'.  

- Lookup the internet for a description of a technical problem, using 
"igzcjava.x" and BPXF140E as search arguments,
  e.g. http://www-01.ibm.com/support/docview.wss?uid=swg21195928
 
We were installing Enterprise Cobol V4R2 for z/OS alongside existing Enterprise 
Cobol V3R4 for z/OS, and what I did was this:
 
unmount  filesystem('V3R4.SIGYROOT') immediate  

mkdir  '/usr/lpp/cobol/EC34'   mode(7,5,5)  

mkdir  '/usr/lpp/cobol/EC42'   mode(7,5,5)  

mount  FILESYSTEM('V3R4.SIGYROOT') MOUNTPOINT('/usr/lpp/cobol/EC34') 
TYPE(HFS) MODE(RDWR)   
mount  FILESYSTEM('V4R2.SIGYROOT') MOUNTPOINT('/usr/lpp/cobol/EC42') 
TYPE(HFS) MODE(RDWR) 

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

Re: New BCP service

[Steve Horein]

I'm only guessing at this, but it sounds like the new stuff is
implementing/utilizing REST. http://rest.elkstein.org/

On Wed, Mar 9, 2016 at 11:16 PM, Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> I don't get it, we've been sending Text messages and email from the
> mainframe for almost 15 years now.  We even have a Syzygy automation
> product that does it automatically.  I'm not saying that people should stop
> developing just because we already do something, but it's nothing new or
> innovative (15 years later).
>
> Brian
>
> --
> 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

Linking C module with SSL

[Robin Atwood]

I am trying to convert an XL/C module to use SSL. From the pre-link-edit step I 
get messages like:

  @ST00010   gsk_environment_init  

and then from the link-edit:

IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM 
 THE DESIGNATED CALL LIBRARY.  

The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library to 
SYSLIB in both the pre-linker and link-edit step, included it in the SYSIN and 
SYSLIN, but nothing works. The manual says:

Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink or 
bind step input.

But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
idea how to do this?

Thanks
Robin 

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

Re: Linking C module with SSL

[Elardus Engelbrecht]

Robin Atwood wrote:

>I am trying to convert an XL/C module to use SSL. From the pre-link-edit step 
>I get messages like:
>  @ST00010   gsk_environment_init  
>IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM 
> THE DESIGNATED CALL LIBRARY.  

>The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library to 
>SYSLIB in both the pre-linker and link-edit step, included it in the SYSIN and 
>SYSLIN, but nothing works. The manual says:

What about SYS1.SIEAHDR(GSKSSL)? That is a library containing all those C 
headers.

I am not sure if that helps you, but you could check out that if you can.

Groete / Greetings
Elardus Engelbrecht

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

Re: Linking C module with SSL

[David Crayford]

On 10/03/2016 9:10 PM, Robin Atwood wrote:

I am trying to convert an XL/C module to use SSL. From the pre-link-edit step I 
get messages like:

   @ST00010   gsk_environment_init


You need to look at the pre-linker listings which will tell you exactly 
the name of the function that is missing.


If I were you I would dump the pre-linker and just use GOFF (it requires 
a PDS/E). IMO, the pre-linker is an anachronism.



and then from the link-edit:

IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM
  THE DESIGNATED CALL LIBRARY.

The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library to 
SYSLIB in both the pre-linker and link-edit step, included it in the SYSIN and 
SYSLIN, but nothing works. The manual says:

Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink or 
bind step input.

But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
idea how to do this?

Thanks
Robin

--
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: IBM secure z/OS software delivery: Don't get locked out!

[Kurt Quackenbush]

On 3/9/2016 7:42 PM, Jesse 1 Robinson wrote:

(Now with some actual data.)

I just ran a RECEIVE ORDER for the first time in a while. It appears to invoke 
only HTTPS, but there are some message with 'FTP' in the text. E.g.

FTP
FTPS

I'm hoping nothing to worry about.


Nope, nothing to worry about.  That's just the response from the server, 
to SMP/E, indicating that the order files are ready and can be 
downloaded using either FTP or FTPS.  In reality, HTTPS can also be used.


Kurt Quackenbush -- IBM, SMP/E Development

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

[SURVEY] What ISPF terminal model do you use

[David Crayford]

We're building a new product which will have several UI's; ISPF, Web, 
Eclipse etc. For the ISPF we're wondering how we should optimize the 
screen real estate for todays customer.


I use a custom 60x160 which seems to be the norm in our office. Lots of 
the tools we use, especially debuggers like z/XCD and DebugTool work 
much better with that model.
I use RDz for development but for most stuff fall back on the green 
screens like SDSF and tools that don't have a good GUI, which is 90% of 
them.


What screen size do you use?

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

Re: IBM secure z/OS software delivery: Don't get locked out!

[Kurt Quackenbush]

On 3/9/2016 5:45 PM, Gibney, David Allen wrote:

AS noted in my reply a day or so ago, I am successfully submitting the 
RECIEVEORDER securely (at least I think I am, it fails when the certificate 
expires:))


Yes, you absolutely are using HTTPS to submit the order request, because 
the order server only accepts HTTPS connections.  BTW, your certificate 
that expires is used only to carry your identifying information (like 
IBM customer number), and NOT as part of any SSL/TLS handshake.  So, its 
presence and use does not imply HTTPS.



But, then when it fires up FTPS to retrieve the package, the TLS (or AT-TLS) 
handshake fails.


Did you hook up with IBM support or Q&A, specifically the z/OS Comm 
Server team, about using ATTLS in the FTP client?


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: [SURVEY] What ISPF terminal model do you use

[Staller, Allan]

Use 327x-2 as default, but allow for "all" 327x types, as well as "custom 
types" that do not match the 327x model descriptions.


We're building a new product which will have several UI's; ISPF, Web, Eclipse 
etc. For the ISPF we're wondering how we should optimize the screen real estate 
for todays customer.

I use a custom 60x160 which seems to be the norm in our office. Lots of the 
tools we use, especially debuggers like z/XCD and DebugTool work much better 
with that model.
I use RDz for development but for most stuff fall back on the green screens 
like SDSF and tools that don't have a good GUI, which is 90% of them.


This email � including attachments � may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

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

Re: Linking C module with SSL

[Elardus Engelbrecht]

David Crayford wrote:

>You need to look at the pre-linker listings which will tell you exactly the 
>name of the function that is missing.

>If I were you I would dump the pre-linker and just use GOFF (it requires a 
>PDS/E). IMO, the pre-linker is an anachronism.

Thanks for catching this. Oh, I really don't like pre-linker and all its weird 
things...

To Robin Atwood: At what z/OS and C levels are you?

Groete / Greetings
Elardus Engelbrecht

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

Re: Linking C module with SSL

[Paul Gilmartin]

On Thu, 10 Mar 2016 20:10:28 +0700, Robin Atwood wrote:
>
>Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink 
>or bind step input.
>
>But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
>idea how to do this?
> 
Avoid JCL?

-- gil

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

Re: Linking C module with SSL

[David Crayford]

On 10/03/2016 10:15 PM, Paul Gilmartin wrote:

On Thu, 10 Mar 2016 20:10:28 +0700, Robin Atwood wrote:

Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink or 
bind step input.

But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
idea how to do this?


Avoid JCL?


Won't make any difference if you want to use PDS load librarys. The 
pre-linker is god in that environment.


I hate the pre-linker!




-- gil

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


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

Re: (External):Re: IBM secure z/OS software delivery: Don't get locked out!

[Jousma, David]

I had to come up with some alternate FTP client parms to make it work.  
Possibly the one you are getting stuck on is this.Change FtpSecur to your 
keyring name.   this member happens to live in our SYS1.TCPPARMS dataset, but 
the member can be anywhere, just gotta point to wherever it lives in your 
RECEIVE ORDER job.
//CLIENT  DD  *
  
   
   -v -f "//'SYS1.TCPPARMS(FTPSECUR)'" 
  
  
/* 

EDIT   SYS1.TCPPARMS(FTPSECUR) - 01.01 Columns 
1 00080  .
Command ===>  Scroll 
===> CSR   .
000642 ;CIPHERSUITE   SSL_AES_256_SHA   ; 35
.
000643  
.
000644  KEYRING   FtpSecur  ; Name of the keyring for TLS   
.
000645  ; It can be the name of an HFS  
.
000646  ; file (name starts with /) or  
.
000647  ; a resource name in the security   
.
000648  ; product (e.g., RACF)  
.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, David Allen
Sent: Wednesday, March 09, 2016 7:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: IBM secure z/OS software delivery: Don't get locked 
out!

Repeating the earlier msg.
Ok, so I am trying to use ATTLS for FTPS.. My RECEIVEORDER log goes:
> /bin/ftp -e deliverycb-bld.dhe.ibm.com  
   
 Using 'GIBNEY.FTP.DATA' for local site configuration parameters.  
Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the control con
nection.
Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the data connec
tion.   
IBM FTP CS V1R13
FTP: using TCPIP
FTP: EXIT has been set. 
Using catalog '/usr/lib/nls/msg/C/ftpdmsg.cat' for FTP messages.
Connecting to: dispby-117.boulder.ibm.com 170.225.15.117 port: 21.  
220-IBM's internal systems must only be used for conducting IBM's   
220-business or for purposes authorized by IBM management.  
220-
220-Use is subject to audit at any time by IBM management.  
220-
220 dhebpcb01 secure FTP server ready.  
15:19:59(05BD.4) FC0255 ftpAuth: security values: mech=TLS, tlsmech=ATTLS, s
FTP=A, sCC=C, sDC=P  
15:19:59(05BD.4) FC2704 ftpAuthAttls: No AT-TLS policy matched connection
Authentication negotiation failed
NAME (deliverycb-bld.dhe.ibm.com:GIBNEY):
 
> S042242j   
>>> USER S042242j   

The Geotrust cert is in my keyring:
RACDCERT ID(GIBNEY) listRING(FTPClientRing)  
  
Digital ring information for user GIBNEY: 
  
  Ring:   
   >FTPClientRing<
  Certificate Label Name Cert Owner USAGE  DEFAULT
           ---
  
GeoTrust Global CA CERTAUTH   CERTAUTH NO

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-

Re: Linking C module with SSL

[Don Poitras]

In article <000301d17ace$39ec3c90$adc4b5b0$@gmail.com> you wrote:
> I am trying to convert an XL/C module to use SSL. From the pre-link-edit step 
> I get messages like:

>   @ST00010   gsk_environment_init  

> and then from the link-edit:

> IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM 
>  THE DESIGNATED CALL LIBRARY.  

> The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library 
> to SYSLIB in both the pre-linker and link-edit step, included it in the SYSIN 
> and SYSLIN, but nothing works. The manual says:

> Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink 
> or bind step input.

> But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
> idea how to do this?

> Thanks
> Robin 

The side deck for building with JCL is:

SYS1.SIEASID(GSKSSL) 

Add to SYSLIN

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: Alleged mainframe breach to add to the list

[Phil Smith]

Timothy Sipples wrote:
>No, IBM is correct about IBM, at least on this occasion. Examples:

>IBM Power Systems(tm)
>speedy POWER(r) processors
>the latest POWER8(r) technology

>http://www.ibm.com/legal/us/en/copytrade.shtml

Wow. Fascinating! And bizarre. If IBM can't be consistent about this stuff, 
there's no hope for the rest of the world.

Hey, where's "IBM i for Power" on that page? Makes me wonder about its 
canonical-ness (canonicality?)...

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

Re: [SURVEY] What ISPF terminal model do you use

[Farley, Peter x23353]

David,

I'm replying privately rather than to the list so as to avoid publishing this 
data to the world.

Personally I use two different terminal models on a regular basis:

50x160 for editing and batch development (SDSF, ISPF, etc.).  I don't use 
60x160 because the font is a tad small for my aging eyes.

Model-4 (43x80) for all CICS sessions because the CA CICS Intertest version 
installed here doesn't use any lines beyond 43, which can get a little weird 
when single-stepping through a program.

The rest of the shop seems to use mostly model 2 and model 4 as far as I know.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Thursday, March 10, 2016 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [SURVEY] What ISPF terminal model do you use

We're building a new product which will have several UI's; ISPF, Web, 
Eclipse etc. For the ISPF we're wondering how we should optimize the 
screen real estate for todays customer.

I use a custom 60x160 which seems to be the norm in our office. Lots of 
the tools we use, especially debuggers like z/XCD and DebugTool work 
much better with that model.
I use RDz for development but for most stuff fall back on the green 
screens like SDSF and tools that don't have a good GUI, which is 90% of 
them.

What screen size do you use?

--


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

Re: [SURVEY] What ISPF terminal model do you use

[Farley, Peter x23353]

And of course I forgot to change the address to David's and put it out here 
anyway.  Mea culpa.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, March 10, 2016 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

David,

I'm replying privately rather than to the list so as to avoid publishing this 
data to the world.



--


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

Re: Linking C module with SSL

[Charles Mills]

I use the prelinker (let's not digress into THAT debate LOL) and include the 
following two files:

//GSKSSL   DD  PATH='/usr/lib/GSKSSL.x'   
//GSKCMS   DD  PATH='/usr/lib/GSKCMS31.x'

Works fine for me with JCL.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robin Atwood
Sent: Thursday, March 10, 2016 5:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Linking C module with SSL

I am trying to convert an XL/C module to use SSL. From the pre-link-edit step I 
get messages like:

  @ST00010   gsk_environment_init  

and then from the link-edit:

IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM 
 THE DESIGNATED CALL LIBRARY.  

The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library to 
SYSLIB in both the pre-linker and link-edit step, included it in the SYSIN and 
SYSLIN, but nothing works. The manual says:

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

Re: [SURVEY] What ISPF terminal model do you use

[Tom Marchant]

On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:

>What screen size do you use?

90 x 142

-- 
Tom Marchant

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

Re: IBM secure z/OS software delivery: Don't get locked out!

[Gibney, David Allen]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Kurt Quackenbush
> Sent: Thursday, March 10, 2016 5:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM secure z/OS software delivery: Don't get locked out!
> 
> On 3/9/2016 5:45 PM, Gibney, David Allen wrote:
> > AS noted in my reply a day or so ago, I am successfully submitting the
> > RECIEVEORDER securely (at least I think I am, it fails when the
> > certificate expires:))
> 
> Yes, you absolutely are using HTTPS to submit the order request, because
> the order server only accepts HTTPS connections.  BTW, your certificate that
> expires is used only to carry your identifying information (like IBM customer
> number), and NOT as part of any SSL/TLS handshake.  So, its presence and
> use does not imply HTTPS.
> 
> > But, then when it fires up FTPS to retrieve the package, the TLS (or AT-TLS)
> handshake fails.
> 
> Did you hook up with IBM support or Q&A, specifically the z/OS Comm Server
> team, about using ATTLS in the FTP client?

Not yet, other higher priorities. I likely will.


> 
> Kurt Quackenbush -- IBM, SMP/E Development
> 
> --
> 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: [SURVEY] What ISPF terminal model do you use

[R.S.]

24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application 
simply supported it. That wasn't case at least for ControlM panels 
("illegal" resolutions caused abend).


--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: IBM secure z/OS software delivery: Don't get locked out!

[R.S.]

(Disclaimer: maybe it was answered but I missed it.)

Question: WHY?

Why IBM switch off unencrypted ftp support?
Yes, it is unsafe in some sense, but all the risk is on customer site, 
not IBM!
It would be up to customer to use unsafe method and customer assesment 
whether the risk is acceptable for him.

Not to mention checksum functions can further reduce the risk.


--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: [SURVEY] What ISPF terminal model do you use

[Martin Packer]

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - 
and not because of the emulator but because I don't know how to get the 
z/OS TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application 
simply supported it. That wasn't case at least for ControlM panels 
("illegal" resolutions caused abend).

-- 
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

Re: [SURVEY] What ISPF terminal model do you use

[Pommier, Rex]

62x160, 27x132, 24x80.  Like others, I prefer to use a "non-standard" screen 
size (the 62x160 is what I use mostly) but I have a couple applications that 
only support the mod2-5 scenario so I normally have 2 sessions running all the 
time, one with my big screen and another sitting at a mod5.

Rex 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Thursday, March 10, 2016 7:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [SURVEY] What ISPF terminal model do you use

We're building a new product which will have several UI's; ISPF, Web, Eclipse 
etc. For the ISPF we're wondering how we should optimize the screen real estate 
for todays customer.

I use a custom 60x160 which seems to be the norm in our office. Lots of the 
tools we use, especially debuggers like z/XCD and DebugTool work much better 
with that model.
I use RDz for development but for most stuff fall back on the green screens 
like SDSF and tools that don't have a good GUI, which is 90% of them.

What screen size do you use?

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Dyck, Lionel B. (TRA)]

Isn't there a -model option something like:

-model n

Where n is 2 for mod 2, 3 for mod 3, etc.

I don't have access to x3270 right now but that is what I seem to recall.

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Thursday, March 10, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - and 
not because of the emulator but because I don't know how to get the z/OS 
TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application simply 
supported it. That wasn't case at least for ControlM panels ("illegal" 
resolutions caused abend).

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
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: [SURVEY] What ISPF terminal model do you use

[Jesse 1 Robinson]

I have used Mod 4 (43x80) for years. There are times when a wider screen would 
be useful, but Mod 5 e.g. shrinks characters to Lilliputian scale. Maybe if I 
had a giant 4K monitor I would jack up the density...

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Thursday, March 10, 2016 8:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - and 
not because of the emulator but because I don't know how to get the z/OS 
TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application simply 
supported it. That wasn't case at least for ControlM panels ("illegal" 
resolutions caused abend).

--
Radoslaw Skorupka
Lodz, Poland

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

AW: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

I'm using the maximum in either direction that gives me a reasonable font size, 
depending on the resolution of the monitor currently working with. I'm mostly 
using 60x160,  80x160 or 90x160, but also 60x132 for those dumb products that 
only support x80 or x132 (G...).

I'd expect any product, at least new ones, to support any combination between 
80x24 up to 90x160 (or whatever maximum ISPF supports). Some terminal 
emulators, such as IBM's Personal Communication is not good variable font 
sizes, so I tend to set the terminal dimension for best results.

I don't expect that to really matter but just tp be sure: Don't expect the 
colors to be old fashioned "something on black". I'v been using white as 
backgound color for at least 10 to 15 years. Much more relaxing than constantly 
switch between black background emulation window and white or light grey 
background on office and other workstation programs.


--Peter Hunkeler


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

Re: [SURVEY] What ISPF terminal model do you use

[Paul Gilmartin]

On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:

>We're building a new product which will have several UI's; ISPF, Web,
>Eclipse etc. For the ISPF we're wondering how we should optimize the
>screen real estate for todays customer.
>
>What screen size do you use?
> 
Various.  Once recently I dropped back to *x80 merely to get an image I
could more readily copy-and-paste into a mesage.

My earnest request:  Please eschew pillarboxes.  Don't restrict input
fields for users of large screens in order to be compatible with standard
geometry.  And absolutely *never* interrupt a notional single input
field with attribute bytes as ISRTSO does.

But do not quietly truncate input from oversize terminals.  Either fail
with an error message or enter a confirmation dialogue.

-- gil

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

AW: Re: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

> Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 -
and not because of the emulator but because I don't know how to get the
z/OS TSO/ISPF environment I'm using to take advantage of more.




Not at a terminal now, but there is a setting in "ISPF Settings" wiht options 
STD, DATA, MAX which has great influence on how ISPF behaves (it is called 
"screen size" or something the like). Have you set this to either DATA, or my 
preferred setting MAX. (I don't like the constant resizing whch happens with 
DATA).




--
Peter Hunkeler





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

Re: [SURVEY] What ISPF terminal model do you use

[Ted MacNEIL]

It wasn't private.

-teD
  Original Message  
From: Farley, Peter x23353
Sent: Thursday, March 10, 2016 10:36
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: [SURVEY] What ISPF terminal model do you use

David,

I'm replying privately rather than to the list so as to avoid publishing this 
data to the world.

Personally I use two different terminal models on a regular basis:

50x160 for editing and batch development (SDSF, ISPF, etc.). I don't use 60x160 
because the font is a tad small for my aging eyes.

Model-4 (43x80) for all CICS sessions because the CA CICS Intertest version 
installed here doesn't use any lines beyond 43, which can get a little weird 
when single-stepping through a program.

The rest of the shop seems to use mostly model 2 and model 4 as far as I know.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Thursday, March 10, 2016 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [SURVEY] What ISPF terminal model do you use

We're building a new product which will have several UI's; ISPF, Web, 
Eclipse etc. For the ISPF we're wondering how we should optimize the 
screen real estate for todays customer.

I use a custom 60x160 which seems to be the norm in our office. Lots of 
the tools we use, especially debuggers like z/XCD and DebugTool work 
much better with that model.
I use RDz for development but for most stuff fall back on the green 
screens like SDSF and tools that don't have a good GUI, which is 90% of 
them.

What screen size do you use?

--


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

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

AW: Re: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

>BTW: I wish I would have any resolution *I want* and my application
simply supported it. That wasn't case at least for ControlM panels
("illegal" resolutions caused abend).




Control-D is no better. I remember well when I had to start working with 
Control-M roughly 10 years ago. I found exactly what you're saying: Control-M 
abended with my larger terminal dimensions. I was lucky to get support from the 
sysprog resposible for the Control-x products and he opened a problem with the 
vendor. And more luckily, they indeed fix (well half way fixed) this. Since 
then you can use any number of rows but only 80 or 132 columns. The products 
still don't user more than 24 (or is it 27) rows but at least they don't abend 
anymore. Yeahhh... :-)


--
Peter Hunkeler



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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Martin Packer]

Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can 
guess I'd want 43 x 132. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "Dyck, Lionel B. (TRA)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 17:04
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use
Sent by:IBM Mainframe Discussion List 



Isn't there a -model option something like:

-model n

Where n is 2 for mod 2, 3 for mod 3, etc.

I don't have access to x3270 right now but that is what I seem to recall.

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Martin Packer
Sent: Thursday, March 10, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - 
and not because of the emulator but because I don't know how to get the 
z/OS TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application simply 
supported it. That wasn't case at least for ControlM panels ("illegal" 
resolutions caused abend).

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 

adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 

rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 

received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

AW: Re: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

>I have used Mod 4 (43x80) for years. There are times when a wider screen would 
>be useful, but Mod 5 e.g. shrinks characters to Lilliputian scale. Maybe if I 
>had a giant 4K monitor I would jack up the density...



You don't need a 4K monitor. A cheap standard 24" or 27" monitor allows for a 
reasonable font size, provided it's a business montor and not a movie viewer 
monitor. I mean to say it should have a vertical resolution of 1080 or more 
(which is hard to find, unfortunately).


--
Peter Hunkeler





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

Re: [SURVEY] What ISPF terminal model do you use

[Nims,Alva John (Al)]

I use a 60x162 session for when I am attempting to much about in a USS file.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, March 10, 2016 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: [SURVEY] What ISPF terminal model do you use

 
I'm using the maximum in either direction that gives me a reasonable font size, 
depending on the resolution of the monitor currently working with. I'm mostly 
using 60x160,  80x160 or 90x160, but also 60x132 for those dumb products that 
only support x80 or x132 (G...).

I'd expect any product, at least new ones, to support any combination between 
80x24 up to 90x160 (or whatever maximum ISPF supports). Some terminal 
emulators, such as IBM's Personal Communication is not good variable font 
sizes, so I tend to set the terminal dimension for best results.

I don't expect that to really matter but just tp be sure: Don't expect the 
colors to be old fashioned "something on black". I'v been using white as 
backgound color for at least 10 to 15 years. Much more relaxing than constantly 
switch between black background emulation window and white or light grey 
background on office and other workstation programs.


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

AW: Re: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

>It wasn't private.



Yep, and when I finished reading I wondered what secrects he wanted to 
keep. Nothing dramatic was unveiled. IMHO.




--
Peter Hunkeler



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

Re: [SURVEY] What ISPF terminal model do you use

[Ed Jaffe]

On 3/10/2016 5:45 AM, David Crayford wrote:
I use a custom 60x160 which seems to be the norm in our office. Lots 
of the tools we use, especially debuggers like z/XCD and DebugTool 
work much better with that model.


My 3270 displays are all 68x80 default size and 68x142 alternate size. Why?

I don't like "Screen format: 3. Max" in ISPF because long input fields 
on 80-byte-wide screens don't wrap. I use "1. Data" instead.


I don't like 24x80 default screen size because it's way, way too small 
for writing code (and just about anything else). Keeping the number of 
rows constant between default and alternate screen sizes avoids the 
ridiculousness of having the screens, fonts, etc. jump around and change 
depending on what I happen to be looking at.


141 is the optimal width for IPCS BROWSE, but Greg Price's REVIEW chokes 
on odd widths, so I uplifted to 142.


I reduced the number of rows on my displays from 90 down to 68 after I 
started needing glasses to work. Since then, I've been getting larger 
and larger PC monitors to compensate...


--
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: [SURVEY] What ISPF terminal model do you use

[Tony Harminc]

On 10 March 2016 at 08:45, David Crayford  wrote:
> What screen size do you use?

43x132

Tony H.

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

Re: IBM secure z/OS software delivery: Don't get locked out!

[Paul Gilmartin]

On 2016-03-10, at 09:30, R.S. wrote:

> (Disclaimer: maybe it was answered but I missed it.)
> 
> Question: WHY?
> 
> Why IBM switch off unencrypted ftp support?
> Yes, it is unsafe in some sense, but all the risk is on customer site, not 
> IBM!
> It would be up to customer to use unsafe method and customer assesment 
> whether the risk is acceptable for him.
> Not to mention checksum functions can further reduce the risk.
>  
I imagine two concerns:

o Theft of intellectual property in transit, or even merely traffic analysis.
  Encryption can mitigate.

o Malware intrusion.  To prevent that, a checksum transmitted over a separate
  secure channel should suffice.

This reminds me that I once wished here that I could set the default Delete
behavior to "No confirmation", the behavior when I first used (I)SPF.  There
were stern replies about the risks of that mode.  "It [sh]ould be up to the
customer..."

-- gil

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

Re: [SURVEY] What ISPF terminal model do you use

[Nims,Alva John (Al)]

In your TCP/IP TN3270 member look in the "TELNETGLOBALS" section and in the 
documentation about the 
TELNETDEVICE 327n-n-E  D4C32XX3,D4C32XX3
Or something like that.  I believe the "D4C32XX3,D4C32XX3" lets you set a size 
up to 60x160.

In ISPF option 0 for settings and play around with the "Screen Format" (1, 2, 
3, & 4) with "Terminal Type" of 3 (3278) or 4 (3278A) 

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, March 10, 2016 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: [SURVEY] What ISPF terminal model do you use

 
> Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 
> -
and not because of the emulator but because I don't know how to get the z/OS 
TSO/ISPF environment I'm using to take advantage of more. 




Not at a terminal now, but there is a setting in "ISPF Settings" wiht options 
STD, DATA, MAX which has great influence on how ISPF behaves (it is called 
"screen size" or something the like). Have you set this to either DATA, or my 
preferred setting MAX. (I don't like the constant resizing whch happens with 
DATA).




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

Re: New BCP service

[Tony Harminc]

On 10 March 2016 at 00:16, Brian Westerman
 wrote:
> I don't get it, we've been sending Text messages and email from the mainframe 
> for almost 15 years now.  We even have a Syzygy automation product that does 
> it automatically.  I'm not saying that people should stop developing just 
> because we already do something, but it's nothing new or innovative (15 years 
> later).

How do you communicate with the various SMS Service providers? SMPP or
the various HTTP etc. schemes? Certainly none of them are rocket
science, and the OP didn't suggest it is, but it would be nice to have
a standard method/library dto do it. But as I said, the big IF is
whether SMPP itself is really going anywhere, and its lack of security
options.

Tony H.

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

Re: [SURVEY] What ISPF terminal model do you use

[nitz-ibm]

> On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:
> 
>What screen size do you use?
> 
I would love to use the standard 62x162 screensize (and have for the past 7 
years or so), but unfortunately my new employer uses an attachmate extra 
emulation that can only do 27x132. Does anyone know if I can fool attachmate 
into a larger screensize (like I could with PComm before it offered 62x160) by 
editing the parameter file? Having only 27 lines severely limits my 
productivity. :-(

Barbara

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

Re: [SURVEY] What ISPF terminal model do you use

[Paul Gilmartin]

On Thu, 10 Mar 2016 16:48:40 +, Martin Packer wrote:

>Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - 
>and not because of the emulator but because I don't know how to get the 
>z/OS TSO/ISPF environment I'm using to take advantage of more.
>
Something about LOGMODE.  Educate your administrator.  We finally did.


On 2016-03-10, at 09:52, Pommier, Rex wrote:

>62x160, 27x132, 24x80.  Like others, I prefer to use a "non-standard" screen 
>size (the 62x160 is what I use mostly) but I have a couple applications that 
>only support the mod2-5 scenario so I normally have 2 sessions running all the 
>time, one with my big screen and another sitting at a mod5.
>

In a CMS XEDIT session I can pull the plug on my terminal then reconnect with
a terminal with different geometry.  XEDIT (presumably) fields the terminal I/O
error and obligingly repaints the screen to the new geometry.  ISPF?  In Shavian
mode, "... I ask, 'why not?'"

Where's SIGWINCH when you need it?


-- gil

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

Re: [SURVEY] What ISPF terminal model do you use

[Jerry Whitteridge]

Barbara - I've been trying to find a way and so far (at least up to Attachmate 
release 9.3) have not found a way.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of nitz-ibm
Sent: Thursday, March 10, 2016 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

> On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:
>
>What screen size do you use?
>
I would love to use the standard 62x162 screensize (and have for the past 7 
years or so), but unfortunately my new employer uses an attachmate extra 
emulation that can only do 27x132. Does anyone know if I can fool attachmate 
into a larger screensize (like I could with PComm before it offered 62x160) by 
editing the parameter file? Having only 27 lines severely limits my 
productivity. :-(

Barbara

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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Re: [SURVEY] What ISPF terminal model do you use

[Paul Gilmartin]

On Thu, 10 Mar 2016 18:47:46 +0100, nitz-ibm wrote:

>... Does anyone know if I can fool attachmate into a larger screensize (like I 
>could with PComm before it offered 62x160) by editing the parameter file? 
>Having only 27 lines severely limits my productivity. :-(
> 
Probably not.  The older 327x Data Stream protocol depends on the ability to 
identify
a character cell with two 6-bit nybbles.  That imposes a limit of 4096.

-- gil

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

Re: [SURVEY] What ISPF terminal model do you use

[Charles Mills]

Can anyone tell me where this is? Don't see it under Options, 6. Set screen
characteristics...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: Thursday, March 10, 2016 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: [SURVEY] What ISPF terminal model do you use

 
> Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 
> -
and not because of the emulator but because I don't know how to get the z/OS
TSO/ISPF environment I'm using to take advantage of more. 




Not at a terminal now, but there is a setting in "ISPF Settings" wiht
options STD, DATA, MAX which has great influence on how ISPF behaves (it is
called "screen size" or something the like). Have you set this to either
DATA, or my preferred setting MAX. (I don't like the constant resizing whch
happens with DATA).

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

Re: [SURVEY] What ISPF terminal model do you use

[Jesse 1 Robinson]

Tom Brennan is too modest to peddle his product, so I'll do it. Get a copy of 
Vista3270. Screen size flexibility is only one of its many virtues. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Thursday, March 10, 2016 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [SURVEY] What ISPF terminal model do you use

Barbara - I've been trying to find a way and so far (at least up to Attachmate 
release 9.3) have not found a way.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of nitz-ibm
Sent: Thursday, March 10, 2016 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

> On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:
>
>What screen size do you use?
>
I would love to use the standard 62x162 screensize (and have for the past 7 
years or so), but unfortunately my new employer uses an attachmate extra 
emulation that can only do 27x132. Does anyone know if I can fool attachmate 
into a larger screensize (like I could with PComm before it offered 62x160) by 
editing the parameter file? Having only 27 lines severely limits my 
productivity. :-(

Barbara

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

3270 Addressing Limitations (Was: [SURVEY] What ISPF terminal model do you use)

[Ed Jaffe]

On 3/10/2016 5:45 AM, David Crayford wrote:
We're building a new product which will have several UI's; ISPF, Web, 
Eclipse etc. For the ISPF we're wondering how we should optimize the 
screen real estate for todays customer.


While interesting, the results of this survey really should not matter 
to anyone developing a modern application with a 3270 interface.


There are three 3270 addressing choices: 12-bit, 14-bit and 16-bit. 12- 
and 14-bit addressing are fully self-describing (i.e., you can inspect 
the buffer address itself to know which addressing scheme is in use), so 
many products with 12-bit legacy heritage limit themselves to 14-bit 
addressing. Unfortunately, this includes ISPF -- for now.


If you're starting from scratch, then there's really no reason not to 
support 16-bit addressing. TSO/E does, SMCS consoles do, many of our 
products do, etc. There's almost no extra work involved to provide 
support for all terminal sizes.


You simply maintain one bit in your "terminal control block" to indicate 
that 16-bit addressing is in use. (You learn this from the Read 
Partition-Query response.) If that bit is on, buffer addresses are 
16-bits wide. If it's off, you can fall-back to the buffer address 
inspection method i.e., if the top two bits are zero, you're dealing 
with a 14-bit address; if non-zero, you are dealing with a 12-bit 
address. It's really just that easy...


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

Corrupt PDSE dataset

[Dyck, Lionel B. (TRA)]

What do y'all recommend when a PDSE goes bad and the IEBPDSE just reports that 
it has a bad directory?

Thanks

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


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

Re: Corrupt PDSE dataset

[Edward Finnell]

Restore from backup?
 
 
In a message dated 3/10/2016 12:12:29 P.M. Central Standard Time,  
lionel.d...@va.gov writes:

What do  y'all recommend when a PDSE goes bad and the IEBPDSE just reports 
that it has  a bad directory?



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

Re: Corrupt PDSE dataset

[Doug Fuerst]

Try recycling the PDSE address space(s).

Doug Fuerst
Principal Consultant
BK Associates
718.921.2620 (O)
917.572.7364 (C)
d...@bkassociates.net



-- Original Message --
From: "Dyck, Lionel B. (TRA)" 
To: IBM-MAIN@listserv.ua.edu
Sent: 10-Mar-16 1:12:09 PM
Subject: Corrupt PDSE dataset

What do y'all recommend when a PDSE goes bad and the IEBPDSE just 
reports that it has a bad directory?


Thanks

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


--
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: [EXTERNAL] Re: Corrupt PDSE dataset

[Dyck, Lionel B. (TRA)]

Tried restore from backup but there isn't one current enough that isn't 
corrupted.


--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Thursday, March 10, 2016 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Corrupt PDSE dataset

Restore from backup?
 
 
In a message dated 3/10/2016 12:12:29 P.M. Central Standard Time, 
lionel.d...@va.gov writes:

What do  y'all recommend when a PDSE goes bad and the IEBPDSE just reports that 
it has  a bad directory?



--
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: 3270 Addressing Limitations (Was: [SURVEY] What ISPF terminal model do you use)

[Dana Mitchell]

I seem to have settled on 56x142 mostly due to VistaTN3270 selecting a pleasing 
font at that resolution with my current monitors.

Count your blessings... since IBM i was brought up in another unrelated thread, 
 for it's 5250 emulation *everything* is 24x80 with the exception of very few 
displays such as viewing listings and a couple of others that can expand to a 
whopping 27x132!   And people are surprised to hear that IBM i is alive and well

Dana

On Thu, 10 Mar 2016 10:08:05 -0800, Ed Jaffe  
wrote:
>
>While interesting, the results of this survey really should not matter
>to anyone developing a modern application with a 3270 interface.
>

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

Re: [SURVEY] What ISPF terminal model do you use

[Charles Mills]

Duh. Never mind.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, March 10, 2016 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

Can anyone tell me where this is? Don't see it under Options, 6. Set screen
characteristics...

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

Re: [SURVEY] What ISPF terminal model do you use

[Chuck Kreiter]

At my last employer, I opened up a support ticket with Attachmate and they
do not support modern sizes.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jerry Whitteridge
Sent: Thursday, March 10, 2016 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

Barbara - I've been trying to find a way and so far (at least up to
Attachmate release 9.3) have not found a way.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of nitz-ibm
Sent: Thursday, March 10, 2016 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

> On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:
>
>What screen size do you use?
>
I would love to use the standard 62x162 screensize (and have for the past 7
years or so), but unfortunately my new employer uses an attachmate extra
emulation that can only do 27x132. Does anyone know if I can fool attachmate
into a larger screensize (like I could with PComm before it offered 62x160)
by editing the parameter file? Having only 27 lines severely limits my
productivity. :-(

Barbara

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

 Warning: All e-mail sent to this address will be received by the corporate
e-mail system, and is subject to archival and review by someone other than
the recipient. This e-mail may contain proprietary information and is
intended only for the use of the intended recipient(s). If the reader of
this message is not the intended recipient(s), you are notified that you
have received this message in error and that any review, dissemination,
distribution or copying of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately.


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

AW: Re: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

> Can anyone tell me where this is? Don't see it under Options, 6. Set screen
characteristics...


When writing ISPF Settings I meant ISPF option 0


--
Peter Hunkeler





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

Re: [SURVEY] What ISPF terminal model do you use

[nitz-ibm]

> Barbara - I've been trying to find a way and so far (at least up to 
> Attachmate release 9.3) have not found a way.

Pity. I can hope that the new emulation they want to use can handle it. (Saying 
in German: Hope dies last - die Hoffnung stirbt zuletzt).

Barbara

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

Re: [SURVEY] What ISPF terminal model do you use

[nitz-ibm]

> Can anyone tell me where this is? Don't see it under Options, 6. Set screen
> characteristics...
ISPF options 0, when you only have 24 lines it is on the second screen. 

Additionally, your 'logmode' has to match and you have to have your emulation 
set to accept the largest screen size it can handle. If the 'logmode' is one of 
the ones that allow the emulation and IP to query each other and agree on one 
size during connection establishment, then it comes down to 'only' specifying 
the screen size you want in the emulation, the rest is set automagically.

>Tom Brennan is too modest to peddle his product, so I'll do it. Get a copy of 
>Vista3270. Screen size flexibility is only one of its many virtues. 
I would if I could install anything on the office equipment. Unfortunately just 
about no one has local admin rights. :-(

Barbara

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

Re: [EXTERNAL] Re: Corrupt PDSE dataset

[Pinnacle]

On 3/10/2016 1:19 PM, Dyck, Lionel B. , TRA wrote:

Tried restore from backup but there isn't one current enough that isn't 
corrupted.


--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Thursday, March 10, 2016 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Corrupt PDSE dataset

Restore from backup?


In a message dated 3/10/2016 12:12:29 P.M. Central Standard Time, 
lionel.d...@va.gov writes:

What do  y'all recommend when a PDSE goes bad and the IEBPDSE just reports that 
it has  a bad directory?



Lionel,

Open a PMR with IBM.  Tom Reed just presented at SHARE that DFDSS 
restore should reorg the PDSE and get rid of the corruption.  If you 
have already done that and the PDSE is still corrupted, then you need 
help, son.


Regards,
Tom Conley

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

PDSE Corruption recovery

[Dyck, Lionel B. (TRA)]

I found a neat trick that worked for several of the members of the corrupted 
PDSE that could not be recovered from the most recent backup file.


1.  Still cannot access the directory

2.  If you know a member name then you can directly, using ISPF Edit or 
Browse, view said member

a.  If you can edit it then you can copy it elsewhere

3.  Found several members that (2) fails with the same as accessing the 
directory with a Abend 0F4

Thought it worth passing this tip along

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


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

Re: [EXTERNAL] Re: Corrupt PDSE dataset

[Dyck, Lionel B. (TRA)]

Tom - how right you are - I've opened a PMR with IBM and am awaiting their 
response.

Are you saying I can back it up with DFDSS and then try to restore it and it 
might work?


--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


Lionel,

Open a PMR with IBM.  Tom Reed just presented at SHARE that DFDSS restore 
should reorg the PDSE and get rid of the corruption.  If you have already done 
that and the PDSE is still corrupted, then you need help, son.

Regards,
Tom Conley

--
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: [SURVEY] What ISPF terminal model do you use

[Jerry Whitteridge]

I'll second that ! He also worked to provide some SSL services and IPV6 that I 
needed in a timely fashion I couldn't have got from another vendor.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, March 10, 2016 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

Tom Brennan is too modest to peddle his product, so I'll do it. Get a copy of 
Vista3270. Screen size flexibility is only one of its many virtues.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Thursday, March 10, 2016 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [SURVEY] What ISPF terminal model do you use

Barbara - I've been trying to find a way and so far (at least up to Attachmate 
release 9.3) have not found a way.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of nitz-ibm
Sent: Thursday, March 10, 2016 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

> On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:
>
>What screen size do you use?
>
I would love to use the standard 62x162 screensize (and have for the past 7 
years or so), but unfortunately my new employer uses an attachmate extra 
emulation that can only do 27x132. Does anyone know if I can fool attachmate 
into a larger screensize (like I could with PComm before it offered 62x160) by 
editing the parameter file? Having only 27 lines severely limits my 
productivity. :-(

Barbara

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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


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

Re: [EXTERNAL] Re: Corrupt PDSE dataset

[Edward Finnell]

Haven't heard from JK in a while. PDS86 has fixpds command. I've used it on 
 100's of PDS's but not a PDSE. Might try on a unusable restored copy?
 
 
In a message dated 3/10/2016 12:48:14 P.M. Central Standard Time,  
lionel.d...@va.gov writes:

Are you  saying I can back it up with DFDSS and then try to restore it and 
it might  work?


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

Re: [SURVEY] What ISPF terminal model do you use

[Jesse 1 Robinson]

I would not want to get anyone in trouble, but Vista3270 does not require local 
admin rights. My new laptop came without admin. I could not install a new 
release of (stupid) Java, but I was able to install Vista. Just saying. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of nitz-ibm
Sent: Thursday, March 10, 2016 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [SURVEY] What ISPF terminal model do you use

> Can anyone tell me where this is? Don't see it under Options, 6. Set 
> screen characteristics...
ISPF options 0, when you only have 24 lines it is on the second screen. 

Additionally, your 'logmode' has to match and you have to have your emulation 
set to accept the largest screen size it can handle. If the 'logmode' is one of 
the ones that allow the emulation and IP to query each other and agree on one 
size during connection establishment, then it comes down to 'only' specifying 
the screen size you want in the emulation, the rest is set automagically.

>Tom Brennan is too modest to peddle his product, so I'll do it. Get a copy of 
>Vista3270. Screen size flexibility is only one of its many virtues. 
I would if I could install anything on the office equipment. Unfortunately just 
about no one has local admin rights. :-(

Barbara

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

Automatic Binary Optimizer (ABO)

[Jesse 1 Robinson]

We are exploring ABO. This product alters the execution of pre-V5 COBOL modules 
in order to introduce-on the fly-some of the new efficiencies of V5 without 
having to recompile.

Has anyone on the List tried it out?

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


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

Re: [SURVEY] What ISPF terminal model do you use

[Steve Thompson]

I am forced into 62x160 because of fixed 3270 definitions used 
where I work. My other options are MOD2-5, which do not give me 
the viewing space I am used to having (at least 43 lines and 133 
wide).


However, with 62x160, VM and TSO/ISPF work OK.

But keep a watch on ISPF. Some releases ago, it supported a 
larger screen size (same as the max size of VM if I remember 
correctly).


When I use a TN3270 emulator that I can control, I configure it 
for the best size for the monitor I am using. So I change the 
size depending on which monitors I'm connected to (which nearly 
always handles 43x133). Then I don't have to wear glasses to see 
the small fonts. And I size things similar to what I do with a 
browser. When I can get away with it, I keep browsers down to 
half-width of the display and just short of the task bar.


Regards,
Steve Thompson

On 03/10/2016 08:45 AM, David Crayford wrote:

We're building a new product which will have several UI's; ISPF,
Web, Eclipse etc. For the ISPF we're wondering how we should
optimize the screen real estate for todays customer.

I use a custom 60x160 which seems to be the norm in our office.
Lots of the tools we use, especially debuggers like z/XCD and
DebugTool work much better with that model.
I use RDz for development but for most stuff fall back on the
green screens like SDSF and tools that don't have a good GUI,
which is 90% of them.

What screen size do you use?

--

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: [SURVEY] What ISPF terminal model do you use

[Farley, Peter x23353]

>From a VTAM logon screen:

LOGON APPLID=TSO,LOGMODE=D4C32XX3

APPLID is whatever you normally use to get to TSO/ISPF.

LOGMODE D4C32XX3 is a standard VTAM logmode that has the "query terminal size" 
bit turned on.  Works for any 3270 screen size whether standard or custom.

In ISPF settings screen (menu item 0) I use MAX, YMMV as to whether you prefer 
MAX or DATA.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Thursday, March 10, 2016 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - and 
not because of the emulator but because I don't know how to get the z/OS 
TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

--

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

Re: Linking C module with SSL

[Thomas David Rivers]

Robin Atwood wrote:


I am trying to convert an XL/C module to use SSL. From the pre-link-edit step I 
get messages like:
 

 @ST00010   gsk_environment_init  


and then from the link-edit:

IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM 
THE DESIGNATED CALL LIBRARY.  


The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library to 
SYSLIB in both the

pre-linker and link-edit step, included it in the SYSIN and SYSLIN, but nothing 
works. The manual says:

Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink or 
bind step input.

But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
idea how to do this?

Thanks
Robin 

 



The routines aren't in SYS1.STEALNKE(GSKSSL) - I believe that is the actual
load module that represents the runtime DLL that is invoked.

To properly pre-link SSL code you need to include the side-deck on the 
pre-link
step; this causes the pre-linker to create DLL stubs to invoke the 
proper routines

within the DLL.

So, you need to include /usr/lib/GSKSSL.x in your input for your 
pre-linkstep.


From JCL, you can either copy the file to a PDS (FB 80 would suffice) 
and point

to that PDS member; or you can define a DD with a PATH to point to it an
INCLUDE that DD.

- Dave Rivers -

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

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

Re: [SURVEY] What ISPF terminal model do you use

[Edward Finnell]

Anybody use a web3270 app? bluezone now Rocket used to have a fairly  
decent one.
 
 
In a message dated 3/10/2016 1:39:03 P.M. Central Standard Time,  
peter.far...@broadridge.com writes:

LOGMODE  D4C32XX3 is a standard VTAM logmode that has the "query terminal 
size" bit  turned on.  Works for any 3270 screen size whether standard or  
custom.

In ISPF settings screen (menu item 0) I use MAX, YMMV as to  whether you 
prefer MAX or  DATA.



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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Alan Young]

Try adding the -oversize option as -oversize 43x132.

Alan

Martin Packer wrote:
Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can 
guess I'd want 43 x 132. :-)


Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   "Dyck, Lionel B. (TRA)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 17:04
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use

Sent by:IBM Mainframe Discussion List 



Isn't there a -model option something like:

-model n

Where n is 2 for mod 2, 3 for mod 3, etc.

I don't have access to x3270 right now but that is what I seem to recall.

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)

VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Martin Packer

Sent: Thursday, March 10, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - 
and not because of the emulator but because I don't know how to get the 
z/OS TSO/ISPF environment I'm using to take advantage of more.


Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM


+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application simply 
supported it. That wasn't case at least for ControlM panels ("illegal" 
resolutions caused abend).


--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 

adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 

rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.


This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 

received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.


mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.



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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Martin Packer]

Thanks. But -oversize 132x43 (not order) got rejection from TSO.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Alan Young 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 20:07
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use
Sent by:IBM Mainframe Discussion List 



Try adding the -oversize option as -oversize 43x132.

Alan

Martin Packer wrote:
> Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can 
> guess I'd want 43 x 132. :-)
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog: 
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   "Dyck, Lionel B. (TRA)" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/03/2016 17:04
> Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
> you use
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Isn't there a -model option something like:
>
> -model n
>
> Where n is 2 for mod 2, 3 for mod 3, etc.
>
> I don't have access to x3270 right now but that is what I seem to 
recall.
>
> 
--
> Lionel B. Dyck (Contractor)
> Mainframe Systems Programmer 
> Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
> VA OI&T Service Delivery & Engineering
> Office: 512-326-6173
> Cell: 925-348-0237
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 

> Behalf Of Martin Packer
> Sent: Thursday, March 10, 2016 10:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use
>
> Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - 

> and not because of the emulator but because I don't know how to get the 
> z/OS TSO/ISPF environment I'm using to take advantage of more.
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
> Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog: 
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   "R.S." 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/03/2016 16:23
> Subject:Re: [SURVEY] What ISPF terminal model do you use
> Sent by:IBM Mainframe Discussion List 
>
>
>
> 24x80
>
> Yes, I have colour monitor, flat one, actually two of them, 27" each.
> And still the most popular (3270) screen resolution I use is 24x80.
> Atavism ;-)
> I also use 43x80 and rarely 24x132 or 42x132.
>
> BTW: I wish I would have any resolution *I want* and my application 
simply 
> supported it. That wasn't case at least for ControlM panels ("illegal" 
> resolutions caused abend).
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> ---
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie 
jesteś 
>
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, 
kopiowanie, 
>
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and 
is 
> intended solely for business use of the addressee. This e-mail may only 
be 
>
> received by the addressee and may not be disclosed to any third parties. 

> If you are not the intended addressee of this e-mail or the employee 
> authorized to forward it to the addressee, be advised that any 
> dissemination, copying, distribution or any other similar activity is 
> legally prohibited and may be punishable. If you received this e-mail by 

> mistake please advise the sender immediately by using the reply facility 

> in your e-mail software and delete permanently this e-mail including any 

> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Don Leahy]

62x160 using Tom Brennan's Vista 3270.

On Thu, Mar 10, 2016 at 3:17 PM, Martin Packer 
wrote:

> Thanks. But -oversize 132x43 (not order) got rejection from TSO.
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Alan Young 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/03/2016 20:07
> Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do
> you use
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Try adding the -oversize option as -oversize 43x132.
>
> Alan
>
> Martin Packer wrote:
> > Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can
> > guess I'd want 43 x 132. :-)
> >
> > Cheers, Martin
> >
> > Martin Packer,
> > zChampion, Principal Systems Investigator,
> > Worldwide Cloud & Systems Performance, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> > Blog:
> > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> >
> >
> > From:   "Dyck, Lionel B. (TRA)" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   10/03/2016 17:04
> > Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do
> > you use
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> > Isn't there a -model option something like:
> >
> > -model n
> >
> > Where n is 2 for mod 2, 3 for mod 3, etc.
> >
> > I don't have access to x3270 right now but that is what I seem to
> recall.
> >
> >
> --
> > Lionel B. Dyck (Contractor)
> > Mainframe Systems Programmer
> > Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
> > VA OI&T Service Delivery & Engineering
> > Office: 512-326-6173
> > Cell: 925-348-0237
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>
> > Behalf Of Martin Packer
> > Sent: Thursday, March 10, 2016 10:49 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use
> >
> > Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 -
>
> > and not because of the emulator but because I don't know how to get the
> > z/OS TSO/ISPF environment I'm using to take advantage of more.
> >
> > Cheers, Martin
> >
> > Martin Packer,
> > zChampion, Principal Systems Investigator, Worldwide Cloud & Systems
> > Performance, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> > Blog:
> > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> >
> >
> > From:   "R.S." 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date:   10/03/2016 16:23
> > Subject:Re: [SURVEY] What ISPF terminal model do you use
> > Sent by:IBM Mainframe Discussion List 
> >
> >
> >
> > 24x80
> >
> > Yes, I have colour monitor, flat one, actually two of them, 27" each.
> > And still the most popular (3270) screen resolution I use is 24x80.
> > Atavism ;-)
> > I also use 43x80 and rarely 24x132 or 42x132.
> >
> > BTW: I wish I would have any resolution *I want* and my application
> simply
> > supported it. That wasn't case at least for ControlM panels ("illegal"
> > resolutions caused abend).
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> >
> > ---
> > Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> > przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> > jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie
> jesteś
> >
> > adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> > przekazania adresatowi, informujemy, że jej rozpowszechnianie,
> kopiowanie,
> >
> > rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> > zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> > prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> > usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> > zapisane na dysku.
> >
> > This e-mail may contain legally privileged information of the Bank and
> is
> > intended solely for business use of the addressee. This e-mail may only
> be
> >
> > received by the addressee and may not be disclosed to any third parties.
>
> > If you are not the intended addressee of this e-mail or the employee
> > authorized to forward it to the addressee, be advised that any
> > dissemination, copying, distribution or any other similar activity is
> > legally prohibited and may be punishable. If you received this e-mail by
>
> > mistake please advise the sender immediately by using the reply facility
>
> > in your e-mail software and delete permanently this e-mail including an

Re: [SURVEY] What ISPF terminal model do you use

[Chris Hoelscher]

Didn’t IBM VTAM commercials back in the 70's user Terminal Models?

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538


ge: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.


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

Re: Linking C module with SSL

[Charles Mills]

BTW, hopefully by "with SSL" you mean "with the GSK SSL library." SSL the 
protocol is totally deprecated (all versions). Fortunately, GSK supports TLS 
(and BTW is a GREAT package -- spoken by someone with experience with both GSK 
and with OpenSSL, which is a roughly "competitive" package).

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robin Atwood
Sent: Thursday, March 10, 2016 5:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Linking C module with SSL

I am trying to convert an XL/C module to use SSL. From the pre-link-edit step I 
get messages like:

  @ST00010   gsk_environment_init  

and then from the link-edit:

IEW2456E 9207 SYMBOL @ST00010 UNRESOLVED.  MEMBER COULD NOT BE INCLUDED FROM 
 THE DESIGNATED CALL LIBRARY.  

The routines I need are in SYS1.SIEALNKE(GSKSSL). I have added this library to 
SYSLIB in both the pre-linker and link-edit step, included it in the SYSIN and 
SYSLIN, but nothing works. The manual says:

Include the /usr/lib/GSKSSL.x or /usr/lib/GSKSSL64.x sidedeck in the prelink or 
bind step input.

But that is not very helpful with JCL (and eventually SCLM).   Has anyone any 
idea how to do this?

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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Alan Young]

Ah, yeah, sorry about that parameter flip. Which version of X3270 is in 
use? It works for me with 3.4ga10.


Alan

Martin Packer wrote:

Thanks. But -oversize 132x43 (not order) got rejection from TSO.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   Alan Young 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 20:07
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use

Sent by:IBM Mainframe Discussion List 



Try adding the -oversize option as -oversize 43x132.

Alan

Martin Packer wrote:
  
Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can 
guess I'd want 43 x 132. :-)


Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   "Dyck, Lionel B. (TRA)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 17:04
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use

Sent by:IBM Mainframe Discussion List 



Isn't there a -model option something like:

-model n

Where n is 2 for mod 2, 3 for mod 3, etc.

I don't have access to x3270 right now but that is what I seem to 


recall.
  


--
  

Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)

VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 



  

Behalf Of Martin Packer
Sent: Thursday, March 10, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - 



  
and not because of the emulator but because I don't know how to get the 
z/OS TSO/ISPF environment I'm using to take advantage of more.


Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM


+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application 

simply 
  
supported it. That wasn't case at least for ControlM panels ("illegal" 
resolutions caused abend).


--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie 

jesteś 
  
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, 

kopiowanie, 
  
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.


This e-mail may contain legally privileged information of the Bank and 

is 
  
intended solely for business use of the addressee. This e-mail may only 

be 
  
received by the addressee and may not be disclosed to any third parties. 



  
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 



  
mistake please advise the sender immediately by using the reply facility 



  
in your e-mail software and delete permanently this e-mail including any 



  

copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. W

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Martin Packer]

(My) RHEL has an ancient X3270 but X3270 is happy with it. It's my TSO 
logon that isn't.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Alan Young 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 21:04
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use
Sent by:IBM Mainframe Discussion List 



Ah, yeah, sorry about that parameter flip. Which version of X3270 is in 
use? It works for me with 3.4ga10.

Alan

Martin Packer wrote:
> Thanks. But -oversize 132x43 (not order) got rejection from TSO.
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog: 
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   Alan Young 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/03/2016 20:07
> Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
> you use
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Try adding the -oversize option as -oversize 43x132.
>
> Alan
>
> Martin Packer wrote:
> 
>> Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can 
>> guess I'd want 43 x 132. :-)
>>
>> Cheers, Martin
>>
>> Martin Packer,
>> zChampion, Principal Systems Investigator,
>> Worldwide Cloud & Systems Performance, IBM
>>
>> +44-7802-245-584
>>
>> email: martin_pac...@uk.ibm.com
>>
>> Twitter / Facebook IDs: MartinPacker
>> Blog: 
>> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>>
>>
>>
>> From:   "Dyck, Lionel B. (TRA)" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date:   10/03/2016 17:04
>> Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 

>> you use
>> Sent by:IBM Mainframe Discussion List 

>>
>>
>>
>> Isn't there a -model option something like:
>>
>> -model n
>>
>> Where n is 2 for mod 2, 3 for mod 3, etc.
>>
>> I don't have access to x3270 right now but that is what I seem to 
>> 
> recall.
> 
>> 
> 
--
> 
>> Lionel B. Dyck (Contractor)
>> Mainframe Systems Programmer 
>> Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
>> VA OI&T Service Delivery & Engineering
>> Office: 512-326-6173
>> Cell: 925-348-0237
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
On 
>> 
>
> 
>> Behalf Of Martin Packer
>> Sent: Thursday, March 10, 2016 10:49 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use
>>
>> Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 
- 
>> 
>
> 
>> and not because of the emulator but because I don't know how to get the 

>> z/OS TSO/ISPF environment I'm using to take advantage of more.
>>
>> Cheers, Martin
>>
>> Martin Packer,
>> zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
>> Performance, IBM
>>
>> +44-7802-245-584
>>
>> email: martin_pac...@uk.ibm.com
>>
>> Twitter / Facebook IDs: MartinPacker
>> Blog: 
>> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>>
>>
>>
>> From:   "R.S." 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date:   10/03/2016 16:23
>> Subject:Re: [SURVEY] What ISPF terminal model do you use
>> Sent by:IBM Mainframe Discussion List 

>>
>>
>>
>> 24x80
>>
>> Yes, I have colour monitor, flat one, actually two of them, 27" each.
>> And still the most popular (3270) screen resolution I use is 24x80.
>> Atavism ;-)
>> I also use 43x80 and rarely 24x132 or 42x132.
>>
>> BTW: I wish I would have any resolution *I want* and my application 
>> 
> simply 
> 
>> supported it. That wasn't case at least for ControlM panels ("illegal" 
>> resolutions caused abend).
>>
>> --
>> Radoslaw Skorupka
>> Lodz, Poland
>>
>>
>>
>>
>>
>>
>> ---
>> Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
>> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 

>> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie 
>> 
> jesteś 
> 
>> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
>> przekazania adresatowi, informujemy, że jej rozpowszechnianie, 
>> 
> kopiowanie, 
> 
>> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
>> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 

>> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 

>> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
>> zapisane na dysku.
>>
>> This e-mail may contain legally privileged information of the Bank and 
>> 
> is 
> 
>> intended so

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Paul Gilmartin]

On Thu, 10 Mar 2016 20:17:11 +, Martin Packer wrote:

>Thanks. But -oversize 132x43 (not order) got rejection from TSO.
>
And yet I'm working with:

 ZTERMCP5 is: 01047
 ZTERMCID is: 01047
 ZTERMCS5 is: 00697
 ZENVIR   is: ISPF 7.2MVS TSO
 ZOS390RL is: z/OS   02.02.00
 ZGUI is:
 ZISPFOS  is: ISPF FOR z/OS 02.02.00
 ZLANGis:
 ZSEQ is: 05411
 ZTSICMD  is: ISPF
 ZWSOPSYS is:
 ZSCREEND is: 0044
 ZSCREENW is: 0132

BTW, are there variables that tell:
The size of the split, rather than the overall size of the screen?
LOGMODE?
Others?  (Well, yes, RTFM.  But which section?)

-- gil

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

How long can a TSO command be?

[Paul Gilmartin]

Got my Black Team coat on.

Is there any limit to the length of a TSO command other than that imposed by
the aggregate length of the various operands?

ISPF Command Shell imposes a limit of 240.  Absurdly small given that a PATH()
for ALLOCATE may be up to 255.

Panel ISRTSOA accepts 3 x ZSCREENW then quietly truncates to 240.  I loathe
quiet truncation.

What's the API for TSO commands called so I can look it up?

BTW, similar question for JCL statements.  Remember that symbol substitution
may result in a statement (much) shorter than coded.

-- gil

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

Re: [EXTERNAL] Re: Corrupt PDSE dataset

[Lizette Koehler]

copy to new file.  See what is broken
Lizette

-Original Message-
>From: "Dyck, Lionel B. (TRA)" 
>Sent: Mar 10, 2016 11:19 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset
>
>Tried restore from backup but there isn't one current enough that isn't 
>corrupted.
>
>
>--
>Lionel B. Dyck (Contractor)
>Mainframe Systems Programmer 
>Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
>VA OI&T Service Delivery & Engineering
>Office: 512-326-6173
>Cell: 925-348-0237
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Edward Finnell
>Sent: Thursday, March 10, 2016 12:17 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: [EXTERNAL] Re: Corrupt PDSE dataset
>
>Restore from backup?
> 
> 
>In a message dated 3/10/2016 12:12:29 P.M. Central Standard Time, 
>lionel.d...@va.gov writes:
>
>What do  y'all recommend when a PDSE goes bad and the IEBPDSE just reports 
>that it has  a bad directory?
>
>
>
>--
>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: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Alan Young]

The reason I asked about the X3270 version is that there are some 
IBM-DYNAMIC bugs have been fixed over time. What error message is TSO 
issuing? Does logging on with a LOGMODE of D4C32XX3 make any difference?


Alan

Martin Packer wrote:
(My) RHEL has an ancient X3270 but X3270 is happy with it. It's my TSO 
logon that isn't.


Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   Alan Young 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 21:04
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use

Sent by:IBM Mainframe Discussion List 



Ah, yeah, sorry about that parameter flip. Which version of X3270 is in 
use? It works for me with 3.4ga10.


Alan

Martin Packer wrote:
  

Thanks. But -oversize 132x43 (not order) got rejection from TSO.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   Alan Young 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 20:07
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
you use

Sent by:IBM Mainframe Discussion List 



Try adding the -oversize option as -oversize 43x132.

Alan

Martin Packer wrote:


Yes. And it gives invidious choices:   43 x 80 and 32 x 132.  You can 
guess I'd want 43 x 132. :-)


Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   "Dyck, Lionel B. (TRA)" 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 17:04
Subject:Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do 
  


  

you use
Sent by:IBM Mainframe Discussion List 
  


  


Isn't there a -model option something like:

-model n

Where n is 2 for mod 2, 3 for mod 3, etc.

I don't have access to x3270 right now but that is what I seem to 

  

recall.



--
  

Lionel B. Dyck (Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)

VA OI&T Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
  
On 
  


Behalf Of Martin Packer
Sent: Thursday, March 10, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 
  
- 
  

and not because of the emulator but because I don't know how to get the 
  


  

z/OS TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM


+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker




From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 
  


  


24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application 

  
simply 


supported it. That wasn't case at least for ControlM panels ("illegal" 
resolutions caused abend).


--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
  


  
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie 

  
jesteś 


adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, 

  
kopiowanie, 


rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
  


  
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
  


  
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.


This e-mail may contain legally privileged information of the Bank and 

  

RFE Offer CBL option for Binder control statment

[Frank Swarbrick]

I was excited to see someone opened this RFE:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=83968
(Make sure you are logged in to IBM before clicking the link.)

I was then dismayed that it was already rejected.  I've written some comments 
to the RFE and I would encourage others to do the same, and perhaps the 
original requestor could request re-consideration.

If you think that IBM was right to reject the RFE I would be curious to know 
why.

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

unsubscribe

[Srivastava, Rajesh]

Please visit our website at
http://financialservicesinc.ubs.com/wealth/E-maildisclaimer.html
for important disclosures and information about our e-mail
policies. For your protection, please do not transmit orders
or instructions by e-mail or include account numbers, Social
Security numbers, credit card numbers, passwords, or other
personal information.

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

Re: How long can a TSO command be?

[Steve Thompson]

On 03/10/2016 04:26 PM, Paul Gilmartin wrote:

Got my Black Team coat on.

Is there any limit to the length of a TSO command other than that imposed by
the aggregate length of the various operands?

ISPF Command Shell imposes a limit of 240.  Absurdly small given that a PATH()
for ALLOCATE may be up to 255.

Panel ISRTSOA accepts 3 x ZSCREENW then quietly truncates to 240.  I loathe
quiet truncation.

What's the API for TSO commands called so I can look it up?

BTW, similar question for JCL statements.  Remember that symbol substitution
may result in a statement (much) shorter than coded.

-- gil


It depends. You doing SUBMIT? You feeding your JCL to the INTRDR 
with JES2 or JES3?


Are you expecting your PARM= to be limited to 100 characters, or 
would you like it to be more than that (PARMDD in the JCL REF 
z/OS 2.1).


And, off the top of my head, TSO has a limit of 256 characters. 
But I haven't needed to deal with that problem for a decade or so.


Regards,
Steve Thompson

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

Re: IBM secure z/OS software delivery: Don't get locked out!

[Andrew Rowley]

On 11/03/2016 4:38, Paul Gilmartin wrote:

o Malware intrusion.  To prevent that, a checksum transmitted over a separate
   secure channel should suffice.


Or even better, design a delivery format for z/OS that can be digitally 
signed...


--
Andrew Rowley
Black Hill Software
+61 413 302 386

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

AW: Re: [SURVEY] What ISPF terminal model do you use

[Peter Hunkeler]

> Pity. I can hope that the new emulation they want to use can handle it. 
> (Saying in German: Hope dies last - die Hoffnung stirbt zuletzt).


We're using Reflection from Attachmate (if I'm not totally wrong). This handles 
any screen dimensions I wanted to use so far.



--
Peter Hunkeler

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

Re: How long can a TSO command be?

[Paul Gilmartin]

On Thu, 10 Mar 2016 17:38:27 -0500, Steve Thompson wrote:

>On 03/10/2016 04:26 PM, Paul Gilmartin wrote:
>> Got my Black Team coat on.

>It depends. You doing SUBMIT? You feeding your JCL to the INTRDR
>with JES2 or JES3?
>
I know that in JES2 only cols 1-72 of the source statement are processed.
73-80 are only listed; 81 and beyond vanish completely.
FTP enforces a limit of 254.  I believe this is an obsolete JES3 limit.
SYSIN may be far longer; I've encountered no practical limit.
Symbol substitution and continuation may result in a statement
shorter or longer than the source.  I'm idly curious (Black Team)
what limit exists on the source.

>Are you expecting your PARM= to be limited to 100 characters, or
>would you like it to be more than that (PARMDD in the JCL REF
>z/OS 2.1).
>
PARMDD is a kludge.  They ought simply to have allowed a longer PARM.
If PARMDD allows substitution of system symbols, that should have been
supported likewise in EXEC PARM.

>And, off the top of my head, TSO has a limit of 256 characters.
>But I haven't needed to deal with that problem for a decade or so.
>
By experiment, ALLOCATE PATH supports longer, but I don't know how
much longer, nor whether any limit exists in the API, at the READY
prompt, or both.

-- gil

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

Re: How long can a TSO command be?

[Tony Harminc]

On 10 March 2016 at 16:26, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> Is there any limit to the length of a TSO command other than that imposed
by the aggregate length of the various operands?

IKJSCAN and IKJPARSE are probably what define this, though there may be
other de facto limits. But all the TSO service routines deal with buffers
starting with a halfword length which includes the length of itself and the
next halfword.

Here's the doc from the MVS 3.8 source for IKJPARS:

*   THE COMMAND BUFFER IS OF THE FORM -   *
* *
*   ***   *
*   BUFFER:/  LENGTH/  OFFSET  /  TEXT   /*
*   ***   *
*   OFFSET: 02  4 *
* *
*   THE LENGTH INCLUDES THE LENGTH OF THE LENGTH AND OFFSET FIELDS*
*   WITH THE BUFFER OFFSET POINTING TO THE LOCATION IN THE BUFFER *
*   WHERE PARSE IS TO BEGIN SCANNING. THE COMMAND SCAN SERVICE*
*   ROUTINE PREVIOUSLY UPDATED THE OFFSET PAST THE COMMAND NAME.  *


SCAN is typically looking at just the first few bytes of the buffer, but in
theory you could pass in a very long buffer with the command in the last
few bytes.

So I'd say in theory a command could be 32k-4 or 64k-4 bytes long.

> ISPF Command Shell imposes a limit of 240.  Absurdly small given that a
PATH()
> for ALLOCATE may be up to 255.

Sure. But ISPF has blatantly ignored many of the basic rules of TSO pretty
much from the beginning. As have a whole new generation of IBM developers
who've written non conforming TSO commands.

> What's the API for TSO commands called so I can look it up?

API to do what - invoke a command? Within ISPF I have no idea. And there
isn't really a native TSO API to say "run this command". You set up the
command buffer, and the CPPL which points to it, and ATTACH the program
that is the command. Well, there is Johnny-come-lately IKJEFTSR, and if
documents the command buffer length (without the two halfwords) as 32767,
even though the length field is a fullword.

Tony H.

Tony H...fff

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

XCF PATHOUT CTC

[R Hey]

Hi,

Q1-
Should one define/use LOCALMSG in COUPLE00 ?

I've seen some sites do, some don't.

Q2-
From Share presentation by Mark Brooks:

> People spend way too much time fiddling with Transport Classes.


> Put at least two paths in each class for each target system. 

Q21-
Is this for CTC only, 1 PI 1 PO from/to each system, so each system can 
send/get MSG to/from other systems?

or, for STR as well?

If for STR, is this because 1 path is used for each CF, so 2 CF needs 2 paths?
(what if CF-duplex is OFF, or only 1 CF is used?)

If for STR, what should PI/PO look like for 4 systems & 3 CLASS(small(956), 
default, big)?   


> Make sure the PATHIN MAXMSG values are reasonable for the chosen transport 
> class length.  

Q22-
What is reasonable?
use same MAXMSG for PI that is used for PO?
use %50 of PO-maxmsg for PI?
...?   


Q3-
As I understand it, for CTC PATHOUT, class of DEFAULT is used by default.
Does this mean that the same DEFAULT buffer pool that is used by STR is also 
used for CTC?
What happens if MSG is bigger than the DEFAULT size?

Q31-
What if class of DEFAULT is not defined ?

Q32-
When STR & CTC are being used with 2/3 CLASS sizes(956, med , big), which one 
should be used for DEFAULT class?
A few sites I've seen, didn't use 956 for DEFAULT.
For DEFAULT they used:
 big, if 2 size/class
 med, if 3 size/class

Thanks,
Rez

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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Paul Gillis]

I use the -oversize option as -oversize 134x60.

Cheers,
Paul Gillis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Dyck, Lionel B. (TRA)
Sent: Friday, 11 March 2016 3:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Isn't there a -model option something like:

-model n

Where n is 2 for mod 2, 3 for mod 3, etc.

I don't have access to x3270 right now but that is what I seem to recall.

--
Lionel B. Dyck (Contractor)
Mainframe Systems Programmer
Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI&T
Service Delivery & Engineering
Office: 512-326-6173
Cell: 925-348-0237


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Martin Packer
Sent: Thursday, March 10, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - and
not because of the emulator but because I don't know how to get the z/OS
TSO/ISPF environment I'm using to take advantage of more.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   "R.S." 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/03/2016 16:23
Subject:Re: [SURVEY] What ISPF terminal model do you use
Sent by:IBM Mainframe Discussion List 



24x80

Yes, I have colour monitor, flat one, actually two of them, 27" each.
And still the most popular (3270) screen resolution I use is 24x80.
Atavism ;-)
I also use 43x80 and rarely 24x132 or 42x132.

BTW: I wish I would have any resolution *I want* and my application simply
supported it. That wasn't case at least for ControlM panels ("illegal"
resolutions caused abend).

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


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


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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

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

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

Re: How long can a TSO command be?

[Ed Gould]

On Mar 10, 2016, at 5:08 PM, Paul Gilmartin wrote:



PARMDD is a kludge.  They ought simply to have allowed a longer PARM.
If PARMDD allows substitution of system symbols, that should have been
supported likewise in EXEC PARM.


Paul:

If you change the 255 character limit you will break the entire OS.
It was a design flaw from day 1, although you would never get the  
designers to acknowledge it.


Ed

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

Re: [EXTERNAL] Re: [SURVEY] What ISPF terminal model do you use

[Paul Gilmartin]

On Fri, 11 Mar 2016 10:52:55 +1100, Paul Gillis  wrote:

>I use the -oversize option as -oversize 134x60.

>-Original Message-
>From: Martin Packer
>Sent: Thursday, March 10, 2016 10:49 AM
>
>Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 - and
>not because of the emulator but because I don't know how to get the z/OS
>TSO/ISPF environment I'm using to take advantage of more.
>
You've pretty well convinced me that the problem lies at the host, not at
the terminal, but so many replies are terminal-oriented.  I found:
http://planetmvs.com/tn3270/faq.html

D4C32XX3 - This is an IBM supplied LOGMODE and should be in your VTAMLIB
Here are some sample commands to use at the TCPIP USS screen after changing 
your TN3270 emulator to use non-standard screen sizes:
logon applid(tso) logmode(d4c32xx3)
logon applid=tso logmode=d4c32xx3 

But I get:

 IKJ56710I INVALID USERID, applid(tso)
 IKJ56703A REENTER THIS OPERAND -

It seems to be a VTAM configuration option, but I can't find where these are set
nor which one is in effect for me.  But I shouldn't care because things are 
working
well for me.

-- gil

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

Re: How long can a TSO command be?

[Paul Gilmartin]

On Thu, 10 Mar 2016 18:20:42 -0600, Ed Gould wrote:

>On Mar 10, 2016, at 5:08 PM, Paul Gilmartin wrote:
>>>
>> PARMDD is a kludge.  They ought simply to have allowed a longer PARM.
>> If PARMDD allows substitution of system symbols, that should have been
>> supported likewise in EXEC PARM.
>
>Paul:
>
>If you change the 255 character limit you will break the entire OS.
>It was a design flaw from day 1, although you would never get the
>designers to acknowledge it.
>
Which "255 character limit"?  And "break the entire OS" is a pretty
sweeping statement.  But I suppose that if it prevented IPL the
entire OS could be considered broken.  But surely they could fix that.

Storage was expensive when some of those limits were set.  It's
now almost a million times cheaper.  It's time that was exploited.

-- gil

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

Re: SMP/E split screen in z/OS 2.1

[Jesse 1 Robinson]

I've conjured up an init Rexx that more or less handles the file allocations. 
However both Tom Conley and I independently uncovered an actual (APARable) 
problem with the candidate CSI list on the second (split) screen, which is 
displayed if the CSI name is blank. I've submitted an SR at Kurt's suggestion. 
More to follow. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pinnacle
Sent: Tuesday, March 08, 2016 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMP/E split screen in z/OS 2.1

On 3/8/2016 3:54 PM, Jesse 1 Robinson wrote:
> I'm finally in a position to explore SMP/E split screen in z/OS 2.1. 
> 'Forever' I've had an exec that allocates SMP/E libraries, does LIBDEFs, 
> ALTLIB, etc., then undoes all that on the way out. The same initialization 
> exec won't work in split screen mode because of files that are already 
> allocated and/or open in the original screen. I got around initialization 
> with some changes, but I still get nastygrams if I try to exit the dialog in 
> the same order. That is, close the first screen, then the second.
>
> I poked around the interweb but do not find any clear example of how to make 
> this work. Am I missing something obvious?
>


Skip,

You'll just have to use REUSE on SMPTLIB and leave it allocated.  I have had a 
hard time solving this one.

Regards,
Tom Conley

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

Re: [EXTERNAL] Re: Corrupt PDSE dataset

[Jesse 1 Robinson]

I have the Serena program product version StarTool. FIXPDS is there for a PDSE, 
but I don't have a broken data set to experiment with. The options are fewer 
than for PDS largely because you can't muck with the directory in a PDSE. 

Despite the moniker 'FIX', this function is used mainly to alter attributes of 
a healthy PDS, not to repair a damaged one. 

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Thursday, March 10, 2016 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] Re: Corrupt PDSE dataset

Haven't heard from JK in a while. PDS86 has fixpds command. I've used it on  
100's of PDS's but not a PDSE. Might try on a unusable restored copy?
 
 
In a message dated 3/10/2016 12:48:14 P.M. Central Standard Time, 
lionel.d...@va.gov writes:

Are you  saying I can back it up with DFDSS and then try to restore it and it 
might  work?

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

Re: How long can a TSO command be?

[Ed Gould]

Paul:
Too bad Schmuel isn't still around he could make the argument .
The "design" "flaw" is embedded in the OS all over the place from  
start to finish. It would break existing code and some code (like  
TSO) that it would not work anymore as that is one of the many  
reasons TSO is dead (you pick your word). It would break just about  
all user code and it would have to be rewritten as well. From  
Compiler to OS it would just break. MVS would probably have to be  
rewritten from scratch. It could probably be done but with the  
rewrite of user code, the community wouldn't stand for it.

Ed
On Mar 10, 2016, at 6:34 PM, Paul Gilmartin wrote:


On Thu, 10 Mar 2016 18:20:42 -0600, Ed Gould wrote:


On Mar 10, 2016, at 5:08 PM, Paul Gilmartin wrote:


PARMDD is a kludge.  They ought simply to have allowed a longer  
PARM.
If PARMDD allows substitution of system symbols, that should have  
been

supported likewise in EXEC PARM.


Paul:

If you change the 255 character limit you will break the entire OS.
It was a design flaw from day 1, although you would never get the
designers to acknowledge it.


Which "255 character limit"?  And "break the entire OS" is a pretty
sweeping statement.  But I suppose that if it prevented IPL the
entire OS could be considered broken.  But surely they could fix that.

Storage was expensive when some of those limits were set.  It's
now almost a million times cheaper.  It's time that was exploited.

-- gil

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


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

Re: How long can a TSO command be?

[retired mainframer]

Wouldn't it be easier to take a command like LISTDS and paste a couple of dozen 
(or hundred) DSNs between the parentheses and see when it finally complains 
rather than see how many ways this thread can be hijacked.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Paul Gilmartin
> Sent: Thursday, March 10, 2016 1:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How long can a TSO command be?
> 
> Got my Black Team coat on.
> 
> Is there any limit to the length of a TSO command other than that imposed by
> the aggregate length of the various operands?
> 
> ISPF Command Shell imposes a limit of 240.  Absurdly small given that a PATH()
> for ALLOCATE may be up to 255.
> 
> Panel ISRTSOA accepts 3 x ZSCREENW then quietly truncates to 240.  I loathe
> quiet truncation.
> 
> What's the API for TSO commands called so I can look it up?
> 
> BTW, similar question for JCL statements.  Remember that symbol substitution
> may result in a statement (much) shorter than coded.
> 
> -- 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

RFE Offer CBL option for Binder control statment

[Bill Woodger]

Although the NAME option does indicate a communication path already exists, it 
is a very limited context.

I'd not feel very secure that any old binder statement someone can cook up 
could just appear in a line of COBOL source.

The argument that HLASM can do it just puts the spotlight on that. I know 
that's not going to change, but...

A completely reasonable way to deal with compiles/binderings for different 
"types" is through different JCL, usually sitting under some panel-option 
somewhere.

Non-obvious binder control statements going into Production. No.

Subset of control statements? Just INCLUDE? What if I were to INCLUDE something 
which had an entry-point of the same name as something else, so mine gets 
chosen over the real one? Only able to INCLUDE from a list of "standard" names? 
What if I create something with a standard name?

On Thursday, 10 March 2016 22:13:01 UTC, Frank Swarbrick  wrote:
> I was excited to see someone opened this RFE:
> https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=83968
> (Make sure you are logged in to IBM before clicking the link.)
> 
> I was then dismayed that it was already rejected.  I've written some comments 
> to the RFE and I would encourage others to do the same, and perhaps the 
> original requestor could request re-consideration.
> 
> If you think that IBM was right to reject the RFE I would be curious to know 
> why.
> 
> Frank
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: How long can a TSO command be?

[Ted MacNEIL]

I believe a path can be up to 1024.

-teD
  Original Message  
From: Paul Gilmartin
Sent: Thursday, March 10, 2016 20:04
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: How long can a TSO command be?

On Thu, 10 Mar 2016 17:38:27 -0500, Steve Thompson wrote:

>On 03/10/2016 04:26 PM, Paul Gilmartin wrote:
>> Got my Black Team coat on.

>It depends. You doing SUBMIT? You feeding your JCL to the INTRDR
>with JES2 or JES3?
>
I know that in JES2 only cols 1-72 of the source statement are processed.
73-80 are only listed; 81 and beyond vanish completely.
FTP enforces a limit of 254. I believe this is an obsolete JES3 limit.
SYSIN may be far longer; I've encountered no practical limit.
Symbol substitution and continuation may result in a statement
shorter or longer than the source. I'm idly curious (Black Team)
what limit exists on the source.

>Are you expecting your PARM= to be limited to 100 characters, or
>would you like it to be more than that (PARMDD in the JCL REF
>z/OS 2.1).
>
PARMDD is a kludge. They ought simply to have allowed a longer PARM.
If PARMDD allows substitution of system symbols, that should have been
supported likewise in EXEC PARM.

>And, off the top of my head, TSO has a limit of 256 characters.
>But I haven't needed to deal with that problem for a decade or so.
>
By experiment, ALLOCATE PATH supports longer, but I don't know how
much longer, nor whether any limit exists in the API, at the READY
prompt, or both.

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