Re: FFST Abend at Startup

[Shane]

On Sun, 2006-03-19 at 10:58 -0500, Peter Relson wrote:

> There already is a health checker check that reports on the number of CADS
> in use compared to the number that were defined via MAXCADS.

Sam has been kicking this drum for a while. With Bob and Peter nudging
me I (finally) decided to download the new(er) hchecker and have a look
at it.
O.K., so it looks like it may be getting there compared to its
predecessor - is certainly of use in this case.
Still suffers from IBMs sometimes fairytale default values, but I'll
kick it around for a couple of days and see what transpires.

Consider me (slightly) chastened.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FLEX-ES

[Ted MacNEIL]

>So a DR partnership is a step forward for them. It 
still might not be entirely what the business needs, but it's probably 
better than nothing.

I disagree.
If there is no guarantee that you will get in, then you have spent time/money 
for nothing.
You'd have been better off without the expense.

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Problem on NetView V2R2M1(?)

[Marco Gianfranco Indaco]

Hi to all.

I had a problem using the netview ftp at my shop and now I'm still confused.

Everyday, for some year, I have in my plan the execution of a file transfer
that
transmit(via SNA) a generation data group using the relative qualifier "(0)"
to
another system without error(the job is the same and the previous and next
day
was fine).

Some day ago,  I had a problem caused to an unuseble LU and NFTP give me
a reason code of 592 that the manual explain as:
<<
Label:
RSNREQUE

Description: A post-conversation user exit
routine forced the status of the request to
WAITING.  Both not-before and not-after date
and time may have been changed by the exit
routine.  If the your exit routine provided a
message, this message can be found in the
transfer report file and in the server's log
file.  The new status of the file-transfer
request is WAITING.
>>
and after I gave a reason code of 24 for the same request.

This is not the really problem but what follow.

After the error above the request is requeued using WAITING status
but when nftp execute the request the second time all the level of gdg
were used... that sound like nftp had requeued the request for gdg root
only and without extension(relative qualifier).

Now, does somebody know if this kind of error is a bug of nftp or had the
same problem
and retrieve the cause from other part?

All your comment are wellcome.

Many thanks in advance.


--
*Marco Indaco*
*MF Consultant*
Loc: Milan, Italy
Mob (+39) 335 7035564

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FLEX-ES

[Jay Howard]

Timothy Sipples wrote : 

"(The original poster's company might 
be in that category.)"

Being the original poster, we currently do partner with a company for our 
DR needs. We are looking for ways that we can reduce our DR costs and 
FLEX-ES is one of the options that we are investing. 

Jay 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Jim McAlpine]

And presumably the EODAD address has to be a 24 bit address also since the
DCB has other info in the leftmost byte of that word.

Jim McAlpine


On 3/21/06, Hunkeler Peter (KRDO 4) <[EMAIL PROTECTED]>
wrote:
>
> >Like you, I suggest he delete that obsolete code and just stay in
> >31-bit mode.
>
> The DCB still needs to be in 24bit addressable storage, doesn't it?
>
> Peter Hunkeler
> CREDIT SUISSE
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Problem on NetView V2R2M1(?)

[Marco Gianfranco Indaco]

Hi Mr John, I'm confused because it's the first time that this error happens
and after 3 day of search the only thing I have is a theory and no other.


2006/3/21, John S. Giltner, Jr. <[EMAIL PROTECTED]>:
>
> Marco Gianfranco Indaco wrote:
> > Hi to all.
> >
> > I had a problem using the netview ftp at my shop and now I'm still
> confused
>
> Confused about what?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



--
Marco Indaco
MF Consultant
Loc: Milan, Italy
Mob (+39) 335 7035564

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Problem on NetView V2R2M1(?)

[John S. Giltner, Jr.]

Marco Gianfranco Indaco wrote:

Hi to all.

I had a problem using the netview ftp at my shop and now I'm still confused


Confused about what?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PROGxx APF and LNKLST VOLUME Best practices?

[Peter Relson]

>2) So, for LNKLST if the datasets are in the master catalog, but not in
the
>SYSRES  nor in then MCATVOL, we should leave the VOLUME entry blank so the
>system looks for it in the master catalog, right?

Aside from the "but not... nor in" clause, right.
if it is in the master catalog, leave it blank. It does not matter whether
it is on SYSRES or the MCAT volume.
If it is not in the master catalog then specify the volume.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Data conversion from 3380 to 3390 - H E L P

[Ambat Ravi Nair]

IDMS has been able to do VSAM as well ...


- ravi.


Ed Gould wrote:

On Mar 20, 2006, at 7:49 PM, Ron and Jenny Hawkins wrote:
Ron,

Good idea.. but not usually guaranteed. For some reason (historical??) 
people who created BDAM files usually have dsorg=PS or none specified. I 
have seen quite a few of those over the years (including Panvalet 
libraries). I have not had the occasion to look at IDMS databases lately 
but last time I did they were marked as PS. So don't believe everything 
you see in the vtoc or SMF or decollect.


Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enhanced Catalog Sharing

[Mark Jacobs]

Think of it as having the VVDS in coupling facility storage. There is
less physical I/O to the actual volume to read and write to the VVDS.

Mark Jacobs
Time Customer Service Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mohamed Juma
Sent: Monday, March 20, 2006 11:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Enhanced Catalog Sharing

What is the gain or the advantage of using ECS.

Mohamed Juma

--- "Schiradin,Roland HG-Dir itb-db/dc"
<[EMAIL PROTECTED]> wrote:

> We've been using ECS since March 2001 without any
> issue. 
> At that time I add some coding to support this info
> in SHOWzOS
> 
> From the change log
> *   Catalog display contains now ECS and Locked
> flag RS0301
> 
> Roland
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Andy
> White
> Sent: Monday, March 20, 2006 9:39 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Enhanced Catalog Sharing
> 
> 
> Does anyone have enhanced catalog sharing turned on
> their 
> systems. On our 
> lab today we have done this in the coupling facility
> was wondering what 
> the feed back has been,  problems if any, user
> experiences.
> 
>
--
> For IBM-MAIN subscribe / signoff / archive access
> instructions,
> send email to [EMAIL PROTECTED] with the message:
> GET IBM-MAIN INFO
> Search the archives at
> http://bama.ua.edu/archives/ibm-main.html
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: List contents of DFSMSdss-produced dump?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
> 
> In a recent note, "Imbriale, Donald (Exchange)" said:
> 
> > Run the RESTORE with TYPRUN=NORUN on the EXEC in JCL.
>
> ???
> 
> The JCL RM lists TYPRUN as a parameter of the JOB statement, 
> but not of the EXEC statement.

See the DFSMSdss Storage Administration Reference manual:



or



-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DB2 & IMS Question

[willie bunter]

Good Morning,
   
  Can the DB2 & IMS gurus please tell me if the following (listed below) 
requires to be done.  I am evaluating a project to migrate from 3380 to 3390.
   

   Do I have to recreate the DB2 & IMS files on the new 3390 volumes?  I think 
this would be the safest way.  This environment has IDMS.  
   Do programming changes need to be done so as to reflect the new track size?  
   Environment is backed up FDRABR & ExHPDM  
   SMS managed
  If there is anything else that I need to "be aware of" please don't hesitate 
to suggest them.  Any information will be greatly appreciated.
   
  Thanks in advance.


-
Yahoo! Mail
Bring photos to life! New PhotoMail  makes sharing a breeze. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Hunkeler Peter (KRDO 4)]

>And presumably the EODAD address has to be a 24 bit address also since 
>the DCB has other info in the leftmost byte of that word. 

No. There are fullword fields in the DCBE to hold EOEAD and SYNAD
routine
addresses. DCBE fields take preprecedence over the corresponding DBC
fields.


Peter Hunkeler
CREDIT SUISSE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SDSF DA gets some blank lines

[Jacky Bright]

Hi Karl ,

Please check the *System Name *option (5th option under menu heading *
"Filter"* of SD.DA screen.

Jacky



On 3/16/06, Karl Tucker <[EMAIL PROTECTED]> wrote:
>
> On z/OS 1.6 an SDSF DA gets some blank lines (no jobno or stepname). Other
> lines are correct. I am trying to find a cause because I have another
> duplicate 1.6 system that is working correctly. I am obviously overlooking
> something but just can't put my finger on it. Any ideas?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: using 3390 mod-9s

[Buffalo Jorge Luis]

I prefer to place the vtoc in the limit 1/3 - 2/3. I think is better for space 
administration at least, but always is depending on the datasets in the volume 
(size and use). 


-Mensaje original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] nombre
de Dennis Leong
Enviado el: Lunes, 20 de Marzo de 2006 06:35 p.m.
Para: IBM-MAIN@BAMA.UA.EDU
Asunto: using 3390 mod-9s


We will be using 3390 model-9 for the first time soon.  Are there any 
guidelines on where to place the vtoc?  As I read the ickdsf documentation, 
the vtoc must reside within the first 64K tracks.  Does someone have an 
ickdsf example for specifying the vtoc in an init?  Thank you.

- enD sin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 & IMS Question

[Abe Kornelis]

Willie,

I don't know about IMS - for DB2 the answer is there are many
details, but in the grand scheme of things, you shut down DB2
then you move your datasets - don't 'recreate' them, just move.
When you're done you start DB2 again. DB2 accesses
all datasets through the ICF catalog so wherever they are
located, DB2 should find them. Don't rename the datasets -
that will make them inaccessible to DB2.

If you cannot close down DB2, you'll have to use online
reorgs for moving the datasets. This can be done, but it
requires some setup and preparations. Like redefining
stogroups, changing sms dataset placement rules, etc...

A minor caveat: If Image Copy datasets and/or archive log
datasets are *not* cataloged in the ICF catalog, then
DB2 keeps the volsers of their locations. If you move
them to a different volume you may find that recovery 
processes will not be able to open required input datasets...
Most sites have these datasets on tape, and cataloged too,
so I'm not exptecting this to be an issue.

Success!
Abe Kornelis.


>   Can the DB2 & IMS gurus please tell me if the following 
> (listed below) requires to be done.  I am evaluating a 
> project to migrate from 3380 to 3390.
>
>Do I have to recreate the DB2 & IMS files on the new 3390 
> volumes?  I think this would be the safest way.  This 
> environment has IDMS.  
>Do programming changes need to be done so as to reflect 
> the new track size?  
>Environment is backed up FDRABR & ExHPDM  
>SMS managed
>   If there is anything else that I need to "be aware of" 
> please don't hesitate to suggest them.  Any information will 
> be greatly appreciated.
>
>   Thanks in advance.
> 
>   
> -
> Yahoo! Mail
> Bring photos to life! New PhotoMail  makes sharing a breeze. 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> -- 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.385 / Virus Database: 268.2.6/286 - Release 
> Date: 20-3-2006
>  
> 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.6/286 - Release Date: 20-3-2006
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Has anyone heard about IBM changing the way they send customized maint?

[Kurt Quackenbush]

[EMAIL PROTECTED] wrote:

Does this mean we don't have to send our zones to IBM to receive
maintenance?


You do not have to send your "zones" to order maintenance.  The 
confusion probably stems from the notion of sending a software inventory 
file (aka PTF bitmap) that summarizes the FMID and PTF content of your 
zones.  Perhaps someone mistook this for "sending the zone".


The software inventory file is created by the GIMXSID service routine 
and consumed by ShopzSeries in order to produce customized PTF service 
orders.  It is also created and used automatically by the new SMP/E 
RECEIVE ORDER command (Internet Service Retrieval) to order and download 
customized PTF service orders.  There still exist some ShopzSeries 
options that do not require a software inventory file.


The advantage of using the software inventory file is that IBM can build 
a customized service package that contains only the PTFs that are 
applicable to the FMID content of your SMP/E zones.  This helps keep the 
size of the orders smaller, which is (more) interesting when delivering 
via the Internet rather than on physical media.  In addition, it ensures 
you get all prerequisites to ensure you can actually install the PTFs 
you order.


Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[Greg Shirey]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Monday, March 20, 2006 6:00 PM 
> 
> >So a DR partnership is a step forward for them. It 
> still might not be entirely what the business needs, but it's 
> probably 
> better than nothing.
> 
> I disagree.
> If there is no guarantee that you will get in, then you have 
> spent time/money for nothing.
> You'd have been better off without the expense.
> 
> -
> -teD
> 

I disagree.
I once worked at a municipality whose DR expenditures were cut from the
budget.  The only disaster recovery scenario available to us was an
agreement with the county offices on the other side of downtown.  This cost
us nothing, and yet was still better than nothing.  No sweeping
generalization to the contrary could convince me otherwise.  

Greg Shirey
Ben E. Keith Company

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[Ed Finnell]

 
In a message dated 3/21/2006 8:04:41 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

because  it is required. Either by auditing practices or by law. Violate
the  auditing practices and your stock price is in jeopardy (read: stock
holder  lawsuits). Violate the law and the fines could make the D.R. cost
look  small.



>>
NASPA is stepping up the D/R coverage after the events of last
year and 9/11. Unfortunately they've buggered up the Website/membership  
requirements to require joining to read or download entire articles. 
_www.naspa.com_ (http://www.naspa.com)  will give a flavor of
this month's endeavors. 'Advanced Disaster Planning' and 'A Q&A with 3  
Senior Risk Mnagers on how preparedness is changing after
the Hurricanes of 2005'.
 
 Also a historical look at the PC's first decade 1975-85. Watching  Headline 
News this morning and Dell ad has a new XPS PC with a 19" monitor and 1  
Terabyte harddrive for $999. _www.dell.com_ (http://www.dell.com)  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Monday, March 20, 2006 6:00 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: FLEX-ES
> 
> 
> >So a DR partnership is a step forward for them. It 
> still might not be entirely what the business needs, but it's 
> probably 
> better than nothing.
> 
> I disagree.
> If there is no guarantee that you will get in, then you have 
> spent time/money for nothing.
> You'd have been better off without the expense.
> 
> -
> -teD
> 

Ted,

Just to make sure that I'm really understanding your position: You are
basically saying that the only valid way to do disaster recovery for
I.T. is with a second, remote, duplicate, real-time replicated, company
owned site. Literally anything less is a complete waste of money. If
that is true, then only really large companies need bother. Or am I
misunderstanding you?

Of course, the real reason that most companies use money for D.R. is
because it is required. Either by auditing practices or by law. Violate
the auditing practices and your stock price is in jeopardy (read: stock
holder lawsuits). Violate the law and the fines could make the D.R. cost
look small.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Clock syncronization between platforms

[Tuvia Friedlander]

Hi all,
We wonder if and how can we synchronize clocks between our MF (connected to 
Sysplex Timer) to other servers in the Data Center via Tcp/IP.
Any help will be appreciated.

Tuvia Friedlander

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock syncronization between platforms

[Mark Jacobs]

We have IBM's SNTP server (zOS 1.6) running on one of our lpars and all
our other servers use that server as its time source.

Mark Jacobs
Time Customer Service Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tuvia Friedlander
Sent: Tuesday, March 21, 2006 9:39 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Clock syncronization between platforms

Hi all,
We wonder if and how can we synchronize clocks between our MF (connected
to Sysplex Timer) to other servers in the Data Center via Tcp/IP.
Any help will be appreciated.

Tuvia Friedlander

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JES2 $TA persist across warm start

[Mark Zelden]

On Mon, 20 Mar 2006 15:18:01 -0800, Charles Mills <[EMAIL PROTECTED]> wrote:

>Not in my experience.
>
>I use them as a minimal job scheduler on my development system. After
>several attempts at remembering or noting what had to be entered after an
>IPL, I now have them in a job imaginatively called AFTERIPL that I run
after
>an IPL.
>

I prefer to put them at the end of the JES2PARMs or at least start
that job via command at the end of the JES2PARMs.  If you hot start
JES2 for any reason (restart without IPL), you lose the automatic
commands.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://expertanswercenter.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: using 3390 mod-9s

[R.S.]

Buffalo Jorge Luis wrote:

I prefer to place the vtoc in the limit 1/3 - 2/3. I think is better for space administration at least, but always is depending on the datasets in the volume (size and use). 


Can you provide at least one reason why it is better ?

1/3 mantra comes from physical disk mechanics (long seek time). Now we 
have emulated volumes.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enhanced Catalog Sharing

[Ron Ferguson]

Hi Andy,

In response to your query yesterday asking for user feedback on Enhanced
Catalog Sharing  --  about a year ago I wrote a Technical Paper on use
of Enhanced Catalog Sharing (ECS) that you might want to look at.  

The Technical Paper can be found on the Mainstar web site  --
www.mainstar.com.  On the pull-down menu for Resources, click on
Technical Articles, search on ICF Catalog Management and you'll find a
wealth of papers (about 20) dealing with catalog management issues  --
one of them is titled ICF Catalog Shared Access Performance: Experiences
With ECS.

I wrote this paper as a result of widespread FUD about ECS, using data
gathered from IBM Main Listserv members and our own Catalog RecoveryPlus
user base.  It contains background information about what ECS is,
anecdotal user experience stories about ECS, and survey results of who's
using ECS and how successful it is for them.

Mainstar has a wealth of experience in many areas ICF catalogs, and
we're currently running a free eLearning training course, titled ICF
Catalog Management - Best Practices (the plug for this was approved by
Darren when I first posted it in early February).  This is a free, six
eLesson course on a wide range of ICF catalog management topics (backup,
recovery, diagnostics, tuning, and 24x7 considerations), sent out via
e-mail once a month to registered subscribers.  To register, go to the
Mainstar home page (www.mainstar.com) and you'll find a link.  We're
ready to send out our third eLesson, but we'll include all previous
eLessons.  While ECS is not one of the course topics, we might add it as
a seventh eLesson

Best regards,
Ron Ferguson
President and CEO
Mainstar Software Corporation
www.mainstar.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: The Replacements ???

[Stephen M. Wiegand]

At 08:38 PM 03/20/2006, you wrote:

Sorry, sorry, sorry

The correct URL is:
http://www.ccnmag.com/news.php?id=4123



Well that's very different than butterflies with transparent wings! :)

Cheers,

Steve Wiegand



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gary Green
Sent: Monday, March 20, 2006 8:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: The Replacements ???

Interesting article.  If it's already been posted, I'm sorry...

http://www.treknature.com/gallery/South_America/Brazil/photo13127.htm

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.3/281 - Release Date: 3/14/2006

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: (fwd) Re: MS to target IBM

[Jon Brock]

I have one from about that time frame at home running FC3.  I'm thinking of 
seeing if I can install FreeVo and use it as a DVR.  I would have to buy a TV 
input board, though, which would probably be worth more than the PC.

Jon




On Sat, 2006-03-18 at 21:01 -0500, Doug Fuerst wrote:
> A 98 machine is generally 5-6 years old at this 
> point. That is junkheap time for a PC generally.

Only if you insist on putting mickey mouse operating systems on it.
Would do fine as a Linux firewall I would venture.

Shane ...


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[Ted MacNEIL]

>Literally anything less is a complete waste of money. If that is true, then 
>only really large companies need bother. Or am I misunderstanding you?

Maybe what I'm saying sounds extreme.
But, if (for example) you have a COMDISCO-like solutions with multiple 
subscribers, but only the first to declare gets in, what was the money spent by 
the others?
A productive use of funds?



>Of course, the real reason that most companies use money for D.R. is because 
>it is required.

But, spending money for a non-guaranteed D/R spot?

-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

latest PUTyymm

[Luis Correia]

Hi to you all!

Can anyone tell me what is the latest PUTyymm for Z/OS V1.4 ?

Thanks in advanced !

--
Regards/ Cumprimentos,

Luís Correia

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[Ted MacNEIL]

>I once worked at a municipality whose DR expenditures were cut from the budget.
>The only disaster recovery scenario available to us was an agreement with the 
>county offices on the other side of downtown. 

I was talking more about multiple partners and only the first to declare gets 
in.
IFF you are guaranteed to get in, then fine.
But, I have yet to see that scenario work.
How about testing? When can you?
Does your partner guarantee the capacity will be available?


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Jim McAlpine]

Peter, thanks for that, that was the bit I was missing to make it all 31
bit.

Jim McAlpine


On 3/21/06, Hunkeler Peter (KRDO 4) <[EMAIL PROTECTED]>
wrote:
>
> >And presumably the EODAD address has to be a 24 bit address also since
> >the DCB has other info in the leftmost byte of that word.
>
> No. There are fullword fields in the DCBE to hold EOEAD and SYNAD
> routine
> addresses. DCBE fields take preprecedence over the corresponding DBC
> fields.
>
>
> Peter Hunkeler
> CREDIT SUISSE
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: using 3390 mod-9s

[Ted MacNEIL]

>I prefer to place the vtoc in the limit 1/3 - 2/3. I think is better for space 
>administration at least, but always is depending on the datasets in the volume 
>(size and use).

IBM has recommend, ever since 3380K, to put everything at the front and make 
them large enough to never have to grow (for the ones that can extend).
Then you will have contiguous free space.
The VTOC off the front tends towards more fragmentation.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[Greg Shirey]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ted MacNEIL
Sent: Monday, March 20, 2006 6:00 PM

>I was talking more about multiple partners and only the first to declare
gets in.

Your comments seemed to be more general, at least to me. 

>IFF you are guaranteed to get in, then fine.

There were no guarantees, only an agreement.

>But, I have yet to see that scenario work.

Nor have I.  We never had a disaster, though a tornado did rip through our
downtown area.  (The IT centers were a few blocks either side of the
tornado's path.) 

>How about testing? When can you?

We tested once.  It went well. 

>Does your partner guarantee the capacity will be available?

Nope.  But it was better than nothing.  That was the panacea we believed in
at the time... 

Greg Shirey

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: using 3390 mod-9s

[Bob Shannon]

>IBM has recommend, ever since 3380K, to put everything at the front and
>make them large enough to never have to grow (for the ones that can
>extend). Then you will have contiguous free space. The VTOC off the
front >tends towards more fragmentation.

Yes, but more importantly VTOC positioning was done to reduce head
movement. As someone already pointed out, since all modern DASD is
backed by SCSI drives, positioning the VTOC on a logical 3390 is
useless. Put everything up front and don't worry about it.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

C on z/OS questions

[john stephens]

Hey all,

I have recently inhereted an application that was written in C on a Win32 / 
AIX platform that needs to be moved up to the mainframe (z/OS V1R4.0).

I have never had to use the C compiler on the MF and to say I am confused 
would be an understatment.  I know I am missing some connecting dots.

In order to compile the routine we have had to replace all our square brackets 
with trigraphs and digraphs.  I know there has to be a compile option that 
pretty much emululates a win32 or AIX environment as far as acceptable chars.

Also, this routine is going to be used as a called subroutine by both 
Assembler and COBOL.  In the Win32 envirionnment, I don't need a 'main' 
section and I can compile it into a .dll thereby making it unique and 
callable.  However, on the MF I can't get past the compile without a 'main'.

And linking is another problem... sigh...

I'm looking for a boost up here.  Is there someone on the list who would be 
willing to help me work through some of the issues I'm having?

Many Many thanks in advance.

John Stephens
jls(at)jkstephensnet

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Andy Robertson]

On Tue, 21 Mar 2006 12:09:58 -0500, john stephens <[EMAIL PROTECTED]>
wrote:
>
>I'm looking for a boost up here.  Is there someone on the list who would
be
>willing to help me work through some of the issues I'm having?
>
>Many Many thanks in advance.
>
>John Stephens
>jls(at)jkstephensnet


We use C on the mainframe.

We find it more convenient to use trigraphs than mess about with code
pages, so I can't help you there, but we use compiled functions statically
linked to Cobol mainlines.

What are you trying to do?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Dan Ponta]

Look at SAS they have a C compiler for PC and C compiler for the mainframe.
Write the appl on the PC side and recompile on the MF and it will work.
Talk to SAS. 

Dan
System Engineer


-Original Message-
From: john stephens [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 21, 2006 12:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: C on z/OS questions

Hey all,

I have recently inhereted an application that was written in C on a Win32 / 
AIX platform that needs to be moved up to the mainframe (z/OS V1R4.0).

I have never had to use the C compiler on the MF and to say I am confused 
would be an understatment.  I know I am missing some connecting dots.

In order to compile the routine we have had to replace all our square
brackets 
with trigraphs and digraphs.  I know there has to be a compile option that 
pretty much emululates a win32 or AIX environment as far as acceptable
chars.

Also, this routine is going to be used as a called subroutine by both 
Assembler and COBOL.  In the Win32 envirionnment, I don't need a 'main' 
section and I can compile it into a .dll thereby making it unique and 
callable.  However, on the MF I can't get past the compile without a 'main'.

And linking is another problem... sigh...

I'm looking for a boost up here.  Is there someone on the list who would be 
willing to help me work through some of the issues I'm having?

Many Many thanks in advance.

John Stephens
jls(at)jkstephensnet

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Schiradin,Roland HG-Dir itb-db/dc]

We don't use trigraphs and also have a huge number of C and a few C++
on the mainframe. 

We setup correct locale for our codepage in the compiler 

Locale Name . . . . . . . . . : 1AEB
Code Set. . . . . . . . . . . : IBM-273 

The CICS translator is smart enough to detect the #pragma
and generate the code in codepage 273. AFAIR this was done for 
codepage 273 only usually it's LATIN (1047)

??=pragma filetag ("IBM-273") 
makes the CICS translater happy. 

Also we use dynamic calls from Cobol inside CICS and Batch. 
Currently we try to use XPLINK unter CICS TS 3.1 unfortunally
we have to change to Exec CICS Link. 

Roland


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Andy Robertson
Sent: Tuesday, March 21, 2006 6:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: C on z/OS questions


On Tue, 21 Mar 2006 12:09:58 -0500, john stephens 
<[EMAIL PROTECTED]>
wrote:
>
>I'm looking for a boost up here.  Is there someone on the list who 
>would
be
>willing to help me work through some of the issues I'm having?
>
>Many Many thanks in advance.
>
>John Stephens
>jls(at)jkstephensnet


We use C on the mainframe.

We find it more convenient to use trigraphs than mess about 
with code pages, so I can't help you there, but we use compiled 
functions statically linked to Cobol mainlines.

What are you trying to do?

--
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to [EMAIL PROTECTED] with the message: GET 
IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock syncronization between platforms

[Hal Merritt]

We don't have a timer and we run z/os 1.4 but we do use the key
production LPAR as a common time base for all non z/os servers. The
external time reference is in the plan for z/os 1.7 when the facility no
longer requires external hardware. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Jacobs
Sent: Tuesday, March 21, 2006 8:57 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Clock syncronization between platforms

We have IBM's SNTP server (zOS 1.6) running on one of our lpars and all
our other servers use that server as its time source.

Mark Jacobs
Time Customer Service Inc.

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Production Jobs contention with Test Jobs

[Hal Merritt]

Short answer: no. 

Any job accessing production data is, by all reasonable definitions,
production. 

The root issue may be best addressed through naming standards enforced
by your security product. 

HTH and good luck.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Raja Easwaramoorthy
Sent: Monday, March 13, 2006 9:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Production Jobs contention with Test Jobs

Hi,

I know by some way we can automatically/programmatically abend the test
jobs 
when there is a resource contention with any production jobs. Any idea
on 
how to accomplish this? I am a COBOL programmer; I have only limited 
knowledge about the system programming or RACF or Job scheduler. So
could 
you please explain me in little detailed fashion?

Thanks in advance,
Raja.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Jim Keohane]

John,

  How do you access z/OS?

  Thru the venerable TSO (Time Sharing Option) where the terminal emulator
you use puts up a rigid text-based window and where use of function keys
(PF1-PF23) are the de rigueur?

  Or were you able to "go into the light, my children" and telnet in to
the z/OS Unix side?

  You may find fewer culture shocks from the Unix side of z/OS with file
directories and various unixy development facilities like GCC (GNU C/C++
compiler).

  If you are stuck with TSO do you know what C compiler you are to use?
One of IBM's? Or SAS' C/C++? Or Dignus' System/C? Or other?

  I believe there has been ports of WINE (Windows Emulator) to z/OS Unix
Services.

  There used to be a product that supported many Windows API's under z/OS
(OS/390, MVS) but I do not recall the details. Bridge-something-or-other, I 
think.


  Since you mentioned your C code is to be callable from COBOL and/or
assembler it's my guess you are lost to the dark side. The legacy side. TSO, 
JCL.

sigh.

  I have done darkside and lightside development/porting (windows/unix ->
z/OS) for ISV's. Contact me direct se we can commiserate. It gets
so lonely telecommuting from home office. {smile}

Cheers,   - Jim

Jim Keohane
Multi-Platforms, Inc.
45 Scholar Lane
Levittown, NY 11756-4332
(516) 579-2209 Fax: (516) 908-7833

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Steve Comstock]

john stephens wrote:

Hey all,

I have recently inhereted an application that was written in C on a Win32 / 
AIX platform that needs to be moved up to the mainframe (z/OS V1R4.0).


I have never had to use the C compiler on the MF and to say I am confused 
would be an understatment.  I know I am missing some connecting dots.


In order to compile the routine we have had to replace all our square brackets 
with trigraphs and digraphs.  I know there has to be a compile option that 
pretty much emululates a win32 or AIX environment as far as acceptable chars.


Also, this routine is going to be used as a called subroutine by both 
Assembler and COBOL.  In the Win32 envirionnment, I don't need a 'main' 
section and I can compile it into a .dll thereby making it unique and 
callable.  However, on the MF I can't get past the compile without a 'main'.


And linking is another problem... sigh...

I'm looking for a boost up here.  Is there someone on the list who would be 
willing to help me work through some of the issues I'm having?


Many Many thanks in advance.

John Stephens
jls(at)jkstephensnet


Someone suggested looking at SAS; you might also look at Dignus.

The mainframe C compiler can produce DLLs that are invokable
by Assembler, COBOL, PL/I, and C, no problem


We have a course "InterLanguage Communication in OS/390"
that I am currently revising for the z/OS platform; it
discusses cross-language calls, binding, and DLLs for all
four languages C, COBOL, PL/I, and Assembler. 3 Days,
currently, but it might grow.

details for the current course:
http://www.trainersfriend.com/Language_Environment_courses/m220descr.htm

if you're interested in details on the z/OS version, drop
me a line; hope to have it done in a week or two.


Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
http://www.trainersfriend.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Thomas David Rivers]

Hi John,

 Systems/C can run on your AIX/Win32 environment and generate mainframe
 programs (i.e. it can cross-compile); with that you can use your
 existing build environment to build the mainframe program.  In fact,
 with Systems/C, you can actually link on your AIX/Win32 platform
 generating a TSO TRANSMIT file that can unloaded on your mainframe.

 You don't need to worry about the digraphs/trigraphs, all of the
 mainframe compilers will support brackets, etc...

 As far as generating something that is callable from ASM and COBOL,
 the Systems/C "Direct CALL" (DCALL) environment is perfect for that.
 You could generate a function that is directly callable from both
 of those.

 For more information about Direct-CALL, see the Direct-CALL chapter
 in the Systems/C Library Reference (http://www.dignus.com/dcc/clib.pdf)

 If you have any questions, feel free to contact us!

- Dave Rivers -


john stephens wrote:

Hey all,

I have recently inhereted an application that was written in C on a Win32 / 
AIX platform that needs to be moved up to the mainframe (z/OS V1R4.0).


I have never had to use the C compiler on the MF and to say I am confused 
would be an understatment.  I know I am missing some connecting dots.


In order to compile the routine we have had to replace all our square brackets 
with trigraphs and digraphs.  I know there has to be a compile option that 
pretty much emululates a win32 or AIX environment as far as acceptable chars.


Also, this routine is going to be used as a called subroutine by both 
Assembler and COBOL.  In the Win32 envirionnment, I don't need a 'main' 
section and I can compile it into a .dll thereby making it unique and 
callable.  However, on the MF I can't get past the compile without a 'main'.


And linking is another problem... sigh...

I'm looking for a boost up here.  Is there someone on the list who would be 
willing to help me work through some of the issues I'm having?


Many Many thanks in advance.

John Stephens
jls(at)jkstephensnet



--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Thomas David Rivers]

Dan Ponta wrote:

Look at SAS they have a C compiler for PC and C compiler for the mainframe.
Write the appl on the PC side and recompile on the MF and it will work.
Talk to SAS. 


Dan
System Engineer


Actually, Dan - I think the SAS/C compiler doesn't generate PC programs.
It does run on the PC (just like the Dignus compilers), but it generates
mainframe programs.  Just like the Dignus products, SAS/C is a
SAS/C is a cross-platform compiler on the PC.

SAS/C is a very nice product, to be sure.

For information about Dignus - see http://www.dignus.com.

For information about SAS/C - see http://www.sas.com/products/sasc/,
also, SAS has announced that SAS/C has been reclassified, see:
http://support.sas.com/techsup/pcn/index.html#sasc

- Dave Rivers -





-Original Message-
From: john stephens [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 21, 2006 12:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: C on z/OS questions

Hey all,

I have recently inhereted an application that was written in C on a Win32 / 
AIX platform that needs to be moved up to the mainframe (z/OS V1R4.0).


I have never had to use the C compiler on the MF and to say I am confused 
would be an understatment.  I know I am missing some connecting dots.


In order to compile the routine we have had to replace all our square
brackets 
with trigraphs and digraphs.  I know there has to be a compile option that 
pretty much emululates a win32 or AIX environment as far as acceptable

chars.

Also, this routine is going to be used as a called subroutine by both 
Assembler and COBOL.  In the Win32 envirionnment, I don't need a 'main' 
section and I can compile it into a .dll thereby making it unique and 
callable.  However, on the MF I can't get past the compile without a 'main'.


And linking is another problem... sigh...

I'm looking for a boost up here.  Is there someone on the list who would be 
willing to help me work through some of the issues I'm having?


Many Many thanks in advance.

John Stephens
jls(at)jkstephensnet


--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

z890 FibreChannel

[Jon Brock]

Does anyone know if the z890 (we are running a 2086-240) has the option of 
FibreChannel connectivity?

Thanks,
Jon

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z890 FibreChannel

[Ed Finnell]

 
In a message dated 3/21/2006 12:27:41 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Does  anyone know if the z890 (we are running a 2086-240) has the option of  
FibreChannel connectivity?




>>
What happens if you try to add one on HCD?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z890 FibreChannel

[Marian Gasparovic]

Do you mean FICON in FCP mode ? Then answer is yes.
(z/OS doesn't work with FCP, Linux and z/VM do)

Marian Gasparovic
IBM Slovakia

On 3/21/06, Jon Brock <[EMAIL PROTECTED]> wrote:
>
> Does anyone know if the z890 (we are running a 2086-240) has the option of
> FibreChannel connectivity?
>
> Thanks,
> Jon
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[john stephens]

On Tuesday 21 March 2006 12:20, Andy Robertson wrote:
> On Tue, 21 Mar 2006 12:09:58 -0500, john stephens <[EMAIL PROTECTED]>
>
> wrote:
> >I'm looking for a boost up here.  Is there someone on the list who would
>
> be
>
> >willing to help me work through some of the issues I'm having?
> >
> >Many Many thanks in advance.
> >
> >John Stephens
> >jls(at)jkstephensnet
>
> We use C on the mainframe.
>
> We find it more convenient to use trigraphs than mess about with code
> pages, so I can't help you there, but we use compiled functions statically
> linked to Cobol mainlines.
>
> What are you trying to do?

What I have is a single routine that recieves a buffer and returns a 2D data 
matrix barcode in the same buffer.

I need to be able to have this routine dynamically linked at run time if/when 
the user requries.  Therefore, I need to be able to compile and link this 
routine without a 'main'.  I can live with the di/tri-graphs if need be.

As far as linking goes, the JCL I was given has a compile proc step, a 
pre-link proc step and a link proc step.  Unfortunatly, neither of the last 
two will run cleanly.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

z/OS Console ID Tracking facility - OA15090

[Knutson, Sam]

Hi,

 OA15090 has closed with PTFs not available yet but soon I expect.  This
tidies up the issues the Console ID Tracker flags on the NetView SSI
task.

APAR Identifier .. OA15090  Last Changed  06/03/17
  WTO CNM226I AND CNM541I FLAGGED BY THE 1 BYTE CONSOLE ID
  TRACKER.
 
  Symptom .. IN INCORROUT Status ... CLOSED  UR3
  Severity ... 3  Date Closed . 06/03/17
  Component .. 5697ENV00  Duplicate of 
  Reported Release . 510  Fixed Release  520
  Component Name NETVIEW FOR Z/O  Special Notice
  Current Target Date ..06/03/12  Flags
  SCP ...
  Platform 
 
  Status Detail: APARCLOSURE - APAR is being closed.
 
  PE PTF List:
 
  PTF List:
  Release 510   : PTF not available yet


Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

"Think big, act bold, start simple, grow fast..." 


][

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Disaster Recovery (was: FLEX-ES)

[Ted MacNEIL]

>>I was talking more about multiple partners and only the first to declare
gets in.

>Your comments seemed to be more general, at least to me.

My original response talked about that, specifically.
It just that some of the context was lost as pieces got snipped out.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Richard Tsujimoto]

Instead of a "main", you can specify a name, e.g. int myfunc()

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: using 3390 mod-9s

[Ted MacNEIL]

>Yes, but more importantly VTOC positioning was done to reduce head movement.

I addressed that in a previous post.
I had stated that was what I was taught.

But, even before arrays, it was no longer recommended.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Data conversion from 3380 to 3390 - H E L P

[Ed Gould]

On Mar 20, 2006, at 11:39 PM, Ron and Jenny Hawkins wrote:


Ed,

Agreed, and that is why SMF records are your second best friend :)



---SNIP---

Its always easy to sit back and spend the copious amounts of time  
researching for this stuff. I have never had the luxury of having the  
time. Sure some amount of research is needed but to spin through a  
years worth of SMF tapes was a luxury I did not have. I found if I  
knew a conversion was eminent (1-2 months) I would issue a memo and  
if they didn't correct the data sets I would move them anyway.


Sure IDMS wouldn't correctly come up but I had CYA'd myself. The  
people knew I didn't send out these memo's unless it was A. going to  
happen and  B. The problem would be their problem if the files  
weren't correctly identified and fixed before hand. C. The next time  
they would have to be in at 3AM with me to hand hold their special  
data sets.


That stopped a lot of griping and finger pointing.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Comment made on COBOL

[Ed Gould]

On Mar 20, 2006, at 11:45 PM, Stephen Mednick wrote:


-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
Sent: Tuesday, 21 March 2006 4:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Comment made on COBOL

Original URL: http://www.regdeveloper.co.uk/2006/03/20/
cobol_financial_services/


   

Ed,

IMHO I think just posting the link might well have sufficed.


Steve,

I sort of agree with you but with the pedants on here I thought I  
would post the entire article.


Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MGCRE and EMCS Console

[Carl Kugler]

I believe what you need to do is pass a MCSOPPRM block in the
OPERPARM= parameter of MCSOPER REQUEST=ACTIVATE.  In the MCSOPPRM, set
MCSOLOGN ("Do not log the response").

-Carl

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Ordering CICS/TS 3.1

[McKown, John]

We are going to order CICS/TS 3.1. On ShopzSeries, there are a number of
delivery options. Which nobody here understands. What is the difference
between: CBPDO, ServerPac, ProductPac, and SystemPac? I just want the
bleeping software!

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z890 FibreChannel

[Jon Brock]

HCD gives me three options:
FC - Fibre Channel
FCP - Open Fibre Channel Protocol
FCV - Fibre Converter Channel


I'm not terribly sure how these relate to each other.  FCP is essentially 
FibreChannel run over FICON cables, isn't it?  I have no idea what a Fibre 
Converter Channel is.

The reasons I am interested have to do with accessing disk space from Linux on 
VM.  Maybe I'll go bug the linux-390 people.


Thanks,
Jon
 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ed Finnell
Sent: Tuesday, March 21, 2006 1:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z890 FibreChannel


 
In a message dated 3/21/2006 12:27:41 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Does  anyone know if the z890 (we are running a 2086-240) has the option of  
FibreChannel connectivity?




>>
What happens if you try to add one on HCD?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z890 FibreChannel

[Jon Brock]

Linux on VM is the platform I am trying to support.  I think I will approach it 
from that end.

Thanks,
Jon



Do you mean FICON in FCP mode ? Then answer is yes.
(z/OS doesn't work with FCP, Linux and z/VM do)

Marian Gasparovic
IBM Slovakia


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: MGCRE and EMCS Console

[Schneck.Glenn]

digest 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
Seeing Beyond Money is a service mark of SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Edward E. Jaffe]

McKown, John wrote:

We are going to order CICS/TS 3.1. On ShopzSeries, there are a number of
delivery options. Which nobody here understands. What is the difference
between: CBPDO, ServerPac, ProductPac, and SystemPac? I just want the
bleeping software!
  


http://www.ibm.com/servers/eserver/zseries/software/swinfo/os390.html

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: how can it display calendar in ispf panel?

[Don Poitras]

[EMAIL PROTECTED] wrote:
> 
> [EMAIL PROTECTED] wrote:
> > In ispf panel, i want it to display calendar, who can tell me, what
> > should i do?
> >
> > tks!
> 
> Did you try to select Status from the ISPF Primary Option Menu
> pull-down menus, then option 3. Calendar?

I got rid of most of my menu lines. For calendar, I setup an ISPF
command called "cal" that does 'ISRROUTE CAL'. To get back to the
default view, I do "ses". 

  
 Verb  T  Action   
 EDNEW 0  ALIAS START 'PGM(ISREDIT) PARM(P,ISREDM01) NEWAPPL(SDS)' 
 ED0  SELECT CMD(EPDF &ZPARM) NEWAPPL(SDS) PASSLIB 
 BR0  SELECT CMD(EPDF &ZPARM BROWSE)   
 CAL   0  ALIAS ISRROUTE CAL   
 SES   0  ALIAS ISRROUTE SES 
  
-- 
Don Poitras - zSeries R & D  -  SAS Institute Inc. -  SAS Campus Drive 
mailto:[EMAIL PROTECTED]   (919)531-5637  Fax:677- Cary, NC 27513

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> We are going to order CICS/TS 3.1. On ShopzSeries, there are 
> a number of delivery options. Which nobody here understands. 
> What is the difference
> between: CBPDO, ServerPac, ProductPac, and SystemPac? I just 
> want the bleeping software!

CBPDO = "the Olde Waye"
ServerPac = the "best" way

Don't know about the other two

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSL Certificate Signing

[Matthew Stitt]

BTDT.

You're problem is the certificate was generated on a M$ platform.  I've had
exactly your problem in the past.  The certificate does not meet the
official standard formats that RACF is programmed against.  M$ doesn't
follow the official standards.

I actually sent my certificate to IBM, and that was the answer given.  We
also discussed this problem at the last SHARE (Seattle) in a presentation on
RACF Certificate handling.

On Mon, 20 Mar 2006 16:31:56 -0600, Richard Peurifoy
<[EMAIL PROTECTED]> wrote:

>"Ward, Mike S" wrote:
>
>> I made sure this wasn't the case. You can hex edit the file in ispf and
>>
>> look for and delete them if need be. My ftp wasn't appending CRLF's to
>>
>> the file.
>>
>> The file is an 84 byte record variable length blocked 27998. I have
>>
>> opened up and ETR with IBM to see if RACF is having some kind of issue.
>>
>
>Are you sure it is a valid CSR?
>
>It should starrt with
>
>-BEGIN CERTIFICATE REQUEST-
>
>and end with
>
>-END CERTIFICATE REQUEST-
>
>I have had people send me exported certs, or even their private key
>rather than a CSR.
>
>
>Another possibilty, I have had problems with certificates that had
>an & (ampersand) in their name. Initially I could not add a local
>CA cert with the & in the name.
>
>If I remember correctly, this was because generics were enabled on
>the class. I corrected that and was able to add the cert and thought
>everything was ok, but I still seem to have problems recognizing
>certs signed with this cert.
>
>When I get a chance I am going to try and track this down.
>In the mean time I created my own CA cert to sign certs for
>TLS FTP's.
>
>I have has no problem signing valid certs with this..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
> Sent: Tuesday, March 21, 2006 2:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Ordering CICS/TS 3.1
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of McKown, John
> > 
> > We are going to order CICS/TS 3.1. On ShopzSeries, there are 
> > a number of delivery options. Which nobody here understands. 
> > What is the difference
> > between: CBPDO, ServerPac, ProductPac, and SystemPac? I just 
> > want the bleeping software!
> 
> CBPDO = "the Olde Waye"
> ServerPac = the "best" way
> 
> Don't know about the other two
> 
> -jc-
> 

John,

Thanks. I guess that I was confused mainly because ServerPac says that
it replaces my z/OS system. I don't want to replace my z/OS system.
Well, yes I do, with z/OS 1.7, but I just implemented z/OS 1.6 so I
guess I really shouldn't.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited. 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Pommier, Rex R.]

I would go with the ServerPac.  Don't know what the productpac is but
I'm pretty sure the system pac is a "pay IBM extra for the software"
feature.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Tuesday, March 21, 2006 2:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Ordering CICS/TS 3.1


> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> We are going to order CICS/TS 3.1. On ShopzSeries, there are
> a number of delivery options. Which nobody here understands. 
> What is the difference
> between: CBPDO, ServerPac, ProductPac, and SystemPac? I just 
> want the bleeping software!

CBPDO = "the Olde Waye"
ServerPac = the "best" way

Don't know about the other two

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of McKown, John
> > > 
> > > We are going to order CICS/TS 3.1. On ShopzSeries, there are a 
> > > number of delivery options. Which nobody here understands.
> > > What is the difference
> > > between: CBPDO, ServerPac, ProductPac, and SystemPac? I just want 
> > > the bleeping software!
> > 
> > CBPDO = "the Olde Waye"
> > ServerPac = the "best" way
> > 
> > Don't know about the other two
> > 
> > -jc-
> > 
> 
> John,
> 
> Thanks. I guess that I was confused mainly because ServerPac 
> says that it replaces my z/OS system. I don't want to replace 
> my z/OS system.
> Well, yes I do, with z/OS 1.7, but I just implemented z/OS 
> 1.6 so I guess I really shouldn't.

The CICS ServerPac doesn't have enough software on it to replace z/OS.
:-)  It won't replace your existing CICS level until you say so.

ServerPac "first time installation" might seem a PITA, but once you have
a base configuration set up, subsequent upgrades are easy enough that
it's almost scary.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Computer Center

[Rugel José]

Hi:
 
Is there  any   document  to  read  about  characteristics  of  a  Computer  
Center,  for  example :   climate, false  floor, dash extractor, fire detector, 
 etc. ?
 
Thanks
 
 
 
J. Rugel 
Phone: +593 4 2 566010 

 
***
La informacion contenida en este e-mail es confidencial y solo puede ser 
utilizada por la persona o la 
Institucion a la cual esta dirigido. Cualquier retencion, difusion, 
distribucion o copia de este mensaje esta 
prohibida. La Institucion no asume responsabilidad sobre informacion, opiniones 
o criterios contenidos en 
este mail que no este relacionada con negocios oficiales de nuestra 
Institucion. Si Usted recibio este 
mensaje por error notifique al Administrador o a quien le envio inmediatamente, 
eliminelo sin hacer copias. --- 
BANCO DEL PACIFICO S.A.--- 
*
(Las tildes han sido omitidas intencionalmente para evitar problemas de 
lectura).
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DB2/DFSORT/MOSIZE/IEFUSI Super Sorting above the bar with DFSORT

[Knutson, Sam]

Hi,

We have a few exploiters of storage above the bar and mostly it has been
all good but I have seen some interesting things with DFSORT recently.

DFSORT using the default MOSIZE=MAX used 12G for an index rebuild called
by DB2 utility PGM=DSNUTILB,REGION=0K on an LPAR with 30GB  running the
AFQ down to 18326 and inducing some paging on a system where I would not
have expected to see it.  I specify MEMLIMIT(4G) on most of our systems
in SMFPRMxx.  Currently since we use DFSORT only for DB2 V8 I had not
prompted anyone to customize ICEMAC.

I recently added an IEFUSI exit to the mix here but don't yet have any
code in there to handle MEMLIMIT.

I am considering adjusting both with my current thinking to change
IEFUSI to honor the specification from SMFPRMxx so only
GRS/DB2/reallycoolauthorizedguys will override that and to customize
ICEMAC to change MOSIZE=MAX to MOSIZE=10% to prevent any single DFSORT
job from getting too giddy when it sees a large AFQ.

What are you doing here?  Anyone else customize MOSIZE in ICEMAC?
Anything else in the ICEMAC defaults to watch out for?  We have been a
long time SYNCSORT shop so have been taking a wait and see approach with
DFSORT tuning.

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 

Before you criticize someone, you should walk a mile in their shoes.
That way, when you criticize them, you're a mile away and you have their
shoes.

][


This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[John Eells]

Edward E. Jaffe wrote:


McKown, John wrote:


We are going to order CICS/TS 3.1. On ShopzSeries, there are a number of
delivery options. Which nobody here understands. What is the difference
between: CBPDO, ServerPac, ProductPac, and SystemPac? I just want the
bleeping software!
  



http://www.ibm.com/servers/eserver/zseries/software/swinfo/os390.html



Also, here's a good summary of most installation methods that is 
as applicable to CICS as it is to z/OS:


http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2B117/1.4?SHELF=EZ2ZO10f&DT=20050930123704

My recommendation for CICS, as it is for z/OS, is to avoid 
installing the product using SMP/E.  Instead, get it 
already-installed by using ServerPac or SystemPac.  Either should 
be considerably faster and easier in the long run.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[John Eells]

McKown, John wrote:


Thanks. I guess that I was confused mainly because ServerPac says that
it replaces my z/OS system. I don't want to replace my z/OS system.
Well, yes I do, with z/OS 1.7, but I just implemented z/OS 1.6 so I
guess I really shouldn't.




ServerPac provides an installed copy of z/OS *or* a subsystem 
like CICS, IMS, DB2, or NCP.  The subsystem orders do not (and 
cannot) include a copy of z/OS.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z890 FibreChannel

[Marian Gasparovic]

Yes, FCP means that your FICON port operates in fibre channel mode.

Then you need to know if those disks are ECKD (3390-x) or FB. If ECKD, then
use FC, which is native FICON, if FB then you use FCP (same thing as used on
other platforms).
FCV is FICON-to-ESCON, so ignore it.

Marian Gasparovic
IBM Slovakia

On 3/21/06, Jon Brock <[EMAIL PROTECTED]> wrote:
>
> HCD gives me three options:
> FC - Fibre Channel
> FCP - Open Fibre Channel Protocol
> FCV - Fibre Converter Channel
>
>
> I'm not terribly sure how these relate to each other.  FCP is essentially
> FibreChannel run over FICON cables, isn't it?  I have no idea what a Fibre
> Converter Channel is.
>
> The reasons I am interested have to do with accessing disk space from
> Linux on VM.  Maybe I'll go bug the linux-390 people.
>
>
> Thanks,
> Jon
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> Behalf Of Ed Finnell
> Sent: Tuesday, March 21, 2006 1:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: z890 FibreChannel
>
>
>
> In a message dated 3/21/2006 12:27:41 P.M. Central Standard Time,
> [EMAIL PROTECTED] writes:
>
> Does  anyone know if the z890 (we are running a 2086-240) has the option
> of
> FibreChannel connectivity?
>
>
>
>
> >>
> What happens if you try to add one on HCD?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Problem copying VM volumes under z/OS

[Kreiter, Chuck]

I'm new to z/VM and would like to use this backup method under z/OS as
well.  However, my z/VM volumes start with 510xxx as suggested in the
z/VM install guide.  Any ideas on how to back up these volumes?  

Thanks, 

Chuck Kreiter
Lead Systems Programmer
State Auto Insurance
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Neubert, Kevin (DIS)
Sent: Monday, March 20, 2006 12:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Problem copying VM volumes under z/OS

Should your COPY have PURGE?

At this time I don't have access to any DASD to try what you're doing,
but
the following using tape works for me:

//SYSINDD *
  DUMP TRKS(0,0,3338,14) -
INDDNAME(DISKIN) -
OUTDDNAME(TAPEOUT) -
CPVOL -
ADMIN

//SYSINDD *
  RESTORE TRACKS(0,0,3338,14) -
INDDNAME(TAPEIN) -
OUTDDNAME(DISKOUT) -
PURGE -
CPVOL -
ADMIN

Regards,

Kevin
* This message was scanned by the corporate mail server for viruses and 
objectionable content.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/21/2006 1:21:01 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

>The  DCB still needs to be in 24bit addressable storage, doesn't  it?

Yes, but your code that accesses it can be in 24-, 31-, or 64-bit  addressing 
mode.  You can fit a 24-bit address in 31 or 64 bits, but you  can't fit a 
31-bit address in only 24 bits.  Also your open parameter list  must be below 
the line.  So if you dynamically acquire some storage in  which to build the 
remote parameter list for the OPEN macro, that storage must  have a 24-bit 
address.

 
Bill  Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Shane]

On Tue, 2006-03-21 at 15:54 -0500, John Eells wrote:

> My recommendation for CICS, as it is for z/OS, is to avoid 
> installing the product using SMP/E.

Cough, splutter...
That almost caused me to drop my first coffee of the morning.

Mr Eells, you can go stand in the corning for saying such a thing.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Shane]

I meant "corner" ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Home Depot Looking for MVS - Lead Systems Engineer in Austin TX

[Petersen, Jim]

Here is a link to the job posting for a MVS - Lead Systems Engineer
(translated Programmer).  Large environment with a mixture of z9's and
z990's.  
 
http://corporatecareers.homedepot.com/job_detail.pl?job=165544&query=lis
tings%3D20%3Bsort_by%3Ddate%3Bkeywords%3Dmvs%20z%2Fos%3Bkeyword_option%3
Dany%3Bcity%3DAustin%3Bstate_id%3D63%3Bcountry_id%3D17



___ 
Jim Petersen
MVS - Lead Systems Engineer 
Home Depot Technology Center
1300 Park Center Drive, Austin, TX 78753
www.homedepot.com
email: [EMAIL PROTECTED] 
512-977-2615 direct
512-977-2930 fax 
210-859-9887 cell 

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2/DFSORT/MOSIZE/IEFUSI Super Sorting above the bar with DFSORT

[David Betten]

I need to comment on a few items here.

First, I'm pretty sure that the MEMLIMIT in SMFPRMxx is a default that's
used if you don't have MEMLIMIT on your JCL or REGION=0M. I don't believe
it overrides it. So if you really want to put a hard limit on the amount of
above the bar storage someone can get, you need to put it in the IEFUSI. I
know there's a good flow chart on this, I just need to find it again.

Second, if DFSORT can't use Memory Object, it can still use your central
storage via Hiperspace or Dataspace so you may want to look at your HIPRMAX
and DSPSIZE parameters in ICEMAC as well.

Third, generally we recommend customers use the shipped defaults of
MOSIZE=MAX, HIPRMAX=OPTIMAL and DSPSIZE=MAX. DFSORT is designed to look at
available resources and not over commit. But if you don't have a paging
subsystem configured to really back a 30GB central, then I agree you need
to limit it. You might want to consider leaving MOSIZE=MAX and
HIPRMAX=OPTIMAL and setting EXPMAX to a value you are comfortable with.
EXPMAX sets the limit of central storage (in 64-bit env) that can be used
by ALL Memory Object and Hiperspace sorts in the system. You should also
look at EXPOLD which says how much "old" storage is available. I suspect
the paging you saw was because DFSORT went after old pages from long
running address spaces like your online subsystems and that caused them to
page out. You could do something like leave EXPMAX=MAX and change to
EXPOLD=10%. This will allow DFSORT to obtain any "available" pages but
limit page steals from any other address spaces.

Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email:  [EMAIL PROTECTED]
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/

IBM Mainframe Discussion List  wrote on 03/21/2006
03:53:04 PM:

> Hi,
>
> We have a few exploiters of storage above the bar and mostly it has been
> all good but I have seen some interesting things with DFSORT recently.
>
> DFSORT using the default MOSIZE=MAX used 12G for an index rebuild called
> by DB2 utility PGM=DSNUTILB,REGION=0K on an LPAR with 30GB  running the
> AFQ down to 18326 and inducing some paging on a system where I would not
> have expected to see it.  I specify MEMLIMIT(4G) on most of our systems
> in SMFPRMxx.  Currently since we use DFSORT only for DB2 V8 I had not
> prompted anyone to customize ICEMAC.
>
> I recently added an IEFUSI exit to the mix here but don't yet have any
> code in there to handle MEMLIMIT.
>
> I am considering adjusting both with my current thinking to change
> IEFUSI to honor the specification from SMFPRMxx so only
> GRS/DB2/reallycoolauthorizedguys will override that and to customize
> ICEMAC to change MOSIZE=MAX to MOSIZE=10% to prevent any single DFSORT
> job from getting too giddy when it sees a large AFQ.
>
> What are you doing here?  Anyone else customize MOSIZE in ICEMAC?
> Anything else in the ICEMAC defaults to watch out for?  We have been a
> long time SYNCSORT shop so have been taking a wait and see approach with
> DFSORT tuning.
>
> Best Regards,
>
> Sam Knutson, GEICO
> Performance and Availability Management
> mailto:[EMAIL PROTECTED]
> (office)  301.986.3574
>
> Before you criticize someone, you should walk a mile in their shoes.
> That way, when you criticize them, you're a mile away and you have their
> shoes.
>
> ][
>
> 
> This email/fax message is for the sole use of the intended
> recipient(s) and may contain confidential and privileged information.
> Any unauthorized review, use, disclosure or distribution of this
> email/fax is prohibited. If you are not the intended recipient, please
> destroy all paper and electronic copies of the original message.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z890 FibreChannel

[Jon Brock]

I'm betting we would be most interested in going to an FB solution.  

At the moment, I am simply trying to find out what (affordable) options we 
might have for some storage to which we can move our zVM/Linux data and be able 
to attach it to our z890.  


Thanks for the help,
Jon
 


Yes, FCP means that your FICON port operates in fibre channel mode.

Then you need to know if those disks are ECKD (3390-x) or FB. If ECKD, then
use FC, which is native FICON, if FB then you use FCP (same thing as used on
other platforms).
FCV is FICON-to-ESCON, so ignore it.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Tom Savor]

> Bill wrote
>Yes, but your code that accesses it can be in 24-, 31-, or 64-bit
addressing
>mode.  You can fit a 24-bit address in 31 or 64 bits, but you  can't fit a

>31-bit address in only 24 bits.  Also your open parameter list  must be
below
>the line.  So if you dynamically acquire some storage in  which to build
the
>remote parameter list for the OPEN macro, that storage must  have a 24-bit

>address.

Are you talking about a DCB only or a DCB with an accompanying DCBE ?? If
the second,
I don't agree.

Thanks to some enlightenment from Mr Rutledge, all my Assembler programs
run AMODE(31), RMODE(ANY).
  1). GETMAIN storage location as ANY.
  2). Copy DCB to GETMAINed area
  3). Open file as example:  OPEN  (FILE,(INPUT)),MODE=31
  4). Get File as example:   GET  FILE,AREA
  5). Close file as example: CLOSE (FILE),MODE=31

This just a simple example of input file process.  FILE points to GETMAINed
area and all DCB's have
their own accompanying DCBE.  At no time is execution changed from 31-bit
to 24-bit or back again.

Don't understand what you are saying about OPEN parameterlist being below
the line.  Mine aren't
and it works perfectly.  I don't see any reason why all Assembler programs
can't run 31-bit.

Regards,

Tom Savor
Fidelity National Information Services
3905 Brookside Parkway
Alpharetta, GA  30022

Phone: 770-576-1167
cell:  404-660-6898
E-Mail: [EMAIL PROTECTED]




--
This message contains information from Certegy, Inc which may be confidential 
and privileged.  If you are not an intended recipient, please refrain from any 
disclosure, copying, distribution or use of this information and note that such 
actions are prohibited.  If you have received this transmission in error, 
please notify by e:mail [EMAIL PROTECTED]
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/21/2006 3:58:06 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

So if  you dynamically acquire some storage in  which to  build
the
>remote parameter list for the OPEN macro, that storage  must  have a 24-bit

>address.

>Are you talking about  a DCB only or a DCB with an accompanying DCBE ?? If
>the second, I don't  agree.



I was talking about a DCB only without an accompanying DCBE.
 
Bill  Fairchild


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Edward E. Jaffe]

Tom Savor wrote:

Are you talking about a DCB only or a DCB with an accompanying DCBE ?? If
the second, I don't agree.

Thanks to some enlightenment from Mr Rutledge, all my Assembler programs
run AMODE(31), RMODE(ANY).
  1). GETMAIN storage location as ANY.
  2). Copy DCB to GETMAINed area
  3). Open file as example:  OPEN  (FILE,(INPUT)),MODE=31
  4). Get File as example:   GET  FILE,AREA
  5). Close file as example: CLOSE (FILE),MODE=31
  


#1 above GETMAIN location should be "BELOW" or "24" -- not "31" or "ANY".

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Schiradin,Roland HG-Dir itb-db/dc]

Why not posting the msgs you see?? 
Makes answering much easier. 

Sample C code which can be called dynamicly from Cobol

#pragma linkage(,COBOL) 
void ( char *pBuffer )
{  
   strcpy( pBuffer, "OK"); 
fprintf(stderr,"ok trans\n");  
}  


Roland


-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of john stephens
Sent: Tuesday, March 21, 2006 7:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: C on z/OS questions


On Tuesday 21 March 2006 12:20, Andy Robertson wrote:
> On Tue, 21 Mar 2006 12:09:58 -0500, john stephens 
> <[EMAIL PROTECTED]>
>

What I have is a single routine that recieves a buffer and 
returns a 2D data 
matrix barcode in the same buffer.

I need to be able to have this routine dynamically linked at 
run time if/when 
the user requries.  Therefore, I need to be able to compile and 
link this 
routine without a 'main'.  I can live with the di/tri-graphs if need be.

As far as linking goes, the JCL I was given has a compile proc step, a 
pre-link proc step and a link proc step.  Unfortunatly, neither 
of the last 
two will run cleanly.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Schiradin,Roland HG-Dir itb-db/dc]

Me too but it was a beer. Unbelieveable

Roland

-Original Message-
From: IBM Mainframe Discussion List 
[mailto:[EMAIL PROTECTED] On Behalf Of Shane
Sent: Tuesday, March 21, 2006 10:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Ordering CICS/TS 3.1


On Tue, 2006-03-21 at 15:54 -0500, John Eells wrote:

> My recommendation for CICS, as it is for z/OS, is to avoid
> installing the product using SMP/E.

Cough, splutter...
That almost caused me to drop my first coffee of the morning.

Mr Eells, you can go stand in the corning for saying such a thing.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Tom Savor]

Ed wrote:
>Tom Savor wrote:
>> Are you talking about a DCB only or a DCB with an accompanying DCBE ??
If
>> the second, I don't agree.
>>
>> Thanks to some enlightenment from Mr Rutledge, all my Assembler programs
>> run AMODE(31), RMODE(ANY).
>>   1). GETMAIN storage location as ANY.
>>   2). Copy DCB to GETMAINed area
>>   3). Open file as example:  OPEN  (FILE,(INPUT)),MODE=31
>>   4). Get File as example:   GET  FILE,AREA
>>   5). Close file as example: CLOSE (FILE),MODE=31
>>
>
>#1 above GETMAIN location should be "BELOW" or "24" -- not "31" or "ANY".

Sorry Ed, but the GETMAIN location is set to ANY.
If the DSORG is PO, then I use BELOW for READ and WRITE processing of PDS.
But for normal QSAM processing and my example, program is set to ANY.


Tom Savor
Fidelity National Information Services
3905 Brookside Parkway
Alpharetta, GA  30022

Phone: 770-576-1167
cell:  404-660-6898
E-Mail: [EMAIL PROTECTED]



--
This message contains information from Certegy, Inc which may be confidential 
and privileged.  If you are not an intended recipient, please refrain from any 
disclosure, copying, distribution or use of this information and note that such 
actions are prohibited.  If you have received this transmission in error, 
please notify by e:mail [EMAIL PROTECTED]
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Ordering CICS/TS 3.1

[Brian Peterson]

You guys are so *literal*...  Of course what John meant (and in fact
actually wrote) was contrasting the difference between *installing* z/OS
via CBPDO (the SMP/E native way) or *installing* z/OS using ServerPack.
Since CICS is also available in ServerPack, he suggested that as well.

Of course *maintaining* either z/OS or CICS would be via SMP/E

Brian

On Tue, 21 Mar 2006 23:54:05 +0100, Schiradin,Roland HG-Dir itb-db/dc
<[EMAIL PROTECTED]> wrote:

>Me too but it was a beer. Unbelieveable
>
>Roland
>
>-Original Message-
>From: IBM Mainframe Discussion List
>[mailto:[EMAIL PROTECTED] On Behalf Of Shane
>Sent: Tuesday, March 21, 2006 10:24 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Ordering CICS/TS 3.1
>
>
>On Tue, 2006-03-21 at 15:54 -0500, John Eells wrote:
>
>> My recommendation for CICS, as it is for z/OS, is to avoid
>> installing the product using SMP/E.
>
>Cough, splutter...
>That almost caused me to drop my first coffee of the morning.
>
>Mr Eells, you can go stand in the corning for saying such a thing.
>
>Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: using 3390 mod-9s

[Ron and Jenny Hawkins]

Ted,

It was actually cache that caused the rethink on VTOC and dataset
positioning, not volume size. First did this on a 3880-23 (SYSRES), but I'm
sure it was just as smart a move on 3880-13.

For HDS it doesn't really matter if you put this stuff at the start, middle,
end or track 6 - it is up to you (but I recommend the front). If this
stuff is active it usually lives in cache. 

If you have a volume where the VYTOC/VTOXIX/VVDS are busy enough to be a
real problem and cache algorithms are not favourable then you just use
FlashAcess* to turn it into a set of Solid State files - problem solved.

Ron
 
(*) Included in the Resource Manager software discussed in previous threads.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ted MacNEIL
> Sent: Tuesday, 21 March 2006 8:00 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: using 3390 mod-9s
> 
> >Yes, but more importantly VTOC positioning was done to reduce head
> movement.
> 
> I addressed that in a previous post.
> I had stated that was what I was taught.
> 
> But, even before arrays, it was no longer recommended.
> 
> 
> -
> -teD
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Data conversion from 3380 to 3390 - H E L P

[Ron and Jenny Hawkins]

Ed,

That is just so Dilbert... What is Wally's purpose in life? Now why didn't
we just do this for Y2K?

Assuming you actually knew everyone that you would have to send an e-mail to
so your ass was well and truly covered, how would you know what to tell them
without actually doing any research?

Would you simply say "We are converting from 3380 to 3390 in 65 days. Please
convert all your applications by then." In the CYA realm that would be like
wiping your butt with confetti! 

If you don't have time for the luxury of research, why not hire a contractor
from WIPRO to do it. It would cost less than having a outage wouldn't it?

Ron

I'm sure you proudly put this migration technique in your resume!

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ed Gould
> Sent: Wednesday, 22 March 2006 3:57 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Data conversion from 3380 to 3390 - H E L P
> 
> On Mar 20, 2006, at 11:39 PM, Ron and Jenny Hawkins wrote:
> 
> > Ed,
> >
> > Agreed, and that is why SMF records are your second best friend :)
> 
> 
> ---SNIP---
> 
> Its always easy to sit back and spend the copious amounts of time
> researching for this stuff. I have never had the luxury of having the
> time. Sure some amount of research is needed but to spin through a
> years worth of SMF tapes was a luxury I did not have. I found if I
> knew a conversion was eminent (1-2 months) I would issue a memo and
> if they didn't correct the data sets I would move them anyway.
> 
> Sure IDMS wouldn't correctly come up but I had CYA'd myself. The
> people knew I didn't send out these memo's unless it was A. going to
> happen and  B. The problem would be their problem if the files
> weren't correctly identified and fixed before hand. C. The next time
> they would have to be in at 3AM with me to hand hold their special
> data sets.
> 
> That stopped a lot of griping and finger pointing.
> 
> Ed
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Bob Rutledge]

Tom,

Do I detect a "What we have here is a class lack of communication."?

The GETMAIN for the storage into which the DCB is copied most certainly must be 
BELOW or 24.


The program itself, of couse, can be RMODE/AMODE(ANY).

This is what Mr. Jaffe is saying.  (And I trust him more than I trust me.)

Bob

Tom Savor wrote:

Ed wrote:


Tom Savor wrote:


Are you talking about a DCB only or a DCB with an accompanying DCBE ??


If


the second, I don't agree.

Thanks to some enlightenment from Mr Rutledge, all my Assembler programs
run AMODE(31), RMODE(ANY).
 1). GETMAIN storage location as ANY.
 2). Copy DCB to GETMAINed area
 3). Open file as example:  OPEN  (FILE,(INPUT)),MODE=31
 4). Get File as example:   GET  FILE,AREA
 5). Close file as example: CLOSE (FILE),MODE=31



#1 above GETMAIN location should be "BELOW" or "24" -- not "31" or "ANY".



Sorry Ed, but the GETMAIN location is set to ANY.
If the DSORG is PO, then I use BELOW for READ and WRITE processing of PDS.
But for normal QSAM processing and my example, program is set to ANY.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Edward E. Jaffe]

Tom Savor wrote:

Ed wrote:
  

Tom Savor wrote:


Thanks to some enlightenment from Mr Rutledge, all my Assembler programs
run AMODE(31), RMODE(ANY).
  1). GETMAIN storage location as ANY.
  2). Copy DCB to GETMAINed area
  3). Open file as example:  OPEN  (FILE,(INPUT)),MODE=31
  4). Get File as example:   GET  FILE,AREA
  5). Close file as example: CLOSE (FILE),MODE=31

  

#1 above GETMAIN location should be "BELOW" or "24" -- not "31" or "ANY".



Sorry Ed, but the GETMAIN location is set to ANY.
If the DSORG is PO, then I use BELOW for READ and WRITE processing of PDS.
But for normal QSAM processing and my example, program is set to ANY.
  


Then I must be confused about what it is you're doing with this GETMAIN. 
DCBs must (MUST!) be below 16MB in all cases because, among other 
things, the pointer to the DCB from the DEB is only three bytes long! 
LOC=ANY implies 31-bit storage (though it *could* actually be satisfied 
from 24-bit storage if 31-bit storage is exhausted -- very unlikely). We 
_are_ talking about the *first* (or only) LOC= subparameter, right? The 
second subparameter controls only the location of the real storage when 
the page is fixed.


Naturally, the above has nothing whatsoever to do with the location of 
your program. Your program can reside anywhere.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DB2 & IMS Question

[willie bunter]

  Thanks Abe for your thoughtful response.  You raised some issued which I find 
 very helpful.  You mention that using online reorgs would be a help.  I assume 
that no programming or application changes would be required.  Can you please 
confirm my assumption.
   
  If anybody else has something to add please be free to do so.  
   
  Thanks 

Abe Kornelis <[EMAIL PROTECTED]> wrote:
  Willie,

I don't know about IMS - for DB2 the answer is there are many
details, but in the grand scheme of things, you shut down DB2
then you move your datasets - don't 'recreate' them, just move.
When you're done you start DB2 again. DB2 accesses
all datasets through the ICF catalog so wherever they are
located, DB2 should find them. Don't rename the datasets -
that will make them inaccessible to DB2.

If you cannot close down DB2, you'll have to use online
reorgs for moving the datasets. This can be done, but it
requires some setup and preparations. Like redefining
stogroups, changing sms dataset placement rules, etc...

A minor caveat: If Image Copy datasets and/or archive log
datasets are *not* cataloged in the ICF catalog, then
DB2 keeps the volsers of their locations. If you move
them to a different volume you may find that recovery 
processes will not be able to open required input datasets...
Most sites have these datasets on tape, and cataloged too,
so I'm not exptecting this to be an issue.

Success!
Abe Kornelis.





-
Yahoo! Mail
Bring photos to life! New PhotoMail  makes sharing a breeze. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: amode rmode problem

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
03/20/2006
   at 09:30 AM, Jim McAlpine <[EMAIL PROTECTED]> said:

>When the COBOL program is linked AMODE(ANY) RMODE(24) it runs fine,
>but when the COBOL program is linked AMODE(31) RMODE(ANY) the
>assembler subroutine abends with a 0C4 abend on the first BSM
>instruction above.

Of course; you should only switch to AMODE24 if you're loaded RMODE24.
The mode switching code is not only obsolete but is also incorrect.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/21/2006
   at 12:09 PM, john stephens <[EMAIL PROTECTED]> said:

>In order to compile the routine we have had to replace all our square
>brackets  with trigraphs and digraphs. 

Why? It sounds like you're using the wrong code page.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/21/2006
   at 01:01 PM, Jim Keohane <[EMAIL PROTECTED]> said:

>   Thru the venerable TSO (Time Sharing Option) where the terminal
>emulator you use puts up a rigid text-based window and where use of
>function keys (PF1-PF23) are the de rigueur?

FSVO 23.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: C on z/OS questions

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/21/2006
   at 01:47 PM, john stephens <[EMAIL PROTECTED]> said:

>I need to be able to have this routine dynamically linked at run time
>if/when  the user requries.

Dynamically linked from what? Why can't you use a DLL?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Comment made on COBOL

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/20/2006
   at 11:03 PM, Ed Gould <[EMAIL PROTECTED]> said:

>The design of COBOL was strongly influenced by FlowMatic, developed  
>through the 1950s by Rear Admiral Grace Hopper. In 1983 she told  
>Voice of America  Up until that time [the end of the Fifties],  
>computer programs had to be written either in assembly code, machine 
> code, or there was one compiled for mathematical engineering  
>problems.

COMIT. COMTRAN. FACT. FORTRAN. GATE. IPL-V. IT. LISP. RUNCIBLE.

>But I felt that more people should be able to use the   computer and
>that they should be able to talk to it in plain English. 

COBOL doesn't look remotely like English.

>Some 30 years after Hopper's remark I remember a C  
>programmer explaining to me that he found a piece of COBOL
>completely   opaque.

Far be it for me to agree with a C programmer, but COBOL *is* opaque,
e.g., it has "magic numbers" like 77 and 88 with special significance
instead of using English words or their abbreviations.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Comment made on COBOL

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/21/2006
   at 04:45 PM, Stephen Mednick <[EMAIL PROTECTED]> said:

>IMHO I think just posting the link might well have sufficed.

Not for those without broadband.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Clock syncronization between platforms

[Chris Mason]

Tuvia,

Expanding on Marks post, it seems you have two options for providing a time
synchronization server from your z/OS CS IP system.

The CS IP Customization Guide (the V1R7.0 edition, SC31-8775-07) describes
in section 2.16, "Chapter 24", the TIMED daemon - the "time synchronization
function" which uses port 37 and is defined in RFC 868, "Time Protocol" -
and in section 2.17, "Chapter 25", the SNTPD daemon - the "time
synchronization function" which uses port 123 and is defined in RFC 2030,
"Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI".

Incidentally, both these servers use UDP rather than TCP - I know I'm being
finicky :-) According to RFC 868, TCP is allowed for this "time
synchronization function" but TIMED uses only UDP.

You need to match a suitable client program to run automatically, in some
way, on the other machines in your installation in order to maintain as
consistent a time as possible.

I deliberately said "other machines" rather than just "other servers" since
you might like to consider synchronizing your client machines as well.

All of which gives me the excuse to mention that one of the first issues I
sorted out with my home PC (Windows NT) was to ensure that my clock was
adjusted to the correct time from an external time source. So I scoured web
pages for a suitable clever free program.

I considered that the distance from my system to the source might matter
ever so slightly and, since I reside in Belgium, the closest SNTP server
that didn't mind the use by "hoi polloi" initially was in Amsterdam.
Unfortunately that stopped working - why I don't know - so I changed to a
server in Erlangen, Germany.

Originally I did check Belgian sources, specifically the Royal Observatory
in Uccle, Brussels - very close to where my daughter went to school each
day, in fact. However the time service offered by the Observatory needed to
be accessed via a telephone dial-up and the protocol was based on an ASCII
string.

I thought I should strive for accuracy in my post so I checked and - what do
you know? - on or about April 3rd 2003 (according to the Windows XP example
page), the Observatory/Observatoire/Sterrenwacht put together an SNTP server
for general use - so that's now been configured as my time source.

Thanks for prompting me to discover the time source I always wanted :-)

Incidentally my free time program is "Dimension 4" which can be found at
www.thinkman.com . Note that Windows XP has a "built-in" SNTP client in
"Date/Time Properties".

Chris Mason

- Original Message - 
From: "Mark Jacobs" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 21 March, 2006 3:57 PM
Subject: Re: Clock syncronization between platforms


> We have IBM's SNTP server (zOS 1.6) running on one of our lpars and all
> our other servers use that server as its time source.
>
> Mark Jacobs
> Time Customer Service Inc.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Tuvia Friedlander
> Sent: Tuesday, March 21, 2006 9:39 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Clock syncronization between platforms
>
> Hi all,
> We wonder if and how can we synchronize clocks between our MF (connected
> to Sysplex Timer) to other servers in the Data Center via Tcp/IP.
> Any help will be appreciated.
>
> Tuvia Friedlander

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

TSU/LOGON address space indicator?

[Keith E. Moe]

>I'm looking for the most reliable indicator I could find in control
>blocks available during logon (as aprt of ICHRIX01 RACF exit) to
>determine that the address space is created by LOGON (TSU).
>
>I've searched ASCB, ASXB and some others, but nothing significant
>popped to my eyes.
>
>Any help would be highly appreciated.
>
>Thanks in advance
>
>Daniel Mouly
>

If the ASCBTSB field is non-zero, it is a TSO Address Space.  This is set very 
early on, so any installation exit can depend on it.



Keith E. Moe
Laid Back Software, Inc.
http://www.laidbacksoftware.com
[EMAIL PROTECTED]
(408) 749-0655 (voice and FAX)
(408) 480-2067 (cell)

"We take our clients seriously, not ourselves."

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Problem on NetView V2R2M1(?)

[John S. Giltner, Jr.]

Marco,

What error?  You original post does NOT state what error/problem you 
had.  It just states you had a problem.  If let us know what the problem 
was we may be able to help you.


John.




Marco Gianfranco Indaco wrote:

Hi Mr John, I'm confused because it's the first time that this error happens
and after 3 day of search the only thing I have is a theory and no other.


2006/3/21, John S. Giltner, Jr. <[EMAIL PROTECTED]>:


Marco Gianfranco Indaco wrote:


Hi to all.

I had a problem using the netview ftp at my shop and now I'm still


confused

Confused about what?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html











--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Data conversion from 3380 to 3390 - H E L P

[Ed Gould]

On Mar 21, 2006, at 6:45 AM, Ambat Ravi Nair wrote:


IDMS has been able to do VSAM as well ...


- ravi.



This was a while ago as the 3380 to 3390 conversion implies.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html