Re: Souce Control for z/OS

[Timothy Sipples]

A few points on the IBM products.

SCLM has multiple modules.  Base SCLM is in z/OS itself, and then the
various other components come under the SCLM Advanced Edition umbrella, a
separately licensed product.  I would not characterize SCLM Advanced
Edition as basic in function.

Also, you can actually do TSO check-ins/check-outs to Rational ClearCase
now, with ClearCase on Linux on z being the preferred choice for such
installations.  There are also ways of integrating SCLM and ClearCase.
And, as part of SCLM Advanced Edition or available separately (and with
WDz), there is an Eclipse plug-in for SCLM so that developers can maintain
source in SCLM even for code that isn't currently targeted to run on a
mainframe.  Some relevant links:

http://www.ibm.com/support/docview.wss?uid=swg24006191
http://www.ibm.com/software/awdtools/sclmsuite/rational/index.html
http://www.ibm.com/software/awdtools/configmgr/

I believe CA has an Endevor plug-in for Eclipse.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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: JAVA In Batch

[Timothy Sipples]

John McKown writes:
>As an offshoot from this, if it were my choice, then I'd likely keep my
>Java development stuff on a UNIX file server. This UNIX file server
>would NFS export the appropriate subdirectories. The z/OS system would
>NFS import them. All Java development would occur on PC desktops running
>Linux or Windows , which can access those NFS exported
>directories. I'd use either Netbeans or Eclipse on the desktop for Java
>development (I use Netbeans, myself). This would allow the programmers
>easy access to edit, compile, and test Java. Promotion would be from the
>NFS mounted subdirectories onto "production" UNIX files residing on the
>z/OS system. Again, this would be my first take on how to do it.
>Unfortunately, the interest in Java on z/OS here is approaching zero
>from beneath.

I'm afraid I would disagree with John here, which is rare.

The "official" way, if you want an Eclipse-based Java programming
environment, is WebSphere Developer for System z.  That's quite an elegant
way to do it, and you certainly don't need a separate UNIX box.  I should
also point out that it is possible you might have one or more WDz licenses
and don't know it yet.  At least some license rights to WDz come with CICS
3.1 or WebSphere Host Integration Solution (HATS), so check your
announcement letters for those products if you have them.  You might be
pleasantly surprised.

But failing all that, I don't see why you couldn't operate in UNIX System
Services unless and until you wanted to invoke Java programs with JCL.  It
has UNIX shell, UNIX file structures (zFS or the older HFS), access to the
JDK, etc. and you can get a terminal connection to it, transfer files, etc.
It is the UNIX(TM) box, and you already have it, so why not use it if you
think you need one?

Both of the above methods are much more likely to preserve regulatory
compliance around code development and promotion to production.

It's worth noting that there are a couple limitations to OS/390 for Java,
if you're looking for yet more reasons to move to z/OS.  One is that newer
Java releases are not likely to run on OS/390, so if a Java programmer is
looking for the newer APIs then that might be an impediment.  Another is
that none of the 64-bit Java releases will run on OS/390, and I see how
64-bit addressing could be useful in certain Java batch programming for
getting a very large chunk of memory that never garbage collects during the
entire batch run.  (Garbage collection requires CPU.)  Yet another is that
OS/390 doesn't support zAAP engines, and the zAAP technology has a radical,
beneficial impact on the economics of running Java on your mainframe.  If
you have any non-trivial Java workload then run, don't walk, and get one or
more zAAPs.

Sounds like an interesting effort, so I hope it goes well.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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: General question on licensing "obsolete" IBM products

[Timothy Sipples]

>Getting media is another question.  IBM may not be able to supply it, so
>you'll have to find it from another source.  As long as you have a valid
>license this is apparently OK.  Most IBM software doesn't have license
>keys, so no obstacle there.

It has since been pointed out to me that not all IBM license agreements
permit what I was suggesting.  I do know there are also possible financial
implications in certain tax jurisdictions when you take delivery of
software in certain forms and manners, so please be careful.

Also, there may be a few cases where royalties that IBM owes to a third
party could have an impact, especially if the royalty agreement changed at
some point.  Most software products are not in this category, but a few
are.

Regarding the immediate issue (very old COBOL runtime), I think I concur
with the general consensus response that it's time to go LE.  One thing the
customer's business executives should understand is that there is no
risk-free option here, there is only relative or comparative risk.
Thousands of customers have updated to LE and have healthy, thriving
businesses with excellent results, so I would consider the jump to LE to be
awfully small risk.  There are myriad risks in not making this
comparatively minor move, including business risks.  I don't presume to
understand the full picture, but as a general point it's important to
understand that inertia has risks, too.

There are some excellent IBM COBOL runtime specialists, so I'd recommend
reaching out to them for advice.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
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: FBA rant

[Anne & Lynn Wheeler]

Anne & Lynn Wheeler <[EMAIL PROTECTED]> writes:
> i apologize that i've not done what you have instructed me to do.
> maybe you should also try ordering some number of other people to also
> answer your questions.

reference:
http://www.garlic.com/~lynn/2007f.html#3 FBA rant

part of the reason that i don't really know the definitive answer to
your question is that BB in BBCCHH may have been planned for a number
of related products ... besides the 2321.  i have some vague
recollection of discussions related to 1360/pdss which may have also
motivated the inclusion of BB in 360 ckd dasd architecture; i.e. even
if 2321 hadn't shipped ... the decision to include BB may have been
made assuming a variety of products that might use it.

in this 1360/PDSS reference
http://en.wikipedia.org/wiki/IBM_1360

it mentions having a total capacity of 2,250 "cells" possibly helping
motivate two digit BB field (as opposed to ten 2321 cells) under some
assumption that such devices might also eventually appear attached to
360 channels.

this may have also contributed to the DASD acronym for direct access
storage device ... because of the variety of storage technologies that
were being used in the period (not just disk and not just magnetic).

the above article implies that 1360 saw limited deployment, in part
because of various follow-on magnetic related storage devices like
3850 (however, it doesn't mean that the senior engineers hadn't
originally anticipating that such devices might be attached to 360
channels).

3850 reference
http://en.wikipedia.org/wiki/IBM_3850

there is mention in the above that the tape cartridges originally were
to be directly addressed ... possibly also using BB specification
... but it was eventually changed to the virtualized 3330
implementation. So there is possibility that 3850 originally was
envisioned as (also) being much more of a 2321 kind of operation
(having up to 4720 cartridges ... possibly also fitting into the BB
specification).

past posts in this thread mentioning 2321:
http://www.garlic.com/~lynn/2007e.html#38 FBA rant
http://www.garlic.com/~lynn/2007e.html#51 FBA rant
http://www.garlic.com/~lynn/2007e.html#63 FBA rant
http://www.garlic.com/~lynn/2007e.html#64 FBA rant
http://www.garlic.com/~lynn/2007f.html#0 FBA rant

part of the issue is all of the senior people that would have likely
been involved in thinking about justification for including "BB" as
part of the standard architecture were gone by the time i showed
up. the senior people having moved on was also the excuse given for
periodically calling me in to play disk engineer ... recent posts
mentioning periodically getting called in to play disk engineer:
http://www.garlic.com/~lynn/2007b.html#28 What is "command reject"
trying to tell me?
http://www.garlic.com/~lynn/2007e.html#40 FBA rant
http://www.garlic.com/~lynn/2007e.html#63 FBA rant

lots of past posts mentioning getting to play around in dasd
engineering lab (bldg 14) and dasd product test lab (bldg 15)
... sort of across the street from sjr in bldg. 28.
http://www.garlic.com/~lynn/subtopic.html#disk

--
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: ISAM and/or self-modifying channel programs

[Anne & Lynn Wheeler]

Art Celestini wrote:
> Today, true, self-modifying channel programs would require the use of a Start 
> I/O driver since it is the real (not virtual) channel program that actually 
> executes.  The closest thing I've seen to that in MVS are specialized drivers 
> that use PCIs to monitor the progress of a channel program and then maybe 
> make 
> an on-the-fly change to a CCW depending on some status or item of input data. 
>  
> Such programs always have to allow for the possibility that the CCW to be 
> modified may have already been pre-fetched from storage by the IOP (thus the 
> change may not be in time).  Typically the change is simple, like changing a 
> NOP to a TIC, and if the change doesn't get made in time, the NOP just ends 
> the channel program.

i remember something about VTAM specifying virtual=real under MVS  so vtam
application channel programs were directly executed. vtam would allocate
additional buffers and update/modify channel program in a PCI interrupt 
appendage.

under vm there is diagnose x'98' ... real i/o that allows similar capability,
for virtual machine to do lock, unlock and real ccw execution.

description here:
http://publibz.boulder.ibm.com/epubs/pdf/hcse5b11.pdf

from above:

The subfunctions of DIAGNOSE code X'98' are LOCK, UNLOCK, and SSCH-Real.
The requested subfunction is identified by a code in the Rx register. The LOCK
subfunction locks a single 4 KB page of virtual machine storage in host real
storage. In addition, it returns to the virtual machine the absolute storage 
address of
the frame used to lock the guest page. The UNLOCK subfunction unlocks a single
4 KB page of virtual machine storage that was previously locked by DIAGNOSE
code X'98'. 

... snip ... 

recent posts self-modifying channel program
http://www.garlic.com/~lynn/2007e.html#14 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007e.html#19 Cycles per ASM instruction
http://www.garlic.com/~lynn/2007e.html#27 IBM S/360 series operating systems 
history

--
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: ISAM and/or self-modifying channel programs

[Art Celestini]

In my book, that's not *really* a self-modifying channel program.  (It's just
using the same data area in more than one CCW.  I know of at least one ISV
product in use today that writes from a buffer and later in that same channel 
program, uses the same buffer for input.)  

The only *real* self-modifying channel program I can recall, was an ISAM-like
access method back in the OS/360 days, which read an actual CCW op code from 
disk to dynamically modify a Seek farther down the chain, making it either a 
Seek Head, Seek Cylinder or Full Seek, depending on where the desired record 
resided.  As I recall, a Full Seek violated the File Mask and thus was an 
indication that the desired record was on a different pack.  In a non-virtual 
system, this kind of thing wasn't too hard to do.

Today, true, self-modifying channel programs would require the use of a Start 
I/O driver since it is the real (not virtual) channel program that actually 
executes.  The closest thing I've seen to that in MVS are specialized drivers 
that use PCIs to monitor the progress of a channel program and then maybe make 
an on-the-fly change to a CCW depending on some status or item of input data.  
Such programs always have to allow for the possibility that the CCW to be 
modified may have already been pre-fetched from storage by the IOP (thus the 
change may not be in time).  Typically the change is simple, like changing a 
NOP to a TIC, and if the change doesn't get made in time, the NOP just ends 
the channel program.

In any event, ECKD (for disk anyway) probably makes doing such things much 
harder and considering the overall speed of the hardware today, its difficult 
to imagine any circumstances where it might be worth the effort.


At 02:32 PM 3/8/2007, Bill Fairchild wrote:
  
>In a message dated 3/7/2007 4:47:23 P.M. Central Standard  Time, 
>[EMAIL PROTECTED] writes:
>>recent thread discussing patching CCWTRANS to handle ISAM and other  
>self-modifying channel programs
> 
>Is ISAM still used anywhere under MVS/ESA/OS-390/z?  Does anyone know  of any 
>self-modifying DASD channel programs other than from ISAM?  Just  curious.  I 
>remember seeing a BDAM chan pgm from Bob Rannie in  which an R0 data field 
>was read, updated, and rewritten all in one chan  pgm.  Would depend on the 
>BDAM 
>options being used.



==
Art Celestini   Celestini Development Services
Phone: 201-670-1674Wyckoff, NJ
=  http://celestini.com  =
Mail sent to the "From" address  used in this post
will be rejected by our server.   Please send off-
list email to:  ibmmaincelestinicom.
==

--
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: TSSO and z/OS 1.8

[Knutson, Sam]

Hi,

Larry Lawler (aka Dr. CICS) recently submitted some updates for TSSO and
z/OS R8.  The should be up on the CBT site soon.

Best Regards, 

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

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of W. Kevin Kelley
Sent: Thursday, March 08, 2007 9:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TSSO and z/OS 1.8

On Thu, 8 Mar 2007 09:50:08 -0600, David Gosse <[EMAIL PROTECTED]>
wrote:

>Hello,
>I have pulled the latest TSSO version from the Updates section of the 
>CBT site. I am trying to assemble it using z/OS 1.8 macros. The 
>assembly of TSSO fails with an undefined symbol UCMMCENT. The assembly 
>of TSSOSS09 fails with an undefined symbol WQEUCMID.
>
The basic problem is that TSSO has not been updated for changes caused
by the z/OS Console Restructure. Specifically, in z/OS R8 the Master
Console function was removed. As a result, the symbol UCMMCENT no longer
exists. 
The TSSO logic needs to be reworked so that it no longer depends on the
presence of the Master Console. As I recall, the WQEUCMID field was a 1-
byte console ID field. That too has gone away. TSSO needs to be updated
to use 4-byte console IDs exclusively.

W. Kevin Kelley  IBM POK Lab -- z/OS Core Technical Development

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: TSSO and z/OS 1.8

[W. Kevin Kelley]

On Thu, 8 Mar 2007 09:50:08 -0600, David Gosse <[EMAIL PROTECTED]> 
wrote:

>Hello,
>I have pulled the latest TSSO version from the Updates section of the CBT
>site. I am trying to assemble it using z/OS 1.8 macros. The assembly of
>TSSO fails with an undefined symbol UCMMCENT. The assembly of TSSOSS09
>fails with an undefined symbol WQEUCMID.
>
The basic problem is that TSSO has not been updated for changes caused by 
the z/OS Console Restructure. Specifically, in z/OS R8 the Master Console 
function was removed. As a result, the symbol UCMMCENT no longer exists. 
The TSSO logic needs to be reworked so that it no longer depends on the 
presence of the Master Console. As I recall, the WQEUCMID field was a 1-
byte console ID field. That too has gone away. TSSO needs to be updated to 
use 4-byte console IDs exclusively.

W. Kevin Kelley  IBM POK Lab -- z/OS Core Technical 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: IEBCOPY question?

[Edward Jaffe]

Mark Zelden wrote:

On Wed, 7 Mar 2007 14:24:20 -0500, John Eells <[EMAIL PROTECTED]> wrote:

  

Maybe Mark and I can talk about whether COPYMOD is worth it in
San Diego...




Planning on being there and hope to see you there as well.  BTW,
just to reiterate - I never said "it wasn't worth it", I said I
wouldn't use it all the time as a matter of habit.
  


Do you always CLPA? It takes longer. But, isn't always necessary.

--
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: Download z/OS software protocols (was SMP/E packaging for RECEIVE ORDER?)

[john gilmore]

Shane writes:



 > Dumb question: does IBM only distribute various fixes electronically, 
or can

 > you get an entire newly-ordered product via the Internet?

 Depends on where you are.



and I have only just realized how important---and how very odd---this 
qualification is.


IBM's Pacific-basin customers outside the US and Japan cannot get an 'entire 
newly-ordered product' in this way.  (Here I am conjecturing more than I 
really know: My client in New Zealand cannot; and Shane in Australia 
cannot.)


Why?

John Gilmore
Ashland, MA 01721-1817
USA

_
The average US Credit Score is 675. The cost to see yours: $0 by Experian. 
http://www.freecreditreport.com/pm/default.aspx?sc=660600&bcd=EMAILFOOTERAVERAGE


--
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: FBA rant

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] wrote:
> You still have not gotten the point.  The problem I have is not with  my 
> browser or any of your fine articles that you have posted.  My problem  is 
> that 
> you keep ignoring or missing my one and only question.  So here it  is again 
> in 
> slow motion:
>  
> If IBM had never invented the 2321, why would we  have ever needed the bb 
> part of the bbcchh seek  address?
>  
> Please do not answer this question by pointing me to urls.  Please  summarize 
> the answer in a very few words.

reference posts:
http://www.garlic.com/~lynn/2007e.html#64 FBA rant 
http://www.garlic.com/~lynn/2007f.html#0 FBA rant
http://www.garlic.com/~lynn/2007f.html#2 FBA rant

i don't know. as implied in this post ... where i raised the question
about a number of code names
http://www.garlic.com/~lynn/2007e.html#38 FBA rant

including 2321 ... somebody then posted an answer providing what they thot to
have been the 2321 original project code name. that answer as to the 2321
code name then appeared to initiate some additional topic drift with respect
to 2321.

I then subsequently posted that the univ. where i was undergraduate had
obtained a 2321 as part of an ONR library automation grant and needed to
make sure it ran with both CICS and cp67
http://www.garlic.com/~lynn/2007e.html#51 FBA rant

I also happened to mention here 
http://www.garlic.com/~lynn/2007e.html#63 FBA rant

that i happened to run into an engineer many years later that claimed
to have been part of the original 2321 development team.

i apologize that i've not done what you have instructed me to do. 
maybe you should also try ordering some number of other people to also 
answer your questions.

--
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: IBM's web Face

[Ed Gould]

On Mar 8, 2007, at 2:12 PM, Thompson, Steve wrote:


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan C. Field
Sent: Thursday, March 08, 2007 1:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM's web Face



Is there a place in IBM that cares that you can address a complaint  
to?




Perhaps SHARE is a visible enough forum that IBM will listen?

If this is the case, then perhaps SHARE needs to take a user  
requirement

to IBM that the WEB interface must have the same RAS of the system it
was replacing. And to go further, if the WEB interface dies, all maint
charges for all mainframe users is rebated for that month. [Gotta have
some negotiation point you will part with.]


Steve,

It will never fly. Anything IBM wants to *NOT* address will get a FO  
or if they are being their usual selves it will get a REJECTED.


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: FBA rant

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/8/2007 5:59:23 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
>Now there is another possibility that you may be having. I recently  updated 
file _http://www.garlic.com/~lynn/2007e.html_ 
(http://www.garlic.com/~lynn/2007e.html) 
with  most recent posts. If your browser has a earlier version of...
 
You still have not gotten the point.  The problem I have is not with  my 
browser or any of your fine articles that you have posted.  My problem  is that 
you keep ignoring or missing my one and only question.  So here it  is again in 
slow motion:
 
If IBM had never invented the 2321, why would we  have ever needed the bb 
part of the bbcchh seek  address?
 
Please do not answer this question by pointing me to urls.  Please  summarize 
the answer in a very few words.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: FBA rant

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] writes:

Please be more specific.  There are about 100 articles on that web  page.


I'm not sure I understand your reference ... with respect to post ... copy here
at
http://www.garlic.com/~lynn/2007f.html#0 FBA rant

there is 
http://www.garlic.com/~lynn/index.html


what has a number of URLs in different categories

including a pointer to html file:
http://www.garlic.com/~lynn/2007e.html

this particular HTML file has index with 66 articles (numeric
labels 0-65)

the specific URL I was referencing in the post was
http://www.garlic.com/~lynn/2007e.html#64

most browsers would position within the file at label "64". If your
browser isn't capable of handling a URL that includes positioning
within a file ... then the index at the front of file
http://www.garlic.com/~lynn/2007e.html

has 66 entries and "64" is the next to the last index entry (numbered
from zero).  I'm not sure that will do you any good though ... since
if your browser can handle the original URL with relative position
... it also can't handle the relative URL in the index either.

Now there is another possibility that you may be having. I recently
updated file 
http://www.garlic.com/~lynn/2007e.html


with most recent posts. If your browser has a earlier version of
2007e.html cached, that was obtained before the last couple postings
were added to the file ... then it would not be able to find the new
relative position (within the file as specified) and just position you
at the front of the file.

It also depends on how you may have configured your browser cache
settings ... some browsers have an option to check on consistency of
what is in the cache and the original either once per file after each
startup or check for consistency on every reference.

In any case, you usually can synchronize what might be in your browser
cache and the original file by hitting the reload button.

Now you repeat your same comment with respect to "their being 100 articles on 
that
web page" ... and have used the comment both with respect to
http://www.garlic.com/~lynn/2007e.html#64
and 
http://www.garlic.com/~lynn/gcard.html#26.1


Looking at the body of you post ... there seems to be some issue with whatever 
you are
using that has trailing underscore on some flavors of URL ... I don't know 
whether
your browser processor is adding that trailing underscore or not ... it doesn't
exist in the original.

Now, I can see where your browser might have a stale cached copy of 2007e.html ... and not being able to find relative href/name "64" within the file ... but the file gcard.html has had href/name of "26.1" since it was first made available ... so it would seem unlikely that you would have stale caching problems with both 
http://www.garlic.com/~lynn/2007e.html#64

and
http://www.garlic.com/~lynn/gcard.html#26.1

not being able to find the relative position in both files. Possibly you are having 
browser problems? Other possibility is possibly you have some DNS cache poisoning 
and your browser isn't actually getting to my real web pages? 


--
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: TSSO and z/OS 1.8

[Brian Westerman]

Hi,

Can you send me your assembly listings offline and I'll fix it for you? 
Then we can put the updated version on CBT for everyone else.

Thanks,

Brian Westerman

--
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: FBA rant

[(IBM Mainframe Discussion List)]

 
 
Much of this  FBA Rant thread that discusses a more better geometry is a 
repetition of posts  beginning around MAY 2005; e.g. this one:
_http://bama.ua.edu/cgi-bin/wa?A2=ind0507&L=ibm-main&P=R61142&I=3&X=63346820B0
E4003BA4&Y=DASDBILL2%40aol.com_ 
(http://bama.ua.edu/cgi-bin/wa?A2=ind0507&L=ibm-main&P=R61142&I=3&X=63346820B0E4003BA4&[EMAIL
 PROTECTED]) 
 
Plus ca change...
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: IBM S/360 series operating systems history

[Anne & Lynn Wheeler]

Patrick O'Keefe wrote:

I remember 3 different BPSloaders - 3-card, 7-card, and 12-card versions.
There very well could have been a 6-card loader, too.  I have no idea what
the differences were but I bet the 3-card loader didn't uspport REP cards. 


IPL does a "02" read operation of 24 bytes at location zero

followed by TIC CCW to location "8" (assuming it is a CCW) and when
the I/O operation completes does a LPSW on location zero.

for three card loader, you would have

first card read by IPL button with 24 bytes containing

8 byte PSW
8 byte READ CCW for 80 bytes of 2nd card, command chained to
8 byte READ CCW for 80 bytes of 3rd card

with TIC operation to +8, the first read CCW.

you now have a 160byte program+data and the PSW is setup to start with
the first instruction just read. this small program would loop reading
(following) cards until it got to last card and then branch to the
start of the program just read.

all of this came out of BPS. In fact, the CP67 kernel process was to
collect all the CP67 kernel TXT files and slap BPS loader on the
front. The BPS loader resolves all the ESD symbols and when finished
branchs to the address/symbol in the LDT card ... which pointed to the
"SAVECP" entry point. SAVECP would take the freshly loaded
core/storage image and write it to disk.

The CCWs were compatible between cards and tape ... so you could have
actual physical cards ... and/or have placed card image on tape and
performed the IPL operation on tape drive (instead of card reader).

in cp67 and vm370, the 3card loader was used to slap on the front of
single module "stand alone" utilities (like DDR, physical tape<->disk
copy routine).

3card loader could handle card deck containing single assemble, TXT
file.

BPS loader could handle card deck with multiple TXT decks ... needing
to resolve ESDs adcons between TXT decks

a couple old posts mentioning 3card loader:
http://www.garlic.com/~lynn/99.html#135 sysprog shortage - what questions would 
you ask?
http://www.garlic.com/~lynn/2001c.html#87 "Bootstrap"

CP67 didn't originally ship with source for the BPS loader (although
it shipped with source for everything else). One of the modifications
I made at the university involved changes to support "paging" portions
of the (fixed) cp67 kernel ... the process I used created a quite a
few new ESD entry symbols. Basic BPS loader provided with CP67 only
supported 256 ESD symbols ... which I managed to exceed. It was real
pain trying to deal with the number of ESD limitation until i found a
copy of the BPS loader source that i could fix/modify.

The simplest way then to create a "new" BPS loader was to assemble the
source and slap a 3card loader on the front of the BPS TXT file.

Even easier was to include 3 assembler "PUNCH" statements in the source 
of the stand-alone utility (including the BPS assembler source) 
that punched hex image for the 3card loader (in front of the TXT deck 
being generated).


this has discussion of 3card loader in conjunction with DDRXA
http://www.cbttape.org/~jjaeger/cdrom.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: Download z/OS software protocols (was SMP/E packaging for RECEIVE ORDER?)

[Tony Harminc]

Chase, John wrote:

> I believe you can get any IBM software delivered electronically, from
> single fixes to z/OS Serverpacs.
> 
> Electronic delivery of hardware is still in the future

Well, you can get a CPU upgrade electronically (assuming the chip is already
installed in your box, which is often the case).

Tony H.

--
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: DITTO/Tape Copy Redux

[Ed Gould]

There is a (I think) Freebie from CA. IIRC its included if you have  
CA-1.

My memory is sketchy but a few people have used it successfully.

Ed

On Mar 8, 2007, at 12:50 PM, Daniel McLaughlin wrote:

I understand that we are looking for the least expensive solution  
(free)
and buying other tools doesn't appear to be an option for the  
moment. But

I do appreciate the suggestions.

--
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: D37 for PDSE in LNKLIST in SYSPLEX

[Ed Gould]

NOT for the faint of heart but you should be able to amaspzap the  
format4 DSCB to something else and then create another dataset with a  
close (but different name) copy the 'zapped" ds to the "new dataset"  
and then zap the dscb of the new dataset to the old dataset set name.  
You might have to recatalog the new dataset (don't forget to  
uncatalog the "old" dataset). This might not work for VSAM dataset.


Ed

On Mar 8, 2007, at 12:06 PM, Mark House wrote:


Summary: We need to delete a file that has enqueue's on the DSN in
multiple LPAR's on the same Z/900.  Any help would be appreciated.

In performing SMP/E processing we ran into a D37-04 on the CBC.SCCNCMP
that resides on a SYSRES pack.  The same DSN is used on four other  
LPAR'S
on a z/900 running various levels of Z/OS.  The CBC.SCCNCMP on the  
other
LPAR'S are files unitque to that release of the Operating System.   
When we

attempt to delete and define the file that needs more space, we get a
"DATASET in use by 10 users" message.  The other "users" are LLA and
XCFAS.  We assume this is because the dataset is named the same on the
other LPAR'S.

How can I build a new PDSE named "CBC.SCCNCMP" on a single  
LPAR

without having to IPL?


Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential,
proprietary or non-public information.  This information is intended
solely for the designated recipient(s).  If an addressing or  
transmission
error has misdirected this e-mail, please notify the sender  
immediately
and destroy this e-mail.  Any review, dissemination, use or  
reliance upon

this information by unintended recipients is prohibited.  Any opinions
expressed in this e-mail are those of the author personally.


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

Fw: General question on licensing "obsolete" IBM products

[Bill Klein]

Actually, there is exactly ONE chapter,
   3.2 Chapter 6. Moving from the OS/VS COBOL run time
at:
  http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3MG32/3.2 

That tells you what to look for in migrating existing OS/VS COBOL compiled
programs to an LE run-time.  Have you read the summary to see how FEW issues
there really are?

I just find it impossible to think that buying an OS/VS COBOL run-time (and
running unsupported) would be "cost-effective" (money OR resources) compared
to at least TRYING a migration to a supported run-time.

"Charles Mills" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> The current LE "COBOL Migration" manual lists a fair amount of analysis
and
> work to determine and or provide for upward compatibility. I believe them.
> 
> When a customer has hundreds of "not recently touched" business-critical
> programs, and no one who knows how they work, and no budget for
conversion,
> and typical corporate tolerance for risk (i.e., near zero) it is a HUGE
> obstacle, and there is no reasoning it away, I fear.
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> Of Bill Klein
> Sent: Wednesday, March 07, 2007 9:50 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: General question on licensing "obsolete" IBM products
> 
> I think that 97% compatible is GROSSLY underestimated.  Although this may
> not have always been true, but today, there are ALMOST no cases where the
> BEHAVIOR is different.  
> 
> I suppose that if you are
>   A) still using ISAM
>   or
>   B) TCAM
>   Or
>   C) other very old software, you might have a problem
> 
> HOWEVER< as long as you are running under z/OS, then you really, REALLY,
do
> not want the OS/VS COBOL run-time (either concatenated before or after
LE).
> If your OS/VS COBOL programs were link-edited with NORES, then you don't
> need ANY run-time library for them (and what you do have won't make any
> difference).
> 
> Can you actually give some reason TODAY not to use LE as the run-time for
> all non-NORES OS/VS COBOL programs - or are you just saying that your
> remember or heard that there USED to be a problem?

--
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: IBMLINK DOWN ALL DAY?

[Ed Finnell]

 
In a message dated 3/8/2007 3:28:23 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

warning/limitation several times in the past on IBMLink that we  are
s'posed to only bookmark the initial screen.  I guess that is so  they
can willy-nilly change the other screens - and hopefully get  the
internal links right...



>>
 
I's just wondering is it the internal buffoons or the external PFCSKs home  
on spring-break using dad's new Wifi to try out all the attacks they could pack 
 on a CD? Inquiring minds (and paying customers) might want to  know.
** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: Download z/OS software protocols (was SMP/E packaging for RECEIVE ORDER?)

[Shane]

On Thu, 2007-03-08 at 06:38 -0800, Charles Mills wrote:
> Dumb question: does IBM only distribute various fixes electronically, or can
> you get an entire newly-ordered product via the Internet?

Depends on where you are.

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: IBM's web Face

[Mark House]

WEB FACE  So many links, so little time.

Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.





Brian Peterson <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
08-Mar-2007 01:42 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: IBM's web Face






My firewall guys will be glad when I tell them that my problems trying to 
use RECEIVE ORDER for the last two days are not our company's firewalls' 
fault.

Brian

On Thu, 8 Mar 2007 13:53:55 -0500, Matt Dazzo wrote:

>Yeap
>
>Matt  Dazzo
 Alan.C.Field 3/8/2007 1:06:34 PM >>>
>Any one else having problems with IBMLink and ShopzSeries sites today?
>
>Sometimes I get logged on sometimes I don't. Our proxy server times
>out
>trying to get to ShopzSeries.
>
>I ordered PUT0702 for internet delivery and trying to download it I
>get
>"connection reset by peer" - every time I try and down load it. That's
>been happening for a couple of days now.
>
>Alan
>

--
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: IBMLINK DOWN ALL DAY?

[Mark House]

90 PERCENT IS OPTIMISTIC.  Wait a minute, does that mean that they are 
going to bill us 90 percent of the current expense.

Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.


--
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: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 03/05/2007
   at 03:44 PM, Charles Mills <[EMAIL PROTECTED]> said:

>Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD IN PRIOR STEP WAS NOT
>RESOLVED new in z/OS (new relative to OS/390)?

That message or one very similar goes all the way back to OS/360.

>I have JCL that was working in OS/390 V2R10 but is getting 
>this error in z/OS.

What error? The message id ends in I and it's perfectly normal.

-- 
 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: Looking for ideas on remote system

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 03/07/2007
   at 11:12 AM, Andy White <[EMAIL PROTECTED]> said:

>As far as I know TSO still needs Vtam to logon,

Yes, unless you count TSSO as TSO.
 
-- 
 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: SHARE Sing Along Book

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
03/07/2007
   at 09:46 AM, Tom Harper <[EMAIL PROTECTED]> said:

>Does anyone know where I can find the words to some of the songs in
>the SHARE sing-along book?

Buy a copy at SCIDS.

 The boss said that he understood why I would want to wait
 A week or two to run the PUT, but not six months or eight
 He made me do a mass APPLY, but later said to me
 The reason for the long delay I now begin to see!
 Mañana, mañana, mañana is soon enough for me.

 I once installed a FUNCTION, with grief it filled my cup
 Its had a lot of PTFs inside the keyword SUP
 But oh my friends and ah my foes, guess what it did to me
 When it turned out those PTFs should have been on the PRE!
 Mañana, mañana, mañana is soon enough for me.

 My system crashed this morning, and would not IPL
 I called my friendly PSR and he told me "well
 That mandatory PTF I told you to APPLY:
 If you run JES2 or JES3, your system she will die!"
 Mañana, mañana, mañana is soon enough for me.

 The comments mentioned prereqs, I said "Why do I care?",
 But it turned out that they forgot to put them on the VER.
 Oh, this preventive service would be alright with me,
 But I tried to do a LOCATE and it creamed my CVT.
 Mañana, mañana, mañana is soon enough for me.

 Those folks at Sterling Forrest I envy not one bit,
 For every single PUT cycle they're certain to get hit;
 There' a way they could help themselves and fill my heart with glee:
 Take the damn JES2 change team and teach it SMP!
 Mañana, mañana, mañana is soon enough for me.

 
-- 
 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: Outsourcing perils was Re: sysprog demand in USA

[(IBM Mainframe Discussion List)]

 
Steve_Thompson @ ibm-main.lst wrote:
>I'm baffled at outsourcing to countries that are a security risk to the  
USofA. Countries that have a sizeable number of Islamic radicals should not be  
targets of outsourcing.
How about keeping our business inside our country - which also contains  
sizeable numbers of people who are a threat?
 
USA corporate law requires that the top managers of publicly owned  
corporations (i.e., CEOs, Boards of Directors, various officers with fiduciary  
responsibility, etc.) be concerned primarily with shareholder equity, and last  
and 
least with other concepts like national security, local unemployment, social  
contract, pollution, etc.  It is what it is.  And it is not very  pretty.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]

** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: IBMLINK DOWN ALL DAY?

[Pommier, Rex R.]

Robert,

It is the other way around.  Jon said he was told to ONLY mark the
initial logon screen.  Right, wrong, or indifferent, I've seen this
warning/limitation several times in the past on IBMLink that we are
s'posed to only bookmark the initial screen.  I guess that is so they
can willy-nilly change the other screens - and hopefully get the
internal links right...

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Thursday, March 08, 2007 2:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK DOWN ALL DAY?

On Thu, 8 Mar 2007 14:54:09 -0500, Veilleux, Jon L
<[EMAIL PROTECTED]>
wrote:

>I received a call back from IBMLINK support and was told that if I 
>bookmarked any screen except the initial logon screen that the logon 
>would work 90% of the time. What's wrong with this answer!!
>I have no hope for the 'new' IBMLINK!
>


"Don't bookmark the initial logon screen"? 

you should have said, oh hey, yea, good point thanks, why would anyone
ever want to bookmark Screen 1 ? 

what's wrong with this picture? 

--
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: z/OS 1.8 ISPF 3.4 repeat command

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
> 
> [ snip ]
> 
> BTW, is anyone else have problems with IBMLINK on the web?  I 
> had to go into "classic" IBMLINK to pull up the APAR.

I just closed a PMR, updated another one and created a new one via the
Internet interface.  And I just displayed the APAR in SIS.

-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: Souce Control for z/OS

[Lizette Koehler]

Steve,

There are many good products on the market.  Endevor, SCLM, Changeman, bare 
bones ones like Panvalet and Librarian.

You need to decide what kind of effort do you want to get involved with.

Endevor and Changeman will maintain everything you are looking for.  But can 
take a staff to support either of them.  Plus they both require knowledge of 
setting up Data sets, JCL, ISPF, REXX, and CLIST.

SCLM, Panvalet, Librarian are very basic.  You can maintain versions but need 
to establish processes that will backout changes or implement changes.  Which 
means you also need to know what else needs to be run when updating things like 
CICS, DB2 or MQ functions.  Changeman and Endevor can be tailored to do that 
automatically.

I would recommend you contact both Endevor and Change Man to see if they can 
cross platform to VSE and VM. I do not know if either can do that.  SCLM, 
Panvalet, and Librarian would need things written to do that.  That will be 
labor intensive.

Also, do you want to maintain your system libraries under this product as well. 
 I am thinking about Parmlib, Proclib, etc...  Some shops put everything under 
the control of their source manager and some don't.  As a Sysprog I do not want 
to see that happen to my SYS1 data sets.  But maybe your shop does.

So decide on your direction, the products are all good.


Lizette 


> Snip


>If one needed a source control system that could be handled via TSO,
>where could one find such?
>
>I know about Panvalet, Endevor, SCLM, and Librarian. Are there any
>others?
>
>The criteria for a source maint system is that it (1) will allow for
>immediate backout of an update, (2) allow a "delta" report at the
>member level to be done and (3) recognize that different members must
>be compiled/assembled & linked with different options.
>
>If such a thing exists on the CBT, I've missed it, and if this was
>discussed on IBM-Main, the archives did not pull up a hit using
>"source maint".
>
>Two odd things are also possible: using CVS (or some such) on an
>Intel platform, or using a VM/CMS server machine to handle things.
>
>But for now we are looking at/for options to the way we do things
>today (we have multiple mainframe environments (VM, VSE, MVS) and
>applications to merge to a single system and track).
>
>  Unsnip

--
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: FBA rant

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/8/2007 2:50:24 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
 
>re:  _http://www.garlic.com/~lynn/2007e.html#64_ 
(http://www.garlic.com/~lynn/2007e.html#64)   FBA rant
 
Please be more specific.  There are about 100 articles on that web  page.
 
>for other drift ... if the geometry characteristics were to be  ignored then 
you could treat
the six byte seek argument as the track number  (allowing the device to 
interpret the physical
characteristics ... somewhat  similar to what FBA does in the locate command 
for the  record
number).
 
This is all quite true.  But this doesn't answer my  question.  If there had 
been no 2321, then why would we need the first two  bytes of the 6-byte seek 
address?  I find it hard to believe that IBM in  1964 envisioned the day 40+ 
years into the future when they would need more than  4 bytes to describe 
uniquely a track on one device.  Today I can see the  limit drawing close.  But 
not 
40 years ago.
 
>i.e. CKD seek command is six byte field
_http://www.garlic.com/~lynn/gcard.html#26.1_ 
(http://www.garlic.com/~lynn/gcard.html#26.1) 
 
Please be more specific.  There is about 100 articles on that web  page.  The 
fact that a seek command has a 6-byte data field transferred is  not what I 
am asking about.  I stipulate 6.  I am asking why not  4?
 
>and FBA locate command _http://www.garlic.com/~lynn/gcard.html#26.2_ 
(http://www.garlic.com/~lynn/gcard.html#26.2)  is  eight byte number, which 
could 
allow for 2**64 512-byte records (i.e. 2**9 times  2**64 bytes, 2**73 bytes per 
device)
 
All quite true.  But why did CKD (i.e., non-FBA) devices need  the two extra 
bytes called bb except for the 2321?
 
>for something complete different, quicky search engine use turned up  this 
(IBM) patent
reference on mapping tof CKD to native FBA hardware
_http://www.patentstorm.us/patents/6112277-description.html_ 
(http://www.patentstorm.us/patents/6112277-description.html) 
 
Interesting, but I would rather stick to the subject I asked  about.
 
>Reference should be made to Menon, U.S. Pat. No. 5,301,304,  "Emulating 
Records in One Record Format in Another Record Format", issued  Apr. 5, 
1994. Menon exemplifies the state of the art in format conversion  disclosing 
an emulation method for rapidly accessing CKD records in which  the CKD 
records 
are stored on a disk drive in FBA format.
 
The bb was invented ca. 1964, not 1994. Why was there a bb except for the  
2321?
 
>now as suggested in previous  post
http://www.garlic.com/~lynn/2007e.html#46 FBA rant
>what would be the difficulty in modifying whatever MVS calls its  current
incantation of CCWTRANS ... to morph application space EXCP CCWs  that
are still doing things like multi-track VTOC/PDS search into FBA  operations
... aka there are hardware control units and hypervisor software  that
perform such morphing ... then if the original VS2 started out  with
(cp67's) CCWTRANS moved into the VS2 kernel ... why can't more  current
hypervisor technology be moved directly into the VS2  kernel
>here is decade-plus old descriptive narative of ECKD (from vm mailing  list) 
... basically discussing the retrofitting FBA-like channel commands to  
CKD architecture:
_http://listserv.uark.edu/scripts/wa.exe?A2=ind9604&L=ibmvm&T=0&P=9321_ 
(http://listserv.uark.edu/scripts/wa.exe?A2=ind9604&L=ibmvm&T=0&P=9321) 
 
More wonderful details that do not address my one and only question.   The bb 
was invented long before ECKD and FBA.  Why, other than for the  2321?
 
>ECKD channel programs completely describe the nature and scope of  data
transfer operation before the first data transfer command is  executed.
These "predictive" channel programs "remove all possible surprise"  from
the storage subsystem during data transfer operations. Like  Fixed-Block
Architecture (FBA) DASD, ECKD uses the DEFINE EXTENT channel  command to
delimit the range of tracks which may be affected by a channel  program.
ECKD is still CKD: each record can contain Count, Key, and Data  areas.
However, the count need not be CCHHR, as on conventional CKD DASD;  one
could number the records sequentially, like FBA blocks.
 
I know all that.  Why is there the bb part of the bbcchh except for  the 2321?
 
>as opposed to post
http://www.garlic.com/~lynn/2007e.html#40 FBA  rant
with my nearly 25yr old email commenting on ECKD
_http://www.garlic.com/~lynn/2007e.html#email820907_ 
(http://www.garlic.com/~lynn/2007e.html#email820907) 
 
How about a post commenting on bb instead of things like ECKD, FBA, etc.  
etc.?
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.com.

--
For IBM-MAIN subscribe / signoff / archive access instructi

Re: IBMLINK DOWN ALL DAY?

[Ted MacNEIL]

>"IBM - WE DON'T SERVICE WHAT WE 
SELL"

IBM -- We make mistakes so you don't have to!

-
Too busy driving to stop for gas!  

--
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: Souce Control for z/OS

[Ted MacNEIL]

ChangeMan/ZMF from Serena

-
Too busy driving to stop for gas!  

--
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: FBA rant

[Anne & Lynn Wheeler]

[EMAIL PROTECTED] wrote:
Right.  And what device, other than the 2321, ever had meaningful  non-zero 
values for the bb part of bbcchh?  In other words, if there  had never been any 
2321, why would we have needed the extra 2 bytes for the bb  in seek and 
search addresses?


re:
http://www.garlic.com/~lynn/2007e.html#64 FBA rant

for other drift ... if the geometry characteristics were to be ignored then you 
could treat
the six byte seek argument as the track number (allowing the device to 
interpret the physical
characteristics ... somewhat similar to what FBA does in the locate command for 
the record
number).

i.e. CKD seek command is six byte field
http://www.garlic.com/~lynn/gcard.html#26.1

treated as purely a 2**48 bit numeric would allow for nearly 300 trillion tracks

and FBA locate command
http://www.garlic.com/~lynn/gcard.html#26.2

is eight byte number, which could allow for 2**64 512-byte records (i.e. 2**9 
times 2**64 bytes,
2**73 bytes per device)

for something complete different, quicky search engine use turned up this (IBM) 
patent
reference on mapping tof CKD to native FBA hardware
http://www.patentstorm.us/patents/6112277-description.html

and title of above:

Method and means for reducing device contention by random accessing 
and partial track staging of records according to a first DASD format 
but device mapped according to a second DASD format


... snip ...

The above patent also references another patent:

Reference should be made to Menon, U.S. Pat. No. 5,301,304, "Emulating 
Records in One Record Format in Another Record Format", issued Apr. 5, 
1994. Menon exemplifies the state of the art in format conversion disclosing 
an emulation method for rapidly accessing CKD records in which the CKD records 
are stored on a disk drive in FBA format. 


... snip ...

now as suggested in previous post
http://www.garlic.com/~lynn/2007e.html#46 FBA rant

what would be the difficulty in modifying whatever MVS calls its current
incantation of CCWTRANS ... to morph application space EXCP CCWs that
are still doing things like multi-track VTOC/PDS search into FBA operations
... aka there are hardware control units and hypervisor software that
perform such morphing ... then if the original VS2 started out with
(cp67's) CCWTRANS moved into the VS2 kernel ... why can't more current
hypervisor technology be moved directly into the VS2 kernel

here is decade-plus old descriptive narative of ECKD (from vm mailing list) 
... basically discussing the retrofitting FBA-like channel commands to 
CKD architecture:

http://listserv.uark.edu/scripts/wa.exe?A2=ind9604&L=ibmvm&T=0&P=9321

from above:

ECKD channel programs completely describe the nature and scope of data
transfer operation before the first data transfer command is executed.
These "predictive" channel programs "remove all possible surprise" from
the storage subsystem during data transfer operations. Like Fixed-Block
Architecture (FBA) DASD, ECKD uses the DEFINE EXTENT channel command to
delimit the range of tracks which may be affected by a channel program.
ECKD is still CKD: each record can contain Count, Key, and Data areas.
However, the count need not be CCHHR, as on conventional CKD DASD; one
could number the records sequentially, like FBA blocks.

... snip ...

as opposed to post
http://www.garlic.com/~lynn/2007e.html#40 FBA rant
with my nearly 25yr old email commenting on ECKD
http://www.garlic.com/~lynn/2007e.html#email820907

slightly older random email reference to CALYPSO and ECKD ... in the
following DMKTRD is the vm370 kernel module responsible for cp
"trace" command related to tracing virtual machine i/o and ccws.

To: wheeler
Date: 10/10/80  15:28:17 


Lynn,

The new DMKTRD will trace CALYSPO' new Define Extent and Locate Record
CCW's. A 16 byte argument is displayed on the trace, immediately below the
trace of the CCW itself

Fix was tested virtual VM under VM and will go on 31B at STL by next
Tuesday.

... snip ...


--
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: z/OS 1.8 ISPF 3.4 repeat command

[Veilleux, Jon L]

Mark Zeldon writes:

BTW, is anyone else have problems with IBMLINK on the web?  I had to go
into "classic" IBMLINK to pull up the APAR.

Mark, folks have been complaining about IBMLINK all afternoon. Since you
also have access to the (obsolete) version why not open an ETR? It may
not help but, at least, it might annoy them!  


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: IBM S/360 series operating systems history

[Chris Langford]

VM has always shipped with '3CARD LOADER S2'
With the advent of XA the number of cards increased to 5.

(IBM Mainframe Discussion List) wrote:
 
 
In a message dated 3/8/2007 2:05:22 P.M. Central Standard Time, 
_patrick.okeefe @  WAMU.NET_ (mailto:[EMAIL PROTECTED])  writes:
  

I remember 3 different BPSloaders - 3-card, 7-card, and 12-card  versions.


There very well could have been a 6-card loader, too.
 
I may have had a brain check.  I thought it was 6, but it must have  been 7.  
3 seems like too few.  And it was all too many decades  ago.
 
Bill  Fairchild

Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]



** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: [EMAIL PROTECTED]



  


--
Chris Langford,
Cestrian Software:
Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. 


z/FM  - A toolbox for VM & MVS at http://zfm.cestrian.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: IBM S/360 series operating systems history

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/8/2007 2:05:22 P.M. Central Standard Time, 
_patrick.okeefe @  WAMU.NET_ (mailto:[EMAIL PROTECTED])  writes:
>I remember 3 different BPSloaders - 3-card, 7-card, and 12-card  versions.
There very well could have been a 6-card loader, too.
 
I may have had a brain check.  I thought it was 6, but it must have  been 7.  
3 seems like too few.  And it was all too many decades  ago.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: IBM's web Face

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan C. Field
Sent: Thursday, March 08, 2007 1:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM's web Face



Is there a place in IBM that cares that you can address a complaint to?
  


Perhaps SHARE is a visible enough forum that IBM will listen?

If this is the case, then perhaps SHARE needs to take a user requirement
to IBM that the WEB interface must have the same RAS of the system it
was replacing. And to go further, if the WEB interface dies, all maint
charges for all mainframe users is rebated for that month. [Gotta have
some negotiation point you will part with.]

Later,
Steve Thompson

--
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: IBMLINK DOWN ALL DAY?

[Veilleux, Jon L]

No, what I should have said is that when I send my check to IBM it will
get there 90% of the time! 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Thursday, March 08, 2007 3:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK DOWN ALL DAY?

On Thu, 8 Mar 2007 14:54:09 -0500, Veilleux, Jon L
<[EMAIL PROTECTED]>
wrote:

>I received a call back from IBMLINK support and was told that if I 
>bookmarked any screen except the initial logon screen that the logon 
>would work 90% of the time. What's wrong with this answer!!
>I have no hope for the 'new' IBMLINK!
>


"Don't bookmark the initial logon screen"? 

you should have said, oh hey, yea, good point thanks, why would anyone
ever want to bookmark Screen 1 ? 

what's wrong with this picture? 

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

-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: IBMLINK DOWN ALL DAY?

[Robert Justice]

On Thu, 8 Mar 2007 14:54:09 -0500, Veilleux, Jon L <[EMAIL PROTECTED]> 
wrote:

>I received a call back from IBMLINK support and was told that if I
>bookmarked any screen except the initial logon screen that the logon
>would work 90% of the time. What's wrong with this answer!!
>I have no hope for the 'new' IBMLINK!
>


"Don't bookmark the initial logon screen"? 

you should have said, oh hey, yea, good point thanks, why would anyone ever 
want to bookmark Screen 1 ? 

what's wrong with this picture? 

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

[Hal Merritt]

Nothing. The standard OSA and native software has supplied all of this
functionality for years. 

Many argue that there was never a need for such in the first place.   



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Veilleux, Jon L
Sent: Thursday, March 08, 2007 11:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TN3270

With the end of life announcement by Cisco for their CIP/CPA TN3270
Server product offering, what have other customers implemented, or are
considering to replace this function?
TIA,
Jon

Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

--
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: MIM control file volume DASD lockout

[(IBM Mainframe Discussion List)]

In a message dated 3/7/2007 4:47:23 P.M. Central Standard  Time, 
David.A.Wright @ DOM.COM writes:
 
>We have been getting MIM control file lockouts for almost a year.   We have 
been working with STK (the DASD manufacturer), IBM and CA  (MIM).  So far, 
nothing has resolved the problem.
 
I discovered the hard way once that there is no such thing as a "standalone  
test system."  I tested some software on a test system, my code crashed the  
system just after its JES2 had gotten the checkpoint data set lock, the  
checkpoint and all SPOOL was shared (of course) with the production  systems.  
You 
could be having some unexpected interference from any of the  systems sharing 
the device with the MIM data set on it if there is any other  allocated data on 
it.  The start pending messages probably mean that  some other system has the 
device reserved.
 
First make sure there are no data sets on the device other than the MIM  
file.  Next try to determine which LPAR has reserved the device, if  any.  Once 
you know which LPAR holds the reserve (if any), then you can  work on resolving 
why that LPAR has not released the device.  If no LPAR  has reserved the 
device, then I agree with STK - there is/are probably bug(s) in  the channel 
subsystem of one or more of the LPARs.
 
If you can gather a GTF trace of all I/O events involving the device in  
question from all LPARs during the time of the lockout, I will be happy to 
study  
them and try to help resolve the problem.  Reply to me privately if  
interested.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]
** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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 are you handling high SMF record volume?

[(IBM Mainframe Discussion List)]

 
 
[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED])  wrote:
>We would like to move these records from SMF to GTF
 
To disagree slightly with Barry Merrill, not all SMF records are written  
using an SVC.  There is also a branch entry path if using the SMFEWTM macro  
instead of SMFWTM.  But this is a nit.  I don't know which form DB2  uses.
 
Another big consideration in favor of SMF is that IBM has made SMF the  
flagship vehicle for getting accounting/performance data out of MVS.  Great  
pains 
have been taken to optimize the I/O performance of the SMF writer (but GTF  is 
not too shabby, either).  And a full SMF data set can be automatically  
switched to start recording in a different, empty SMF data set.  As far as  I 
know, 
GTF does not have such a facility.  A few years ago another problem  with GTF 
was that there could only be one GTF running in an MVS image, and  anyone who 
needed GTF data for debugging had to wait for the SMF-capturing GTF  to end.  
But now you can have multiple GTFs running simultaneously.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: IBMLINK DOWN ALL DAY?

[Little, Dan W (RBC IT)]

AMEN to that!!!   Web does not necessarily equal GOOD. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Veilleux, Jon L
Sent: 2007, March, 08 1:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK DOWN ALL DAY?

NO, they are removing the version that works (3270). 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob_H
Sent: Thursday, March 08, 2007 1:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK DOWN ALL DAY?

Might be why it is being removed. 

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

-
This e-mail may contain confidential or privileged information. If you
think you have received this e-mail in error, please advise the sender
by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

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

This e-mail may be privileged and/or confidential, and the sender does not 
waive any related rights and obligations.
Any distribution, use or copying of this e-mail or the information it contains 
by other than an intended recipient is unauthorized.
If you received this e-mail in error, please advise me (by return e-mail or 
otherwise) immediately.  

Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce 
pas aux droits et obligations qui s'y rapportent.
Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il 
contient par une personne autre que le (les) destinataire(s) désigné(s) est 
interdite.
Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser 
immédiatement, par retour de courrier électronique ou par un autre moyen.

--
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: IBM's web Face

[Alan C. Field]

I was hesitant to even go and ask our firewall guys but finally did. 

You should see the length of the ETR I have open before I got that one
nugget from the support people to say it was broken!! 

Is there a place in IBM that cares that you can address a complaint to?
  


My firewall guys will be glad when I tell them that my problems trying
to 
use RECEIVE ORDER for the last two days are not our company's firewalls'

fault.

Brian

--
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: IBMLINK DOWN ALL DAY?

[Veilleux, Jon L]

I received a call back from IBMLINK support and was told that if I
bookmarked any screen except the initial logon screen that the logon
would work 90% of the time. What's wrong with this answer!!
I have no hope for the 'new' IBMLINK!


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: IBM's web Face

[Jon Brock]

I personally was glad to see the same re my own problems with it.

Jon



My firewall guys will be glad when I tell them that my problems trying to 
use RECEIVE ORDER for the last two days are not our company's firewalls' 
fault.
Brian

On Thu, 8 Mar 2007 13:53:55 -0500, Matt Dazzo wrote:

>Yeap
>
>Matt  Dazzo
 Alan.C.Field 3/8/2007 1:06:34 PM >>>
>Any one else having problems with IBMLink and ShopzSeries sites today?
>
>Sometimes I get logged on sometimes I don't. Our proxy server times
>out
>trying to get to ShopzSeries.
>
>I ordered PUT0702 for internet delivery and trying to download it I
>get
>"connection reset by peer" - every time I try and down load it. That's
>been happening for a couple of days now.
>
>Alan
>

--
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: IBMLINK DOWN ALL DAY?

[Tergerson, John]

I don't know where the problems are limited to, but I have been on
IBMLink all day.

I just logged on to ShopzSeries, and got in right away. 


Confidentiality notice: The information included in this e-mail,
including any attachments, is for the sole use of the intended recipient
and may contain confidential and privileged information. Any
unauthorized review, use, disclosure, distribution or similar action is
prohibited. If you are not the intended recipient, please contact the
sender and delete all copies of the original message immediately.

--
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: IBMLINK DOWN ALL DAY?

[Howard Brazee]

On 8 Mar 2007 11:36:31 -0800, [EMAIL PROTECTED] (Chase, John) wrote:

>You gotta just get used to the "new way".  The "new way" is pretty, it's
>"kewl", you can get around in it with mouse clicks instead of a bunch of
>typing, etc.
>
>They gotta get rid of the "old way" because all it does is work
>reliably.
>
>Same for "mainframes" in general -- all they do is work reliably.


When IBM chooses the new way, we might as well give up on its old
values.

--
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: IBM's web Face

[Brian Peterson]

My firewall guys will be glad when I tell them that my problems trying to 
use RECEIVE ORDER for the last two days are not our company's firewalls' 
fault.

Brian

On Thu, 8 Mar 2007 13:53:55 -0500, Matt Dazzo wrote:

>Yeap
>
>Matt  Dazzo
 Alan.C.Field 3/8/2007 1:06:34 PM >>>
>Any one else having problems with IBMLink and ShopzSeries sites today?
>
>Sometimes I get logged on sometimes I don't. Our proxy server times
>out
>trying to get to ShopzSeries.
>
>I ordered PUT0702 for internet delivery and trying to download it I
>get
>"connection reset by peer" - every time I try and down load it. That's
>been happening for a couple of days now.
>
>Alan
>

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

IBM @ 1-800-237-5511

[Alan C. Field]

Since IBMLINK isn't too reliable maybe we should go back to
1-800-237-5511.

Does it even still work? 

A sudden increase in call volumes (assume thay track that stuff) should
garner attention from someone. 

Alan 

--
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: IBMLINK DOWN ALL DAY?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert Justice
> 
> On Thu, 8 Mar 2007 12:34:43 -0600, Bob_H wrote:
> 
> >Might be why it is being removed.
> >
> 
> Unfortunately however, they are getting rid of the version 
> (3270) that actually works and is the easiest to navigate around. 
> 
> Guess we can't have that now, can we? 

You gotta just get used to the "new way".  The "new way" is pretty, it's
"kewl", you can get around in it with mouse clicks instead of a bunch of
typing, etc.

They gotta get rid of the "old way" because all it does is work
reliably.

Same for "mainframes" in general -- all they do is work reliably.

-jc-

"They're coming to take me away, ha-ha"

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

DFSMS/RMM Tape Copy/Stack

[Robert Fake]

Hi,

 

I've searched the IBM-MAIN archives, but could find an answer to my question
there.

 

I have a customer who is interested in copying several thousand tapes to new
tapes.  They are an RMM TMS. Does DFSMS/RMM have a tape copy/stack
capability?  Any other thoughts?  Client doesn't want to purchase any other
software.

 

Thanks for your help.

 

Bob

Robert B. Fake

InfoSec, Inc.

703-825-1202 (o)

571-241-5492 (c)

949-203-0406 (efax)

[EMAIL PROTECTED]

Visit us at www.infosecinc.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

ISAM and/or self-modifying channel programs

[(IBM Mainframe Discussion List)]

In a message dated 3/7/2007 4:47:23 P.M. Central Standard  Time, 
[EMAIL PROTECTED] writes:
>recent thread discussing patching CCWTRANS to handle ISAM and other  
self-modifying channel programs
 
Is ISAM still used anywhere under MVS/ESA/OS-390/z?  Does anyone know  of any 
self-modifying DASD channel programs other than from ISAM?  Just  curious.  I 
remember seeing a BDAM chan pgm from Bob Rannie in  which an R0 data field 
was read, updated, and rewritten all in one chan  pgm.  Would depend on the 
BDAM 
options being used.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]
** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: D37 for PDSE in LNKLIST in SYSPLEX

[Mark Zelden]

On Thu, 8 Mar 2007 12:06:30 -0600, Mark House <[EMAIL PROTECTED]> wrote:

>Summary: We need to delete a file that has enqueue's on the DSN in
>multiple LPAR's on the same Z/900.  Any help would be appreciated.
>
>In performing SMP/E processing we ran into a D37-04 on the CBC.SCCNCMP
>that resides on a SYSRES pack.  The same DSN is used on four other LPAR'S
>on a z/900 running various levels of Z/OS.  The CBC.SCCNCMP on the other
>LPAR'S are files unitque to that release of the Operating System.  When we
>attempt to delete and define the file that needs more space, we get a
>"DATASET in use by 10 users" message.  The other "users" are LLA and
>XCFAS.  We assume this is because the dataset is named the same on the
>other LPAR'S.
>
>How can I build a new PDSE named "CBC.SCCNCMP" on a single LPAR
>without having to IPL?
>

To be clear. you are trying to delete a maintenance version of the
data set, correct?   It that is the case, since OS/390 2.10 you can
just rename it via ISPF 3.4 even though it is in use.  You will be
presented with an "are you sure" panel.   Then you can delete the renamed
dsn.  

You need to have at least read authority to the RACF facility class named 
STGADMIN.DPDSRN.olddsname, where olddsname is up to 23 characters of 
the existing data set name. 

The doc is hard to find on this - it is in the DFSMSdfp Advanced Services 
manual in the chapter on Managing the Volume Table Of Contents (it is 
not documented in the ISPF manuals at all).  Specifically, the information 
can be found in chapter 2.6  - Renaming a Data Set in the VTOC under the 
General Considerations and Restrictions section.

If you are trying to apply maintenance to a live sysres (yuck) and need 
to delete that version... entirely different story.  You need to copy
to a new dsn, point SMP/E at that dsn, and do dynamic LNKLST update
to point to the newdsn without touching the original one (don't
delete it).  

Plenty of info in the archives with various scenarios. 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.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: Souce Control for z/OS

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Steve Thompson
> 
> If one needed a source control system that could be handled 
> via TSO, where could one find such?
> 
> I know about Panvalet, Endevor, SCLM, and Librarian. Are 
> there any others?

Changeman (Serena Software).

-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: z/OS 1.8 ISPF 3.4 repeat command

[Mark Zelden]

On Thu, 8 Mar 2007 10:04:24 -0500, Jousma, David <[EMAIL PROTECTED]> wrote:

>
>Looks like the problem was caused by OA19265.  Still pretty fresh.  I'm
>in the process of backing it off.  IBM was also able to recreate the
>problem.
>

Scary... ya really have to wonder what kind of testing is done 
when a change to something in 3.4 breaks something else in 3.4.

BTW, is anyone else have problems with IBMLINK on the web?  I had
to go into "classic" IBMLINK to pull up the APAR.

APAR Identifier .. OA19265  Last Changed  07/03/01
EDITING A VSAM DATA SET VIA ISPF EDIT COMMAND  WHICH IS   
ALLOCATED SHR TO OTHER JOBS LEADS TO MESSAGE 'DATA SET IN USE'
  
Symptom .. MS MSG   Status ... CLOSED  PER
Severity ... 3  Date Closed . 07/02/23
Component .. 565504202  Duplicate of  
Reported Release . F02  Fixed Release  999
Component Name ISPF V4 (PDF/SC  Special Notice
Current Target Date ..07/05/09  Flags 
SCP ...   
Platform  
  
Status Detail: SHIPMENT - Packaged solution is available for  
  shipment.   
  
PE PTF List:  
  
PTF List: 
Release C02   : UA32442 available 07/02/27 (F702 )
Release D02   : UA32538 available 07/02/27 (F702 )
Release E02   : UA32562 available 07/02/27 (F702 )
Release F02   : UA32563 available 07/02/27 (F702 )
Release G02   : UA32566 available 07/02/27 (F702 )
  
  
Parent APAR:  
Child APAR list:  
  
  
ERROR DESCRIPTION:
When trying to edit a VSAM dataset via ISPF 3.4 and command E 
which is allocated SHR to several CICS regions the following  
message is issued (VSAM_EDIT_ENABLED=YES):
Data set in use   or  
IKJ56225I DATA SET aaa.bbb.ccc ALREADY IN USE, TRY LATER+ 
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
  
  
LOCAL FIX:
directly invoke the program to edit the VSAM data set.
  
  
PROBLEM SUMMARY:  
  
* USERS AFFECTED: ISPF users of shared VSAM datasets.  *  
  
* PROBLEM DESCRIPTION: Using ISPF DSLIST option 3.4 to Edit a  *  
*  VSAM data set that is defined to CICS   *  
*  as SHARED returns MSGIKJ56225I. *  
  
* RECOMMENDATION: Apply the provided PTF.  *  


--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.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: Souce Control for z/OS

[Hal Merritt]

We looked at eventACTION and liked it. We use the free SCLM and it is ok
for our immediate needs.  

http://www.actionsoftware.com/products.htm



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Thompson
Sent: Thursday, March 08, 2007 12:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Souce Control for z/OS

If one needed a source control system that could be handled via TSO,
where could one find such?

I know about Panvalet, Endevor, SCLM, and Librarian. Are there any
others?

The criteria for a source maint system is that it (1) will allow for
immediate backout of an update, (2) allow a "delta" report at the
member level to be done and (3) recognize that different members must
be compiled/assembled & linked with different options.

If such a thing exists on the CBT, I've missed it, and if this was
discussed on IBM-Main, the archives did not pull up a hit using
"source maint".

Two odd things are also possible: using CVS (or some such) on an
Intel platform, or using a VM/CMS server machine to handle things.

But for now we are looking at/for options to the way we do things
today (we have multiple mainframe environments (VM, VSE, MVS) and
applications to merge to a single system and track).

Later,
Steve.T
 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

--
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: IBMLINK DOWN ALL DAY?

[Robert Justice]

On Thu, 8 Mar 2007 12:34:43 -0600, Bob_H <[EMAIL PROTECTED]> wrote:

>Might be why it is being removed.
>

Unfortunately however, they are getting rid of the version (3270) that 
actually works and is the easiest to navigate around. 

Guess we can't have that now, can we? 

 

--
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: IBMLINK DOWN ALL DAY?

[Mark House]

If this is the support we are going to get when they remove the 3270 
IBMLink, they should change their motto to :IBM - WE DON'T SERVICE WHAT WE 
SELL"

Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.


--
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: IBM's web Face

[Matt Dazzo]

Yeap

Matt  Dazzo
Technical Services
Publishers Clearing House
516-944-4816
[EMAIL PROTECTED] 

>>> [EMAIL PROTECTED] 3/8/2007 1:06:34 PM >>>
Any one else having problems with IBMLink and ShopzSeries sites today?

Sometimes I get logged on sometimes I don't. Our proxy server times
out
trying to get to ShopzSeries. 

I ordered PUT0702 for internet delivery and trying to download it I
get
"connection reset by peer" - every time I try and down load it. That's
been happening for a couple of days now. 

Alan

--
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: Does the "Shark" support MIDAW?

[Frank Krueger]

Jan

2105 (ESS 800 and up) with FICON as well as 2107 (DS8000) supports MIDAW .
 

Mit freundlichen Grüßen ... Best regards ... Salutations ... Cordialmente 
... Tisztelettel ... Yoroshiku
Frank Krueger



I/T Specialist
ATS High End Disk 
European Storage Competence Center
IBM Systems & Technology Group





IBM Deutschland GmbH
A187, Bld. 60, Floor B, Room 02
Hollerithstr. 1
81829 München
Germany




*
[EMAIL PROTECTED]
(
49-89-89544862
È
49-151-12105530
Ê
49-89-4504-1091



Request dB:   
http://ebcweb.mainz.de.ibm.com/ATSSE/atsse.nsf/AllNetdocs/About?OpenDocument


IBM Deutschland GmbH
Vorsitzender des Aufsichtsrats: Hans Ulrich Maerki
Geschäftsführung: Martin Jetter (Vorsitzender), Rudolf Bauer, Christian 
Diedrich, Christoph Grandpierre, Matthias Hartmann, Andreas Kerstan
Sitz der Gesellschaft: Stuttgart, Registergericht: Amtsgericht Stuttgart, 
HRB 14562, WEEE-Reg.-Nr. DE 99369940



Hi,
1°
Does ?Shark? (= 2105 Enterprise Storage Server) (or 2105 Model 800) (or 
ESS 800) support MIDAW? 
I'm pretty sure it does; but I can't find an official piece of paper from 
IBM. Something like an announcement letter, or a sales manual entry. 
(It's difficult with all these names such as shark, ESS , ...) 
2° What's the latest status about non-IBM disks?
jan



jpgIYPrYpag5r.jpg
Description: JPEG image

Re: IBMLINK DOWN ALL DAY?

[Veilleux, Jon L]

If we are unable to open any problem tickets then IBM's reliability
numbers will look REAL good! 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of =?iso-8859-1?Q?Bob_?=
Sent: Thursday, March 08, 2007 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK DOWN ALL DAY?

That is my point.  For years the web version has been broken when most
needed. Makes sense to make it the only option... NOT. 

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

-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: Souce Control for z/OS

[Alan C. Field]

"If one needed a source control system that could be handled via TSO,
where could one find such?"

We use software from these folks: http://www.dcmsi.com/

Alan

--
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: DITTO/Tape Copy Redux

[Daniel McLaughlin]

I understand that we are looking for the least expensive solution (free) 
and buying other tools doesn't appear to be an option for the moment. But 
I do appreciate the suggestions.

--
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: Souce Control for z/OS

[Daniel Allen]

There is Changeman/ZMF from Serena Software, Inc. 


Daniel Allen
Sr. System Programmer
Serena Software, Inc.
13713 Pinto Lane
Lodi, CA  95240
800-699-6850 ext. 11241
[EMAIL PROTECTED]
 Serena Software, Inc.
www.serena.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Thompson
Sent: Thursday, March 08, 2007 10:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Souce Control for z/OS

If one needed a source control system that could be handled via TSO,
where could one find such?

I know about Panvalet, Endevor, SCLM, and Librarian. Are there any
others?

The criteria for a source maint system is that it (1) will allow for
immediate backout of an update, (2) allow a "delta" report at the member
level to be done and (3) recognize that different members must be
compiled/assembled & linked with different options.

If such a thing exists on the CBT, I've missed it, and if this was
discussed on IBM-Main, the archives did not pull up a hit using "source
maint".

Two odd things are also possible: using CVS (or some such) on an Intel
platform, or using a VM/CMS server machine to handle things.

But for now we are looking at/for options to the way we do things today
(we have multiple mainframe environments (VM, VSE, MVS) and applications
to merge to a single system and track).

Later,
Steve.T

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

**
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. Any 
unauthorized review, use, disclosure or distribution is prohibited. If you are 
not the intended recipient, please contact the sender by reply e-mail and 
destroy all 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: Souce Control for z/OS

[James Robinson]

Look into ISPW (www.ispw.com) It is excellent, and lightning fast. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Thompson
Sent: Thursday, March 08, 2007 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Souce Control for z/OS

If one needed a source control system that could be handled via TSO,
where could one find such?

I know about Panvalet, Endevor, SCLM, and Librarian. Are there any
others?

The criteria for a source maint system is that it (1) will allow for
immediate backout of an update, (2) allow a "delta" report at the member
level to be done and (3) recognize that different members must be
compiled/assembled & linked with different options.

If such a thing exists on the CBT, I've missed it, and if this was
discussed on IBM-Main, the archives did not pull up a hit using "source
maint".

Two odd things are also possible: using CVS (or some such) on an Intel
platform, or using a VM/CMS server machine to handle things.

But for now we are looking at/for options to the way we do things today
(we have multiple mainframe environments (VM, VSE, MVS) and applications
to merge to a single system and track).

Later,
Steve.T

--
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: IBMLINK DOWN ALL DAY?

[=?iso-8859-1?Q?Bob_?=]

That is my point.  For years the web version has been broken when most 
needed. Makes sense to make it the only option... NOT. 

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

Souce Control for z/OS

[Steve Thompson]

If one needed a source control system that could be handled via TSO,
where could one find such?

I know about Panvalet, Endevor, SCLM, and Librarian. Are there any
others?

The criteria for a source maint system is that it (1) will allow for
immediate backout of an update, (2) allow a "delta" report at the
member level to be done and (3) recognize that different members must
be compiled/assembled & linked with different options.

If such a thing exists on the CBT, I've missed it, and if this was
discussed on IBM-Main, the archives did not pull up a hit using
"source maint".

Two odd things are also possible: using CVS (or some such) on an
Intel platform, or using a VM/CMS server machine to handle things.

But for now we are looking at/for options to the way we do things
today (we have multiple mainframe environments (VM, VSE, MVS) and
applications to merge to a single system and track).

Later,
Steve.T

--
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: IBMLINK DOWN ALL DAY?

[Veilleux, Jon L]

NO, they are removing the version that works (3270). 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob_H
Sent: Thursday, March 08, 2007 1:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK DOWN ALL DAY?

Might be why it is being removed. 

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

-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

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

IBMLINK DOWN ALL DAY?

[Alan C. Field]

NOT THE 3270 VERSION.  It is usually up and working.  They are trying to

get rid of it, but is much easier to use (for me) than the web based 
stuff.

Mark House

I know. Then they have the audacity to tell us this when you log on:

"Since ServiceLink VM is being removed, there will be no changes made to

the ServiceLink VM code to support the new 2007 daylight saving time
extension.  

If you have not accessed ServiceLink from the web, we encourage you 
to do so now."  

Hey IBM - we've been trying ALL DAY !

But using the green screen this is the response to my ShopzSeries ETR:

"Shopz is currently having network dispatcher problems."

Alan
  

--
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: IBMLINK DOWN ALL DAY?

[Bob_H]

Might be why it is being removed. 

--
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: IBMLINK DOWN ALL DAY?

[Veilleux, Jon L]

Mark House stated:

NOT THE 3270 VERSION.  It is usually up and working.  They are trying to
get rid of it, but is much easier to use (for me) than the web based
stuff.


AMEN! It is much(!) easier to navigate and has much better availability
than the web. 


Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: D37 for PDSE in LNKLIST in SYSPLEX

[Jousma, David]

I went back and reread the original post.  It is not entirely clear that
the dataset you are applying maintenance to is NOT in use by at least 1
lpar.  The instructions I gave are only good if the dataset you are
applying maintenance to is on a volume that is not in use.  I hope you
are not applying maintenance to a running system.


dave 



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jousma, David
Sent: Thursday, March 08, 2007 1:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: D37 for PDSE in LNKLIST in SYSPLEX

Since the dataset you want to "mess" with is on a different volume than
the running one. Go to ispf 3.4 and list the dataset with a volser
reference.  Do a rename on the dataset to .old or something.  You will
get a panel that says it is enqueued, but bypassable.  Press enter, and
the rename will occur.  You can then create the new dataset as ".new",
reload it, and rename it back into the real name. 



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
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: FBA rant

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/8/2007 11:44:21 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
>seek CCW has six byte length ... bbcchh
 
Right.  And what device, other than the 2321, ever had meaningful  non-zero 
values for the bb part of bbcchh?  In other words, if there  had never been any 
2321, why would we have needed the extra 2 bytes for the bb  in seek and 
search addresses?
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: D37 for PDSE in LNKLIST in SYSPLEX

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Mark House
> Sent: Thursday, March 08, 2007 12:07 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: D37 for PDSE in LNKLIST in SYSPLEX
> 
> 
> Summary: We need to delete a file that has enqueue's on the DSN in 
> multiple LPAR's on the same Z/900.  Any help would be appreciated.
> 
> In performing SMP/E processing we ran into a D37-04 on the 
> CBC.SCCNCMP 
> that resides on a SYSRES pack.  The same DSN is used on four 
> other LPAR'S 
> on a z/900 running various levels of Z/OS.  The CBC.SCCNCMP 
> on the other 
> LPAR'S are files unitque to that release of the Operating 
> System.  When we 
> attempt to delete and define the file that needs more space, we get a 
> "DATASET in use by 10 users" message.  The other "users" are LLA and 
> XCFAS.  We assume this is because the dataset is named the 
> same on the 
> other LPAR'S. 
>  
> How can I build a new PDSE named "CBC.SCCNCMP" on a 
> single LPAR 
> without having to IPL?
> 
> 
> Mark House

If you are using RACF, then issue the commands:

RDEF FACILITY STGADMIN.DPDSRSN.CBC.SCCNCMP UACC(NONE)
PE STGADMIN.DPDSRSN.CBC.SCCNCMP CLASS(FACILITY) ID(...) ACCESS(ALTER)
SETROPTS RACLIST(FACILITY) REFRESH

Now, go into ISPF option 3.4 and bring up the dataset you want to rename
on the pack on which it resides. Do option "r" to rename the dataset,
you'll get a prompt telling you it's in use, but you can still rename
it.

Now, on that volume create CBC.SCCNCMP.NEW to be the proper size and
copy into it. Now rename it to CBC.SCCNCMP. 

Ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2s340/2.6.
3.4

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
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: D37 for PDSE in LNKLIST in SYSPLEX

[Jousma, David]

Since the dataset you want to "mess" with is on a different volume than
the running one. Go to ispf 3.4 and list the dataset with a volser
reference.  Do a rename on the dataset to .old or something.  You will
get a panel that says it is enqueued, but bypassable.  Press enter, and
the rename will occur.  You can then create the new dataset as ".new",
reload it, and rename it back into the real name. 



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
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: IBM's web Face

[Andy White]

I was just able to get in


Andy
Internet: Mailto:[EMAIL PROTECTED]


"IBM Mainframe Discussion List"  wrote on 03/08/2007
01:06:34 PM:

> Any one else having problems with IBMLink and ShopzSeries sites today?
>
> Sometimes I get logged on sometimes I don't. Our proxy server times out
> trying to get to ShopzSeries.
>
> I ordered PUT0702 for internet delivery and trying to download it I get
> "connection reset by peer" - every time I try and down load it. That's
> been happening for a couple of days now.
>
> Alan
>
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
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: D37 for PDSE in LNKLIST in SYSPLEX

[John P Kalinich]

Mark House of the IBM Mainframe Discussion List 
wrote on 03/08/2007 12:06:30 PM:

> Summary: We need to delete a file that has enqueue's on the DSN in
> multiple LPAR's on the same Z/900.  Any help would be appreciated.
>
> In performing SMP/E processing we ran into a D37-04 on the CBC.SCCNCMP
> that resides on a SYSRES pack.  The same DSN is used on four other LPAR'S

> on a z/900 running various levels of Z/OS.  The CBC.SCCNCMP on the other
> LPAR'S are files unitque to that release of the Operating System.  When
we
> attempt to delete and define the file that needs more space, we get a
> "DATASET in use by 10 users" message.  The other "users" are LLA and
> XCFAS.  We assume this is because the dataset is named the same on the
> other LPAR'S.
>
> How can I build a new PDSE named "CBC.SCCNCMP" on a single LPAR
> without having to IPL?
>

I would build a new PDSE named "CBC.SCCNCMP2" and define and activate a new
LNKLST set that includes the new PDSE.  Peter Relson can confirm this.

Regards,
John Kalinich
Computer Sciences Corp

--
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: IBMLINK DOWN ALL DAY?

[Mark House]

NOT THE 3270 VERSION.  It is usually up and working.  They are trying to 
get rid of it, but is much easier to use (for me) than the web based 
stuff.

Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.





=?iso-8859-1?Q?Bob_?= <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
08-Mar-2007 12:18 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
IBMLINK DOWN ALL DAY?






Wondering if you folks are also affected? 

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

Does the "Shark" support MIDAW?

[Jan Vanbrabant]

Hi,
1°
Does “Shark” (= 2105 Enterprise Storage Server) (or 2105 Model 800) (or 
ESS 800) support MIDAW?  
I'm pretty sure it does; but I can't find an official piece of paper from 
IBM. Something like an announcement letter, or a sales manual entry. 
(It's difficult with all these names such as shark, ESS , ...) 
2° What's the latest status about non-IBM disks?
jan

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

WORST CASE SCENARIO - BACKOUT OF MCDS CHANGE -

[willie bunter]

Hi,
   
  I am planning to implement the MCDS in VSAM EXTEND MODE.  The MCDS is not 
shared by any other partition.  I have place my backout procedures should my 
preliminary tests fail.
   
  My question is what should I do if I have a problem with DFHSM later in the 
day?  For example I will implement my change at 02:00 a.m.and I get notified 
that there is a problem at 11:00. a.m.  Can I do the following :
   
  1. Rename the current MCDS to MCDS.BAD
  2. Redfine the (cluster) MCDS with the old attributes.
  3. Repro the records from the current file back to the new file so that I 
don't lose any  
 updates and not be out of synch?  
   
  Would there be a problem with DFHSM? Would there be other problems that  may 
occur which I haven't foreseen?  Can you suggest something else? 
   
  Thanks

 
-
Finding fabulous fares is fun.
Let Yahoo! FareChase search your favorite travel sites to find flight and hotel 
bargains.

--
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: IBM's web Face

[Greg Keuken]

I have also been having problems with IBM sites today...
ShopZ
Partnerworld
IBMLink

I downloaded Service yesterday morning without issues though.

Greg
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan C. Field
Sent: Thursday, March 08, 2007 1:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM's web Face

Any one else having problems with IBMLink and ShopzSeries sites today?

Sometimes I get logged on sometimes I don't. Our proxy server times out
trying to get to ShopzSeries. 

I ordered PUT0702 for internet delivery and trying to download it I get
"connection reset by peer" - every time I try and down load it. That's
been happening for a couple of days now. 

Alan

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

IBMLINK DOWN ALL DAY?

[=?iso-8859-1?Q?Bob_?=]

Wondering if you folks are also affected? 

--
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: IBM's web Face

[Dean Montevago]

Yup. Can't logon to IBMLINK.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan C. Field
Sent: Thursday, March 08, 2007 1:07 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM's web Face


Any one else having problems with IBMLink and ShopzSeries sites today?

Sometimes I get logged on sometimes I don't. Our proxy server times out
trying to get to ShopzSeries. 

I ordered PUT0702 for internet delivery and trying to download it I get
"connection reset by peer" - every time I try and down load it. That's
been happening for a couple of days now. 

Alan

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

IBM's web Face

[Alan C. Field]

Any one else having problems with IBMLink and ShopzSeries sites today?

Sometimes I get logged on sometimes I don't. Our proxy server times out
trying to get to ShopzSeries. 

I ordered PUT0702 for internet delivery and trying to download it I get
"connection reset by peer" - every time I try and down load it. That's
been happening for a couple of days now. 

Alan

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

D37 for PDSE in LNKLIST in SYSPLEX

[Mark House]

Summary: We need to delete a file that has enqueue's on the DSN in 
multiple LPAR's on the same Z/900.  Any help would be appreciated.

In performing SMP/E processing we ran into a D37-04 on the CBC.SCCNCMP 
that resides on a SYSRES pack.  The same DSN is used on four other LPAR'S 
on a z/900 running various levels of Z/OS.  The CBC.SCCNCMP on the other 
LPAR'S are files unitque to that release of the Operating System.  When we 
attempt to delete and define the file that needs more space, we get a 
"DATASET in use by 10 users" message.  The other "users" are LLA and 
XCFAS.  We assume this is because the dataset is named the same on the 
other LPAR'S. 
 
How can I build a new PDSE named "CBC.SCCNCMP" on a single LPAR 
without having to IPL?


Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.


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

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L
> Sent: Thursday, March 08, 2007 11:45 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: TN3270
> 
> 
> With the end of life announcement by Cisco for their CIP/CPA TN3270
> Server product offering, what have other customers implemented, or are
> considering to replace this function?
> TIA,
> Jon
> 
> Jon L. Veilleux

We just went with doing the TN3270 emulation on the z/OS system itself,
connected via OSA/Express adapters. I was very worried about CPU usage
before we did it, but we have not really seen any impact. We usually
have around 1200 sessions going during the day. No, not a lot, really.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
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

TN3270

[Veilleux, Jon L]

With the end of life announcement by Cisco for their CIP/CPA TN3270
Server product offering, what have other customers implemented, or are
considering to replace this function?
TIA,
Jon

Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683 


-
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna

--
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: FBA rant

[Anne & Lynn Wheeler]

IBM Mainframe Discussion List wrote:
The 2321 was only responsible for the bb part of the mbbcchhr.  The m  was, 
and still is, the extent number in the DEB.
 
Bill  Fairchild

Plainfield, IL


i.e. seek CCW has six byte length ... bbcchh

CKD DASD command codes ... from my q&d conversion of gcard ios3270 to html
(seek has count/length of "6"):
http://www.garlic.com/~lynn/gcard.html#26.1

pictures of 2321 here:
http://members.optushome.com.au/intaretro/2321DCD.htm
http://www.columbia.edu/acis/history/datacell.html

in the above you can see "bin" closeup ... "BB" selection could
rotate the whole cylinder to place correct "bin" under the 
read/write heads ... rotation  somewhat would reminded me of 
washing machine.


past posts mentioning 2321 in this thread:
http://www.garlic.com/~lynn/2007e.html#51 FBA rant
http://www.garlic.com/~lynn/2007e.html#63 FBA rant

there is some slight physical packaging resemblance between 2321 and 2301 drum 
... both
appearing to be cylinders. 2301 drum can be seen here in mid-background to the 
right
of the tape-drives.
http://www.columbia.edu/acis/history/2311.html

another system picture with 2301 in mid-background
http://www.cs.ncl.ac.uk/events/anniversaries/40th/images/ibm360_672/29.jpg

close-up here
http://www.columbia.edu/acis/history/drum.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: Tape Backup issues.

[Hal Merritt]

We looked at that solution a couple of times, but never pursued it
because the best possible network times were painfully slow. Even local
ESCON drives can't do the job in our tiny shop. 

We are using the CNT boxes in a XRC solution but still have problems
getting enough glitch free bandwidth. 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Benik
Sent: Thursday, March 08, 2007 8:15 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Tape Backup issues.

Since I received no reply to my first note I thought I'd word it 
differently.  The 15 to 1 ratio can be explained by normal tape I/O.  It

seems the bottle neck is at the Brocade directors.  We dump the data
into 
an edge and it hits the front end at 60 MBPS the network then compresses

it and it goes across compressed.  We are not using the tape drives on
the 
other end as optimally as they should be so we are getting a shoe shine 
effect.  Not good on this large tape.  Is anybody else doing tape
backups 
at a remote location using Brocade(McData) equipment?  

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

--
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: Moving data between Sysplex's

[Hal Merritt]

I agree with Dave in that movement of production data would be
restricted at best. 

That said, we use Flashcopy with good results. We also use FTP over
Hipersockets. 

(Note: it seems that good FTP performance requires the proper settings
be used, such as TYPE E, MODE C, and MTU appropriate for the hardware.) 

I would look at a solution where the 'scrubbed' data is stowed on a set
of volumes that are flashed on a scheduled basis. 

HTH and good luck. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ceruti, Gerard G
Sent: Thursday, March 08, 2007 7:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Moving data between Sysplex's

Hi All

We are planning to split our Sysplex into Dev and Prod, from the current
setup where both Prod and Dev in one Sysplex.
The Application people need to move data from Production to Dev at the
start of each evening processing, what techniques are folks using to
move data between their Sysplex's ?.

We have a shared VTS , there is FTP, SCP, dump restore , what else ?.
No idea of the volume just yet.


Regards
Gerard Ceruti 
 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

--
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: General question on licensing "obsolete" IBM products

[Ed Gould]

On Mar 8, 2007, at 8:41 AM, Charles Mills wrote:

The current LE "COBOL Migration" manual lists a fair amount of  
analysis and
work to determine and or provide for upward compatibility. I  
believe them.


When a customer has hundreds of "not recently touched" business- 
critical
programs, and no one who knows how they work, and no budget for  
conversion,
and typical corporate tolerance for risk (i.e., near zero) it is a  
HUGE

obstacle, and there is no reasoning it away, I fear.

Charles


---SNIP--

As I have said before you have to be a lawyer before reading the  
book. Be extremely *PARANOID* about wording they leave a lot of gray  
area (on purpose?) as well. Don't just accept their words at face  
value either. Read between the lines (and hopefully have good ESP) .


Having said that, there is some compatibility, but having said that.  
Be prepared to grow gray hair and be a political outcast because of  
issues that will probably come up.



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: FBA rant

[(IBM Mainframe Discussion List)]

 
 
In a message dated 3/8/2007 9:50:22 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:
>Andreas F. Geissbuehler wrote:
The venerable IBM 2321 A.K.A "the strip picker", the one responsible  for the 
mbb in "mbbcchhr" -- did CP/67 or VM ever support the 2321  ?
 
The 2321 was only responsible for the bb part of the mbbcchhr.  The m  was, 
and still is, the extent number in the DEB.
 
Bill  Fairchild
Plainfield, IL

"Criticism and dissent are the indispensable  antidote to major delusions." 
[Alan Barth, 1951; The Loyalty of Free  Men]


** AOL now offers free 
email to everyone.  Find out more about what's free from AOL at 
http://www.aol.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: JES2 Exit 5 on z/OS 1.7

[Dave Danner]

On Thu, 8 Mar 2007 08:19:30 -0600, Joe Mscisz <[EMAIL PROTECTED]> wrote:

>Has anyone experienced problems assembling JES2 Exit 5 on 1.7? 

Is SYS1.MODGEN included in your SYSLIB concatenation?

--
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: TSSO and z/OS 1.8

[David Gosse]

Hello,
I have pulled the latest TSSO version from the Updates section of the CBT 
site. I am trying to assemble it using z/OS 1.8 macros. The assembly of 
TSSO fails with an undefined symbol UCMMCENT. The assembly of TSSOSS09 
fails with an undefined symbol WQEUCMID.

Has anyone else updated TSSO to run with z/OS 1.8?
Thanks.
Dave Gosse

--
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: FBA rant

[Anne & Lynn Wheeler]

Andreas F. Geissbuehler wrote:
The venerable IBM 2321 A.K.A "the strip picker", the one responsible for 
the mbb in "mbbcchhr" -- did CP/67 or VM ever support the 2321 ?


re:
http://www.garlic.com/~lynn/2007e.html#51 FBA rant

addenda and more topic drift.

the reason given for periodically roping me into playing disk engineer was that
so many senior engineers had departed (lots in the departure to memorex and then
various others including later departures to storage tek). they needed somebody
that understood i/o architecture at a high level ... which had been the 
responsibility
of the senior engineers that had left. i got pulled into it because of having to
get into the guts of i/o architecture as part of being able to make the 
virtualization
work correctly ... and then i got pulled into other areas. lots of past posts
mentioning getting to play in disk engineering and product test labs
http://www.garlic.com/~lynn/subtopic.html#disk

recent post in this thread mentioning getting to play disk engineer
http://www.garlic.com/~lynn/2007e.html#40 FBA rant

I did later run into one of the disk engineers that had been part of the group 
that
had departed for memorex and claimed to have done a lot of the work on 2321. He
and some others at memorex had left and founded their own company that did 
hardware
database engine. They had picked up a CTO out of Berkeley. When the CTO left 
their
company for Teradata (and then later founded his own rdbms company), they came
around san jose plant site looking to backfill the CTO position (primarily from 
people
working on system/r) . Similar to the stories told about Shugart recruiting around 
san jose plant site (after he had left) ... but on much smaller scale (and they did

manage to catch somebody to backfill the CTO position). lots of past posts 
mentioning
system/r
http://www.garlic.com/~lynn/subtopic.html#systemr

and other discussions around that era from the '95 SQL reunion:
http://www.mcjones.org/System_R/SQL_Reunion_95/sqlr95-Teradata.html

and recent post in original thread (from which this thread spawned)
http://www.garlic.com/~lynn/2007e.html#41 IBM S/360 series operating systems 
history

misc. past posts mentioning shugart, floppy disks, departing for memorex, etc
http://www.garlic.com/~lynn/2000.html#9 Computer of the century
http://www.garlic.com/~lynn/2002.html#17 index searching
http://www.garlic.com/~lynn/2002l.html#50 IBM 2311 disk drive actuator and head 
assembly
http://www.garlic.com/~lynn/2004.html#5 The BASIC Variations
http://www.garlic.com/~lynn/2004j.html#36 A quote from Crypto-Gram
http://www.garlic.com/~lynn/2004l.html#14 Xah Lee's Unixism
http://www.garlic.com/~lynn/2004p.html#0 Relational vs network vs hierarchic 
databases
http://www.garlic.com/~lynn/2004q.html#64 Will multicore CPUs have identical 
cores?
http://www.garlic.com/~lynn/2005b.html#1 Foreign key in Oracle Sql
http://www.garlic.com/~lynn/2005c.html#9 The mid-seventies SHARE survey
http://www.garlic.com/~lynn/2005h.html#37 Software for IBM 360/30
http://www.garlic.com/~lynn/2006n.html#30 CRAM, DataCell, and 3850
http://www.garlic.com/~lynn/2006v.html#17 Ranking of non-IBM mainframe builders?
http://www.garlic.com/~lynn/2006x.html#27 The Future of CPUs: What's After 
Multi-Core?

--
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: Moving data between Sysplex's

[Jousma, David]

Gerard,

We are also pursuing this as a result of banking requirements here in
the US regarding test access to production data(copied or direct)- data
security.  We are going to provide a mechanism to do this most likely
utilizing dss dump, ftp, then dss restore(in some fashion - maybe panel
driven).  Whether they get queued up on a daily basis or not has not
been decided.   

What is in the air is whether or not application development groups get
access to production data at all, or if it gets scrubbed first(account
numbers, SSN's, etc).  That is up to audit and compliance/risk here.
It's a big project for us.  Not sure where it will take us.  Of course
it annoys the developers as it is always easier to test against copies
of live data, rather than creating test cases.

Dave


Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ceruti, Gerard G
Sent: Thursday, March 08, 2007 8:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Moving data between Sysplex's

Hi All

We are planning to split our Sysplex into Dev and Prod, from the current
setup where both Prod and Dev in one Sysplex.
The Application people need to move data from Production to Dev at the
start of each evening processing, what techniques are folks using to
move data between their Sysplex's ?.

We have a shared VTS , there is FTP, SCP, dump restore , what else ?.
No idea of the volume just yet.


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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