Re: India is outsourcing jobs as well

[R.S.]

Edward Jaffe wrote:

Kelman, Tom wrote:

I thought this was interesting.  What do you guys working in Georgia,
Virginia, and Idaho think about being in "states which are less
developed" and when are you going to start working for $1000/year?

[...]
As far as the numbers go, you couldn't survive anywhere in the United 
States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr 
which translates to $16,380 if you work 40 hours a week, fifty weeks per 
year. Here in California, In-N-Out burger (http://www.in-n-out.com/) 
starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! 
(Really good ones though!)
The avg salary in Poland is approx. $12000/yr. Less than half of 
"hamburger job" in Virginia. I don't know real numbers in India (I 
believe that $1000 is not avg salary), however I think there's HUGE 
difference between IT specialist salary and average.
In other words, there is no sense to analyze avg salary when talking 
about IT in India (or Poland).



--
Radoslaw Skorupka
Lodz, Poland




--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci 
opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 
r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 
z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone.

--
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: Writing 23FDs

[Robert A. Rosenberg]

At 13:20 -0500 on 09/26/2007, Chase, John wrote about Re: Writing 23FDs:


How long has it been since the last APAR against IEFBR14?


I think that there was only 1 and it was soon after OS/360 was 
released. It added an instruction to clear R15 to the original BR 14.


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

[no subject]

[Jie J Zhang]

bonjour, you should send commands to [EMAIL PROTECTED], instead of 
ibm-main, which will broadcast to every one, a sort of bothersome. 

With Utmost Sincerity

ZHANG, Jie [Andy] 张��

TSS, zSoftware, SWG, IBM China
[EMAIL PROTECTED]
+86-10-63613599



From:
Didier LAMARE <[EMAIL PROTECTED]>
To:
IBM-MAIN@BAMA.UA.EDU
Date:
2007-09-26 21:39
Subject:




info


--
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: IEFBR14 and the "bar" [was:RE: Writing 23FDs]

[Ed Gould]

On Sep 26, 2007, at 10:21 PM, Ed Finnell wrote:



In a message dated 9/26/2007 4:52:18 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:

areas  are not yet enhanced for the larger registers, PSW, etc.  I  
bet an

IEFBR14
would work, since it just might finish executing before any  interrupt
occurred, but that's always a  gamble.





Wouldn't it depend on home many DD's were defined and the location  
of the

datasets?

The old trick of allocating vol specific temp dsn to turn on DIRF  
bit  still

work?




Ed,

Maybe I am off a little but wouldn't allocation take place before  
IEFBR14 was linked/xctl'd to ? Now if you had indicated a dynamic  
allocation then that might be right. But for this specific case that  
you brought up the "length" of program execution would still be as  
short as below the bar (unless you take into account the extra length  
of the instructions (if there would be any) inside of IEFBR14?


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: IEFBR14 and the "bar" [was:RE: Writing 23FDs]

[Ed Finnell]

 
In a message dated 9/26/2007 4:52:18 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

areas  are not yet enhanced for the larger registers, PSW, etc.  I bet an   
IEFBR14 
would work, since it just might finish executing before any  interrupt  
occurred, but that's always a  gamble.



>>
Wouldn't it depend on home many DD's were defined and the location of the  
datasets?
 
The old trick of allocating vol specific temp dsn to turn on DIRF bit  still 
work? 



** See what's new 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: Writing 23FDs

[Raymond Noal]

Dear List:

An IBM 4361 Model Group 5 had the ECPS feature - 

Extended Control Program Support (ECPS) -- offers VSE mode, VM/370 mode, and 
MVS/370 mode. These modes provide microcode assists that make the system 
control programs operate more efficiently.

HITACHI
 DATA SYSTEMS 
Raymond E. Noal 
Senior Technical Engineer 
Office: (408) 970 - 7978 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed 
Gould
Sent: Wednesday, September 26, 2007 6:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Writing 23FDs

On Sep 26, 2007, at 2:59 PM, Farley, Peter x23353 wrote:
SNIP--
>
> IIRC 4331's were introduced along with a supposedly "user-friendly",
> "simpler" version of DOS/VSE that IBM labeled SSX/VSE.  It had a  
> LOT more
> menu-driven configuration and administration screens than regular  
> DOS/VSE,
> all running under ICCF.  It was supposed to be possible for a  
> normal COBOL
> programmer or even a savvy "end user" to maintain the machine.
>
> Not that you couldn't run regular DOS/VSE on a 4331, but I  
> understand quite
> a number were sold in special packages including SSX/VSE.  Though  
> another
> vague memory also says that those "package" deals came with FBA  
> disks (3310
> or 3370) instead of CKD 3350's, so perhaps your copy is regular DOS/ 
> VSE
> after all.
>
> Thanks for bringing up some fond memories!
>
> Peter
>


Peter,

IIRC there was a feature (I do not remember the exact details maybe  
someone else on the list can) that there was a hardware assist ecps?  
its been a long time I don't recall the details (nor care to). Yes  
the 3310 were FBA (as well as the 3370's). We had one as a toy and  
were not impressed with the speed.

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

--
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: Writing 23FDs

[Ed Gould]

On Sep 26, 2007, at 2:59 PM, Farley, Peter x23353 wrote:
SNIP--


IIRC 4331's were introduced along with a supposedly "user-friendly",
"simpler" version of DOS/VSE that IBM labeled SSX/VSE.  It had a  
LOT more
menu-driven configuration and administration screens than regular  
DOS/VSE,
all running under ICCF.  It was supposed to be possible for a  
normal COBOL

programmer or even a savvy "end user" to maintain the machine.

Not that you couldn't run regular DOS/VSE on a 4331, but I  
understand quite
a number were sold in special packages including SSX/VSE.  Though  
another
vague memory also says that those "package" deals came with FBA  
disks (3310
or 3370) instead of CKD 3350's, so perhaps your copy is regular DOS/ 
VSE

after all.

Thanks for bringing up some fond memories!

Peter




Peter,

IIRC there was a feature (I do not remember the exact details maybe  
someone else on the list can) that there was a hardware assist ecps?  
its been a long time I don't recall the details (nor care to). Yes  
the 3310 were FBA (as well as the 3370's). We had one as a toy and  
were not impressed with the speed.


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: A CIO Article on Cutting IT costs

[Gary Green]

Yeah, I saw that.  I really liked the Pro/Con countdown of proposed
savings...

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Gould
Sent: Wednesday, September 26, 2007 7:35 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: A CIO Article on Cutting IT costs

http://www.cioinsight.com/slideshow/0,1206,l=

&s=&a=215829,00.asp?
kc=CIOMINUTE092607CIOA

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


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.488 / Virus Database: 269.13.30/1030 - Release Date: 9/25/2007
8:02 AM



   

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

A CIO Article on Cutting IT costs

[Ed Gould]

http://www.cioinsight.com/slideshow/0,1206,l=&s=&a=215829,00.asp? 
kc=CIOMINUTE092607CIOA


--
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: Writing 23FDs

[William Donzelli]

> If I've got anything you might be able to use, don't hesitate to contact
> me. Even if it's only a reference card. 

Check that CE bag! Go to the back of the bottom drawer!

Clearly, OLD software is of prime importance - ask the Computer
History Museum (CHM) about that. An amazing amount of important
software is lost.

Then there are maintenance docs for old systems. Once again, CHM. For
all the S/360s and S/370s that IBM churned out, the Big Blue Binders
have vaporized for most of the different models.

Then, of course, are pieces of old hardware. I would hope that most
people on this list (especially after all my ranting in the past few
years) would recognize that after hardware passes the junk stage in it
life (ten years or so), it starts to become important again, and
should get a chance of a new life in a museum or collection. Large
amounts, especially early disks, are just about gone.

And then - for the stuff that really can live in the old CE bag or
back of the bottom drawer - some parts are always on the wanted lists:

- The rectangular colored plastic buttons for machine checks, Reset,
Program Load, etc. - even the weird ones. Maybe especially the weird
ones!

- The plug in lights from the S/360 and S/370 era - the blinkenlights.
Guys like me are even taking burnt out ones and rebulbing them.

- Machine tags - the square or rectangular aluminum tags with the
model numbers that everyone pried off when the machines were rolled
away to be scrapped. The glue on those is also notorious for drying up
after all these years, and often just fall off and are lost.

- Control panel knobs, like that standard hex knob, because IBM chose
a plastic that would season and eventually split.

- CE jigs, like the tools used to align disk heads, card feeders, tape
handlers, etc.. These are very valuable when getting a machine
running.

- Disk packs. For some reason, the IBM packs all went away, but the
DEC packs (CDC, Memorex, etc.) can still be found in quantity.
Annoying.

And, of course, anything else...

--
Will

--
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: IEFBR14 and the "bar" [was:RE: Writing 23FDs]

[(IBM Mainframe Discussion List)]

 
 
In a message dated 9/26/2007 4:04:51 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>I thought the current implementation
required all executing code to  reside below 2G.
 
There's been discussion of this topic before on either IBM-MAIN and/or the  
Assembler post place (can't remember its exact name).  Check archives of  both. 
 Bottom line is that code can run above the bar if you put it there  yourself 
and if that code never gets interrupted, as z/OS interrupt handler save  
areas are not yet enhanced for the larger registers, PSW, etc.  I bet an  
IEFBR14 
would work, since it just might finish executing before any interrupt  
occurred, but that's always a gamble.
 
Bill  Fairchild
Plainfield, IL





** See what's new 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

Humor in SoftCap UG

[John Mattson]

The SoftCap Migration Capacity Planning Aid UG  v3.1 which may be found at 
 www.ibm.com/support/techdocs has an amusing typo on page 11. 
What should read: 
6. If you have a MQseries workload 
actually reads 
6. If you have a Miseries workload 
Well, you cannot accuse them of false advertising. 

--
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: India is outsourcing jobs as well

[Kirk Talman]

It's not Freitag yet but I'll byte.

I get ribbed about living in a city that once had a law requiring citizens 
to own firearms (source of comment below).  I rib back noting I commute 
less than three miles to work.

Lasting p*ssing contest here was the city trying to pass a law restricting 
use of firearms in city parks and the state saying no you can't.

But it is still rural enough that the d*** possums and racoons eat the cat 
food on the back deck.  And I'm advised it is illegal to shoot the 
b***, even if they have rabies.

unarmed pup

IBM Mainframe Discussion List  wrote on 09/26/2007 
04:07:17 PM:

> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Kirk Talman

> > [ snip ]

> > pup in Kennesaw GA

> Hmmm.  Got a Big Iron on yer hip?  :-)

> -jc-



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you 

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

CentricStor

[Zaromil Tisler]

Hello!

Anyone on this list having experience with CentricStor? It would be very 
interesting to hear 
(see) a comparison between CentricStor and IBM VTS based on experience with 
both of them.

Thank you!

-- 
Zaromil

--
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: CUNUNIxx IMAGE keyword

[Mark Zelden]

On Wed, 26 Sep 2007 16:50:53 -0400, Imbriale, Donald <[EMAIL PROTECTED]> wrote:

>Prior to z/OS 1.6, IMAGE was an accepted keyword in the CUNUNIxx member
>in PARMLIB.  The syntax in CUNUNIxx has changed and the documentation
>or 1.7 and 1.9 does not include a specification for IMAGE other than
>ADD IMAGE, but IMAGE is still accepted as a valid keyword and processed
>as expected.  Is IMAGE an acceptable short-form substitute for ADD
>IMAGE?

Yes.  That way, users didn't *have* to change anything if they
didn't want to when they migrated to 1.7 (and above) and the 
same parmlib member could be shared between both system levels.   

Check out some past posts from Brian and Ken.  You might also want
to get SHARE session #2855 from SHARE in San Diego (Understanding
z/OS Unicode Services).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS 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

IEFBR14 and the "bar" [was:RE: Writing 23FDs]

[Farley, Peter x23353]

> -Original Message-
> From: Rick Fochtman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 26, 2007 4:55 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Writing 23FDs
> 
> 
> How long has it been since the last APAR against IEFBR14? :-)
> -
> IIRC, it was RMODE/AMODE related; around the time of MVS/XA
> 
> Time for another, for running only below the bar ??

I didn't think ANYTHING would actually "run above the bar" yet (i.e., have
code resident and executed above 4G).  I thought the current implementation
required all executing code to reside below 2G.

Or did you mean running in 64-bit AMODE?

Peter

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

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

Re: Writing 23FDs

[Rick Fochtman]

-


Didn't the 4331's have a file/tape adapter?  That might have been for
FBA devices only.  20+ years ago I was the data center manager for an
insurance company and we ran all of our DASD off the FTA.  When we
upgraded to the 4381 we had to install a 3990.
 


-
IIRC, our first 4341's at Clearing were loaded via a special cable from 
the CPU directly to a 3420 tape drive.


--
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: Writing 23FDs

[William Donzelli]

> Because  the FBA's and 8809's were boat anchors.  And the 3350's and 3420
> gave interchangeability with MVS.
>
> With things connected to normal channels the sky was the limit with what
> could be done with the 4331.  Using the ICA severely limited your devices.
>
> The 3350 and 3420 tapes could run circles around the standard stuff IBM
> wanted to sell with the 4331.

Of course - but I do not think this guy ever did anything that really
pushed the system anyway!

Interestingly, the 3830 has a slip of paper taped inside, saying it
was from a 3033/3158 system. Oh, to be demoted to a 4331...

--
Will

--
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: Writing 23FDs

[Gregory, Gary G]

Don't forget about the Display/Printer Adapter!  


Because  the FBA's and 8809's were boat anchors.  And the 3350's and
3420
gave interchangeability with MVS.

With things connected to normal channels the sky was the limit with what
could be done with the 4331.  Using the ICA severely limited your
devices.

The 3350 and 3420 tapes could run circles around the standard stuff IBM
wanted to sell with the 4331.

On Wed, 26 Sep 2007 16:45:14 -0400, William Donzelli
<[EMAIL PROTECTED]>
wrote:

>> Didn't the 4331's have a file/tape adapter?  That might have been for
>> FBA devices only.
>
>The 4331 could take 8809 tape and 3370 DASD directly. I do not know
>why this one has the 3830 and 3350s.
>
>--
>Will

--
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: Writing 23FDs

[Rick Fochtman]

--
It will be used as the processor for an ever growing pile of older 
DASDs, tapes, card machines, etc. here. Yes, I would like to have a real 
S/360 processor for this, but they are pretty much not to be found. The 
4331 should do well - not perfect, but OK. I am not complaining. Anyway, 
the S/370 era stuff needs attention as well.

---
If I've got anything you might be able to use, don't hesitate to contact 
me. Even if it's only a reference card. 


---
Why didn't Noah swat those two mosquitos ??

--
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: Writing 23FDs

[Matthew Stitt]

Because  the FBA's and 8809's were boat anchors.  And the 3350's and 3420
gave interchangeability with MVS.

With things connected to normal channels the sky was the limit with what
could be done with the 4331.  Using the ICA severely limited your devices.

The 3350 and 3420 tapes could run circles around the standard stuff IBM
wanted to sell with the 4331.

On Wed, 26 Sep 2007 16:45:14 -0400, William Donzelli <[EMAIL PROTECTED]>
wrote:

>> Didn't the 4331's have a file/tape adapter?  That might have been for
>> FBA devices only.
>
>The 4331 could take 8809 tape and 3370 DASD directly. I do not know
>why this one has the 3830 and 3350s.
>
>--
>Will

--
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: Writing 23FDs

[Rick Fochtman]

How long has it been since the last APAR against IEFBR14? :-)
-
IIRC, it was RMODE/AMODE related; around the time of MVS/XA

Time for another, for running only below the bar ??

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

CUNUNIxx IMAGE keyword

[Imbriale, Donald]

Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Prior to z/OS 1.6, IMAGE was an accepted keyword in the CUNUNIxx member
in PARMLIB.  The syntax in CUNUNIxx has changed and the documentation
for 1.7 and 1.9 does not include a specification for IMAGE other than
ADD IMAGE, but IMAGE is still accepted as a valid keyword and processed
as expected.  Is IMAGE an acceptable short-form substitute for ADD
IMAGE?

Don Imbriale



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


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***


--
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: Writing 23FDs

[Gregory, Gary G]

You're right, Matt.  Once you hit "ENTER" or a PFK the contents of the
member being edited was written back to the ICCF library.

Don't forget you could run ISPF under ICCF in an interactive partition.
Yeah, that ran fast!  NOT!

<< Snip >>


Ohthe memories.my head hurts. :-)

The full screen interface was DOS/VSEs attempt at ISPF.  But it was
Neanderthal compared to modern man.  WYSIWYG, no way to build your own
stuff, that I know of.

The biggest pain was that ICCF editor had no "undo" command.

<< End 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: Writing 23FDs

[William Donzelli]

> Didn't the 4331's have a file/tape adapter?  That might have been for
> FBA devices only.

The 4331 could take 8809 tape and 3370 DASD directly. I do not know
why this one has the 3830 and 3350s.

--
Will

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

SSX memories [was:RE: Writing 23FDs]

[Farley, Peter x23353]

> -Original Message-
> From: Matthew Stitt [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 26, 2007 4:10 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Writing 23FDs
> 
> Ohthe memories.my head hurts. :-)
> 
> The full screen interface was DOS/VSEs attempt at ISPF.  But it was
> Neanderthal compared to modern man.  WYSIWYG, no way to build your own
> stuff, that I know of.
> 
> The biggest pain was that ICCF editor had no "undo" command.

That I don't remember, but you could be correct.

OTOH, there certainly were ways to build your own stuff into SSX, though
AFAIK IBM only told ISV's about it.  I was charged with integrating our
product into the SSX installation and support methodology, and it really was
an interesting project to do.

Horribly slow because the 4331 was really, really slow, but it did the job.
Eventually... :)

ICCF itself of course was available on all of the VSE's that I worked on.
ISTR ICCF V1 even ran under DOS/VS, but ICBW.

It wasn't ISPF, but compared to punching cards on an 029 or 129 it was a
pretty good tool.

Then again, IMHO ISPF is TSO's attempt at XEDIT... and not a very good one
either... :)

Peter

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

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

Re: Writing 23FDs

[Gregory, Gary G]

Didn't the 4331's have a file/tape adapter?  That might have been for
FBA devices only.  20+ years ago I was the data center manager for an
insurance company and we ran all of our DASD off the FTA.  When we
upgraded to the 4381 we had to install a 3990.

Gary


<< Snip >>

The 4331-2 disk is mostly readable - it gets a check halfway thru the
load, and the previous owner devised a complicated song-and-dance act
that one needs to do to get past the problem. It works, but is just
itching to get worse over time. I do not have a similar song-and-dance
for the 3830, so if that gets troublesome, things will be bad.

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

TCPIP (again)

[Matthew Stitt]

Here I go again fooling around with multiple IP stack interfaces.

This time I've got a dedicated port which connects to a server as a direct
connection.  This is a dedicated network which nobody can tap into.

The IP addresses on all stacks are 10.10.10.xxx on both sides of the wire. 
VM and Zlinux can talk to the server(s) on the other side.  MVS cannot.  All
systems can see the MVS system(s), and MVS can even see the VM and Zlinux
systems (they are on the same machine).

A ping to the server on the other end of the wire times out.  Here are my
ROUTE statements:
ROUTE 10.10.10.0255.255.255.0 = Z990CH11LNK1  MTU 1492 
ROUTE 192.0.1.0 255.255.255.0 = IQDIO1MTU 8192 

Anyone know how to make this work?

Thanks.

--
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: PSF Printer

[Jack Schudel]

The only issue that we had was with separator pages when printing
to short forms (like labels or cards.)
With any other continuous forms printer that I have ever worked
with, the banner pages printed over as many forms as were required
to print the entire banner page.  With the 6500 we only got as many
lines as fit within the defined FCB length.

The cure was to redefine those FCB's by repeating the channel definition
punches enough times to make the FCB long enough to contain the
banner page.
For example, using 1 inch labels printed at 6lpi.  In the old days we
defined the FCB as having 6 lines, with a single channel 1 punch.
Now the FCB is defined as having 66 lines, with a channel 1 punch
every 6 lines.

Once we got that figured out the user has been very happy with
the results.

Good luck.  -jack


- Original Message - 
From: "Matt Dazzo" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, September 21, 2007 8:55 AM
Subject: [IBM-MAIN] PSF Printer


We are considering using PSF over IP to run IBM 6500 printers, we are 
zOS1.7. I am looking to see if anyone is using this and how it is working 
out. Along with that considering using the line mode migration feature to 
automatically load FCB and page def information, looking for feed back 
from anyone using that feature. Lastly, looking for sample JES2 statements 
and the fss proc used. Thanks for any info you can provide. Matt


--
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: Writing 23FDs

[Matthew Stitt]

Ohthe memories.my head hurts. :-)

The full screen interface was DOS/VSEs attempt at ISPF.  But it was
Neanderthal compared to modern man.  WYSIWYG, no way to build your own
stuff, that I know of.

The biggest pain was that ICCF editor had no "undo" command.

On Wed, 26 Sep 2007 15:59:32 -0400, Farley, Peter x23353
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: William Donzelli [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, September 26, 2007 3:33 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Re: Writing 23FDs
>>
>> > What do ou run on it? MVS/SP 2.2 perhaps?
>>
>> OK, found it. DOS/VSE.
>
>IIRC 4331's were introduced along with a supposedly "user-friendly",
>"simpler" version of DOS/VSE that IBM labeled SSX/VSE.  It had a LOT more
>menu-driven configuration and administration screens than regular DOS/VSE,
>all running under ICCF.  It was supposed to be possible for a normal COBOL
>programmer or even a savvy "end user" to maintain the machine.
>
>Not that you couldn't run regular DOS/VSE on a 4331, but I understand quite
>a number were sold in special packages including SSX/VSE.  Though another
>vague memory also says that those "package" deals came with FBA disks (3310
>or 3370) instead of CKD 3350's, so perhaps your copy is regular DOS/VSE
>after all.
>
>Thanks for bringing up some fond memories!
>
>Peter

--
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: India is outsourcing jobs as well

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Kirk Talman
> 
> [ snip ]
> 
> pup in Kennesaw GA

Hmmm.  Got a Big Iron on yer hip?  :-)

-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: A security question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Walt Farrell
> 
> On Wed, 26 Sep 2007 13:40:58 -0500, LAMARE Didier wrote:
> >IT is a good idea, but if a person has copied a CICS PDS under an 
> >another name, we have a problem.
> 
> Perhaps, but your problem in that case was that you let them 
> make the copy in the first place.  They should have had 
> EXECUTE authority to the library, or no (NONE) authority, to 
> prevent such copying.
> 
> Once someone has made a copy in a library whose name you do 
> not know, you can not stop them from running that program, at 
> least with RACF, unless you implement system exits to do so.  
> 
> Of course, in some cases (such as the main CICS modules I 
> know of) they must run APF-authorized, and any such copies 
> would not work since a user's copied library would not be 
> APF-authorized.  Thus you might not have anything to worry about.

Perhaps "best" would be to simply delete the "old" CICS libraries.
That, together with the lack of APF authorization for user copies of
DFHSIP and related programs/tables, should "absolutely" prohibit the
"old" version(s) from being executed.

Possibly noteworthy is that "current" CICS licenses specifically allow
retention and use of "back-level" copies of the CICS language-specific
precompilers anywhere in the enterprise.

-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: Writing 23FDs

[Farley, Peter x23353]

> -Original Message-
> From: William Donzelli [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 26, 2007 3:33 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Writing 23FDs
> 
> > What do ou run on it? MVS/SP 2.2 perhaps?
> 
> OK, found it. DOS/VSE.

IIRC 4331's were introduced along with a supposedly "user-friendly",
"simpler" version of DOS/VSE that IBM labeled SSX/VSE.  It had a LOT more
menu-driven configuration and administration screens than regular DOS/VSE,
all running under ICCF.  It was supposed to be possible for a normal COBOL
programmer or even a savvy "end user" to maintain the machine.

Not that you couldn't run regular DOS/VSE on a 4331, but I understand quite
a number were sold in special packages including SSX/VSE.  Though another
vague memory also says that those "package" deals came with FBA disks (3310
or 3370) instead of CKD 3350's, so perhaps your copy is regular DOS/VSE
after all.

Thanks for bringing up some fond memories!

Peter

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

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

Re: India is outsourcing jobs as well

[Kirk Talman]

Lot's of GA is underdeveloped.  But parts rank with anyplace around in 
development.  Go more than 50 mi from ATL core (but not north -- halfbacks 
there) and you will find resources for less than you can in either us 
coast.  That area also contains one of the largest mainframe datacenters 
in the us.

btw a halfback is a person from northern us who retired to FL and found it 
(pick all that apply) too hot, too humid, too dry, too wet, too crowded, 
(add favorite complaint/prejudice  here).  They move 1/2 way back home -- 
W NC, N GA, E TN, etc.

We also have pgmr center in ID.  Understand the job market is a bit tight 
there.

pup in Kennesaw GA

IBM Mainframe Discussion List  wrote on 09/26/2007 
12:49:05 PM:

> I thought this was interesting.  What do you guys working in Georgia,
> Virginia, and Idaho think about being in "states which are less
> developed" and when are you going to start working for $1000/year?

> Tom Kelman
> Commerce Bank of Kansas City
> (816) 760-7632


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you 

--
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: A security question

[Walt Farrell]

On Wed, 26 Sep 2007 13:40:58 -0500, LAMARE Didier
<[EMAIL PROTECTED]> wrote:
>IT is a good idea, but if a person has copied a CICS PDS under an another
>name, we have a problem.

Perhaps, but your problem in that case was that you let them make the copy
in the first place.  They should have had EXECUTE authority to the library,
or no (NONE) authority, to prevent such copying.

Once someone has made a copy in a library whose name you do not know, you
can not stop them from running that program, at least with RACF, unless you
implement system exits to do so.  

Of course, in some cases (such as the main CICS modules I know of) they must
run APF-authorized, and any such copies would not work since a user's copied
library would not be APF-authorized.  Thus you might not have anything to
worry about.

-- 
  Walt Farrell, CISSP
  IBM STSM, z/OS Security Design

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

Re: Writing 23FDs

[William Donzelli]

> What do ou run on it? MVS/SP 2.2 perhaps?

OK, found it. DOS/VSE.

--
Will

--
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: A security question

[Walt Farrell]

On Wed, 26 Sep 2007 09:03:29 -0500, Chase, John <[EMAIL PROTECTED]> wrote:
>With RACF, I *think* you can accomplish that with the PROGRAM class, but
>I must first warn you that the more I learn about "program control", the
>less I understand about it.
>
>That said, you might try something like this:
>
>RDEFINE PROGRAM DFH* UACC(READ)
>RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHAUTH'//NOPADCHK)
>RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHLOAD'//NOPADCHK)
>
>SETROPTS WHEN(PROGRAM) REFRESH

No; that won't work.  That can (with UACC(NONE) rather than READ) stop users
from running the specific copies of the programs in the libraries you specify.

However, it will not stop users from running DFH* programs that reside in
other libraries.

-- 
  Walt Farrell, CISSP
  IBM STSM, z/OS Security Design

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

Re: Writing 23FDs

[William Donzelli]

> As I recall, the 3830 disks could be interchanged if the features and
> non-microcode EC levels on the boxes were the same.  Doing so was "not
> supported" but there was little to lose and when an appropriate disk
> could be found it beat telling a customer the machine would stay down
> until a new floppy disk could be flown in from California if the backup
> was missing or unreadable.  It would be worth trying on the 4331.
> There's nothing to lose.

Very true. I need to pull the microcode off the floppy anyway, just in
case something really bad happens.

I have a spare set of 3830 disks floating around, and there is a guy
that sells (or tries to, anyway!) them on Ebay.

> No calls ever for 20-something years?  Wow!  That's quite a testament to
> the job those guys did on the hardware side.

That is what the owner claimed. The 3350s mostly work, but he had a
whole extra string of four he was using for parts. Same with the 3420s
- he had a herd of them slowly being stripped for hoses and things.

--
Will

--
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: Writing 23FDs

[William Donzelli]

> Not that I can help, I'm sure I can't. But this truly amazing. Please tell us
> more. Where did you get a 4331?

>From a midwest service bureau that finally decided to call it quits.
The guy started with a 1410, then went to a 2030, then the 4331. He
traded in the model 30 make in 1980 for this 4331.

> What do ou run on it? MVS/SP 2.2 perhaps?

I think it has an ancient version of VSE on a 3350.

> What are your plans for it?

It will be used as the processor for an ever growing pile of older
DASDs, tapes, card machines, etc. here. Yes, I would like to have a
real S/360 processor for this, but they are pretty much not to be
found. The 4331 should do well - not perfect, but OK. I am not
complaining. Anyway, the S/370 era stuff needs attention as well.

--
Will

--
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: A security question

[LAMARE Didier]

Tom,
Yes, these are the reasons.

--
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: A security question

[Chicklon, Tom]

> I am going to go with John McKown's suggestion.  Lock down access to the
> datasets.. viola no more use is even possible.
>
> -Rob Schramm

If that version of CICS is no longer licensed, why not just delete the
product datasets??? That would eliminate the problem completely!

Tom Chicklon

--
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: India is outsourcing jobs as well

[Edward Jaffe]

Kelman, Tom wrote:

I thought this was interesting.  What do you guys working in Georgia,
Virginia, and Idaho think about being in "states which are less
developed" and when are you going to start working for $1000/year?
  


I have family all over Virginia. "Less developed" is probably a good 
thing. It's a beautiful state. Lots of history.


There's something very wrong with and/or not being stated in the premise 
here. They probably need people in the United States because things 
aren't working out so well with an all-Indian work force.


As far as the numbers go, you couldn't survive anywhere in the United 
States on $1000/yr. Heck, the federal minimum wage is currently $5.85/hr 
which translates to $16,380 if you work 40 hours a week, fifty weeks per 
year. Here in California, In-N-Out burger (http://www.in-n-out.com/) 
starts people at $9.50/hr! That's $26,600/yr just to make hamburgers! 
(Really good ones though!)


--
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: A security question

[Schramm, Rob]

I am going to go with John McKown's suggestion.  Lock down access to the
datasets.. viola no more use is even possible.

-Rob Schramm



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: A security question

[LAMARE Didier]

John, 
IT is a good idea, but if a person has copied a CICS PDS under an another 
name, we have 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: A security question

[LAMARE Didier]

Rob,
Yes the PDS are differents, we include the version number in the dsname.

--
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: Writing 23FDs

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John Eells
> 
> See below.
> 
> William Donzelli wrote:
> 
> 
> > This 4331-2 ran its last job only about a month ago (it 
> never had a CE 
> > call, either!), and the owner, a small midwest service bureau, 
> > apparently powered the system down just about every weekend to save 
> > electricity. That's a lot of IPLs for these poor floppies!
> 
> No calls ever for 20-something years?  Wow!  That's quite a 
> testament to the job those guys did on the hardware side.  
> (One of the hardware guys told me a few days ago he'd stopped 
> tracking MBTF projections because the numbers were just so 
> high they weren't worth remembering any more.)
> 
> Now, if we could ever get to the point where we went 20 years 
> without a *software* defect...mumble, mumble...

How long has it been since the last APAR against IEFBR14?  :-)

-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

PSI CONSOLIDATES IBM MAINFRAME

[Kopischke, David G.]

>From SearchDataCenter today




PSI CONSOLIDATES IBM MAINFRAME, UNIX, LINUX AND WINDOWS ON SINGLE BOX
| Mark Fontecchio, News Writer

Platform Solutions Inc.'s new System64 DS and ES servers run not
only IBM z/OS but also Intel Itanium operating systems.

Mind the wrap:
http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gc
i1274056,00.html?track=NL-576&ad=606082&asrc=EM_NLT_2269328&uid=279318

--
This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications. 
==

--
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: A security question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
> 
> Chase, John wrote:
> 
> >>-Original Message-
> >>From: IBM Mainframe Discussion List On Behalf Of LAMARE Didier
> >>
> >>Good afternoon,
> >>We research the rules that permit the execute of programs 
> beginning by 
> >>DFH* only from a list of PDS.
> >>How can we do this with RACF, TSS and ACF2?
> >>
> >>
> >
> >With RACF, I *think* you can accomplish that with the PROGRAM class, 
> >but I must first warn you that the more I learn about "program 
> >control", the less I understand about it.
> >
> >That said, you might try something like this:
> >
> >RDEFINE PROGRAM DFH* UACC(READ)
> >RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHAUTH'//NOPADCHK)
> >RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHLOAD'//NOPADCHK)
> > SETROPTS 
> WHEN(PROGRAM) REFRESH
> >  
> >
> -
> You got it right, John. Then just "PERMIT" the appropriate 
> users to the PROGRAM profile, do another refresh, and you're set.

You mean I guessed right the first time??  That's scary!  :-)

But now that I think on it some more, this probably wouldn't accomplish
prohibiting one version of CICS from running, since each CICS region is
its own "environment" and (afaict) "controlling" one "environment" isn't
relevant to another.  What this _might_ do is prevent multiple versions
of CICS from running in the same region (aka "environment").

If the "prohibited" version was CICS/ESA 3.3 or later, removing its
authorized library from the APF list would prevent it from initializing.

-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: CNZ0005I MONITOR REJECTED. REASON=CONSOLE ID ZERO NOT SUPPORTED, at zOS 1.08

[John Mattson]

Thanks to all replies. As usual the full answer is "It depends". 
If you are using automation, you need the messages, but you may set them 
in CONSOLXX or by using SETCON.  If you are using "real" consoles you 
might need them in CONSOLXX during early IPL. If your operators are used 
to them, you might need them in any case.  And SETCON gives you additional 
flexibility. That is what makes this list great, all the different "takes" 
on how to implement something.  NOW, beyond the manuals, I have an idea of 
the options and I can start playing with them. Thanks again. 

--
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: India is outsourcing jobs as well

[Kelman, Tom]

I thought this was interesting.  What do you guys working in Georgia,
Virginia, and Idaho think about being in "states which are less
developed" and when are you going to start working for $1000/year?

"And last month, Wipro said it was opening a software development center
in Atlanta that would hire 500 programmers in three years. 

In a poetic reflection of outsourcing's new face, Wipro's chairman, Azim
Premji, told Wall Street analysts this year that he was considering hubs
in Idaho and Virginia, in addition to Georgia, to take advantage of
American "states which are less developed." (India's per capita income
is less than $1,000 a year.)"


Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632





*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
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: Writing 23FDs

[John Eells]

See below.

William Donzelli wrote:


The 4331-2 disk is mostly readable - it gets a check halfway thru the
load, and the previous owner devised a complicated song-and-dance act
that one needs to do to get past the problem. It works, but is just
itching to get worse over time. I do not have a similar song-and-dance
for the 3830, so if that gets troublesome, things will be bad.

It seems to me that each set of IPL floppies was tied to a specific
machine, serial number, features, and all. Using disks from other
machines would not work. Is this true?


For the 4331, I have no idea.  I worked on large systems, not the 
medium-size ones, and even on the large ones (158, 168, 303x--can't 
recall whether the latter even had a 23FD or 33FD, actually) I never had 
both floppies go bad at the same time so I never tried it.


As I recall, the 3830 disks could be interchanged if the features and 
non-microcode EC levels on the boxes were the same.  Doing so was "not 
supported" but there was little to lose and when an appropriate disk 
could be found it beat telling a customer the machine would stay down 
until a new floppy disk could be flown in from California if the backup 
was missing or unreadable.  It would be worth trying on the 4331. 
There's nothing to lose.



This 4331-2 ran its last job only about a month ago (it never had a CE
call, either!), and the owner, a small midwest service bureau,
apparently powered the system down just about every weekend to save
electricity. That's a lot of IPLs for these poor floppies!


No calls ever for 20-something years?  Wow!  That's quite a testament to 
the job those guys did on the hardware side.  (One of the hardware guys 
told me a few days ago he'd stopped tracking MBTF projections because 
the numbers were just so high they weren't worth remembering any more.)


Now, if we could ever get to the point where we went 20 years without a 
*software* defect...mumble, mumble...



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

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

Re: Writing 23FDs

[Alan Scott]

Not that I can help, I'm sure I can't. But this truly amazing. Please tell us 
more. Where did you get a 4331? What do ou run on it? MVS/SP 2.2 perhaps? 
What are your plans for 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: JES2 or JES3, Which one is older?

[Jack Schudel]

7/1967 for HASP I Version 1

/jack


- Original Message - 
From: "Anton Britz" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, September 18, 2007 6:06 PM
Subject: Re: [IBM-MAIN] JES2 or JES3, Which one is older?



Hi,

Come on all ya x'perts. this is not good enough for the "new boys on 
the

block"...

Which days in 62, 66, 72 and 73 and was it raining on that day ?

Note: How can anybody complete their "Historical Studies" in College 
without

having this information. How can they "run" the future without knowing the
past.

Anton

On Tue, 18 Sep 2007 13:56:28 -0700, Edward Jaffe
<[EMAIL PROTECTED]> wrote:


Vijay Kumar wrote:
I have searched the net and not able to find which of the Jes version 
was
introduced first JES2 or JES3. I know Jes2 was evolved after HASP and 
Jes3

was after ASP.

Could anyone please let me know the specific dates or year in which 
these

two job entry subsystems were introduced.



DCS (Direct Coupled Systems) came in 1962. ASP came in 1966. HASP came
in 1967. JES came in 1972. JES2 and JES3 came in 1973.



--
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: A security question

[Rick Fochtman]

-


With RACF, I *think* you can accomplish that with the PROGRAM class, but
I must first warn you that the more I learn about "program control", the
less I understand about it.

That said, you might try something like this:

RDEFINE PROGRAM DFH* UACC(READ)
RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHAUTH'//NOPADCHK)
RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHLOAD'//NOPADCHK)

SETROPTS WHEN(PROGRAM) REFRESH
 


-
You got it right, John. Then just "PERMIT" the appropriate users to 
the PROGRAM profile, do another refresh, and you're set.


--
OOOPS. My error. Use a UACC(NONE) on the RDEF to prevent unauthorized used.

--
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: A security question

[Rick Fochtman]

Chase, John wrote:


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of LAMARE Didier

Good afternoon,
We research the rules that permit the execute of programs 
beginning by DFH* only from a list of PDS.

How can we do this with RACF, TSS and ACF2?
   



With RACF, I *think* you can accomplish that with the PROGRAM class, but
I must first warn you that the more I learn about "program control", the
less I understand about it.

That said, you might try something like this:

RDEFINE PROGRAM DFH* UACC(READ)
RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHAUTH'//NOPADCHK)
RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHLOAD'//NOPADCHK)

SETROPTS WHEN(PROGRAM) REFRESH
 


-
You got it right, John. Then just "PERMIT" the appropriate users to the 
PROGRAM profile, do another refresh, and you're set.


--
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: A security question

[Chicklon, Tom]

>> The purpose of this is to prohibit the use of an old version 
>> of CICS. This because the rules of double versionning imposed by IBM.

> Huh??  When did IBM start refusing extra money for licensing multiple
> versions of the same software?

I read that to mean that they didn't want to incur those costs, not that IBM
didn't want to take the revenue for it.

Sounds like someone just ran out of their SVC period.

Be this as it may, I'm wondering just WHO they are trying to prevent from
running the old versions of CICS... 

Tom Chicklon

--
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: A security question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of LAMARE Didier
> 
> The purpose of this is  to prohibit the use of an old version 
> of CICS. This because the rules of double versionning imposed by IBM.

Huh??  When did IBM start refusing extra money for licensing multiple
versions of the same 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: SDSF ALTERNATE SCREEN (PF11)

[Skip Robinson]

You can certainly define the initial/default screen that the user sees on
entry to any SDSF display. Here's a reason NOT to do this. SDSF
occasionally (frequently?) provides new fields or reconfigures old ones in
various ways. If you have coded a fixed display for the user's convenience,
then YOU have to update your specification periodically or else the user
will miss out on new features. Furthermore, if you share the ISFPARMS
definition among systems at different release levels, older releases will
complain about new fields. Or if you maintain multiple ISFPARMS for various
systems, then you have to propagate even simple auth changes.

In other words, while ARRANGE puts some onus on the user initially, life
down the road is sweeter and lighter for everyone. Pay the whole freight up
front, or keep on paying forever.

.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]


   
 Mark Zelden   
 <[EMAIL PROTECTED] 
 CHNA.COM>  To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> Re: SDSF ALTERNATE SCREEN (PF11)
   
   
 09/26/2007 06:18  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




On Wed, 26 Sep 2007 07:18:25 -0500, Judy Ellis <[EMAIL PROTECTED]> wrote:

>Does anyone know how to permanently change the PRIMARY SDSF screen to
>display the ALTERNATE screen other than using PF11?
>

PF11 is just scrolling to the right (by default).   A question mark (?) is
used
to display the alternate screen.

You wrote "primary" screen, but the primary screen just lists options.
For most of the other screens there are primary / secondary display
panels.  You can change the primary display to have whatever fields
you wish.  For example, if you look at hlq.SISFJCL(ISFPRM00) there
is a sample alternate field list for the DA screen.   If you code
DFIELDS(DAFLD2) - as opposed to DFIELD2(DAFLD2), it will be the
primary DA screen.

Another thing you can do is move the fields you want to see (if they
are already there) in view without having to scroll to the right with PF11.
You do this by using the ARRANGE command or the ARRANGE pull
down from the VIEW menu.

HTH,

Mark
--
Mark Zelden

--
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: A security question

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of LAMARE Didier
> Sent: Wednesday, September 26, 2007 9:29 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: A security question
> 
> 
> The purpose of this is  to prohibit the use of an old version 
> of CICS. This 
> because the rules of double versionning imposed by IBM.
> 

In this case, why not simply define the old CICS loadlibs to RACF with a
UACC(NONE) and nobody on the access list? Also, remove the old CICS
loadlibs from the APF list, while you're at it.

--
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: A security question

[Schramm, Rob]

Are the data set names for the load libraries different?  



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: TASID 5.14 available for download from ISPF website

[Gerri Booth]

>
>But the fact that others at z/OS 1.7 report no difficulties with the
>initiator list still seems to suggest that something is "different" in
>our setup.  I'll poke around some more as time permits.
>

Prior to reading the original post I was not familiar with TASID, so I
downloaded and installed it on Monday just to see what it did.  We are at
z/OS 1.7 and we also get the "Unsupported level" error when attempting to
use option 4.

--
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: A security question

[LAMARE Didier]

The purpose of this is  to prohibit the use of an old version of CICS. This 
because the rules of double versionning imposed by IBM.

--
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: A security question

[Schramm, Rob]

Here is what I know can be done with Top Secret.

1) There is PDS member level security.
   I've never used it .. but I know it exists.
   "User Guide" "Chapter 13: Protecting Resources" section "Protecting
PDS Members"

2) Program permits
   TSS ADD(dept) PROGRAM(DFH)
   TSS PER(user) PROGRAM(DFH)

3) Data Set Access via priviledged program from a library
   TSS ADD(dept) DSN(CICS.)
   TSS PER(user) DSN(CICS.*) PRIVPGM(DFH(G)) LIBRARY(SOME.PDS.LOADLIB)

Although with all the controls available to CICS, I am unsure of why you
would want to pursue restricting DFH* programs from a particular PDS.  

-Rob Schramm

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: A security question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of LAMARE Didier
> 
> Good afternoon,
> We research the rules that permit the execute of programs 
> beginning by DFH* only from a list of PDS.
> How can we do this with RACF, TSS and ACF2?

With RACF, I *think* you can accomplish that with the PROGRAM class, but
I must first warn you that the more I learn about "program control", the
less I understand about it.

That said, you might try something like this:

RDEFINE PROGRAM DFH* UACC(READ)
RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHAUTH'//NOPADCHK)
RALTER PROGRAM DFH* ADDMEM('hlq.CICS.SDFHLOAD'//NOPADCHK)

SETROPTS WHEN(PROGRAM) REFRESH

-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: A security question

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of LAMARE Didier
> Sent: Wednesday, September 26, 2007 8:52 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: A security question
> 
> 
> Good afternoon,
> We research the rules that permit the execute of programs 
> beginning by DFH* 
> only from a list of PDS.
> How can we do this with RACF, TSS and ACF2?
> TIA

I don't think RACF has anything like this. I cannot think of any reason
to want it, off-hand.

The closest that I can think of for this is the PROGRAM class in RACF.
But I don't know if that is what you are wanting.

What are you trying to accomplish with this? What is "magic" about DFH
as a program prefix?

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

A security question

[LAMARE Didier]

Good afternoon,
We research the rules that permit the execute of programs beginning by DFH* 
only from a list of PDS.
How can we do this with RACF, TSS and ACF2?
TIA

--
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: TASID 5.14 available for download from ISPF website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rob Scott
> 
> John
> 
> That looks like the PIT table to me.
> 
> Looks like TASID is not chasing the control blocks properly.
> 
> Maybe the ISPF folks should have a word in the ear of the 
> JES2 folks and ask them nicely to leave the fields in the 
> JES2 control blocks stationary from now on (after all z/OS 
> has managed to do this very well for the last eleventy-twelve 
> years)

But the fact that others at z/OS 1.7 report no difficulties with the
initiator list still seems to suggest that something is "different" in
our setup.  I'll poke around some more as time permits.

Thanks for your help.

-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: India is outsourcing jobs as well

[Gary D. Maxwell]

> Entropy in action.

"Entropy At Last!!!"

g

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

[no subject]

[Didier LAMARE]

info


--
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: TASID 5.14 available for download from ISPF website

[Rob Scott]

John

That looks like the PIT table to me.

Looks like TASID is not chasing the control blocks properly.

Maybe the ISPF folks should have a word in the ear of the JES2 folks and ask 
them nicely to leave the fields in the JES2 control blocks stationary from now 
on (after all z/OS has managed to do this very well for the last 
eleventy-twelve years)


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Chase, John
Sent: 26 September 2007 14:25
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TASID 5.14 available for download from ISPF website

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rob Scott
>
> John,
>
> You are slightly off :
>
> CVT + x'0128' ==> JESCT
> JESCT + x'18' ==> First SSCT in chain (might be JES2 but check
> anyway)
> SSCT + x'1C'  ==> SSCTSUS2

Hmmm.  Perhaps I should "warn" you that I've never explored the innards of 
JES2 before, so.

Here's what's at CVT + x'128':

00FD13D8      D1C5E2E3 0216F108 00D37068 00D37010
*JEST..1..L...L..*
00FD13E8   0010   00D370C0 80DCF680 00CF1DDC D1C5E2F2
*.L.{..6.JES2*

Next hop:

00CF1DDC      E2E2C3E3 00CF1D70 D6F2F1D1 
*SSCTO21J*
00CF1DEC   0010   00CF17FC  00CF38E8 
*...Y*

Next hop from here would be to x'' based on your "map".  But if I first 
go to x'00CF1D70' I see this:

00CF1D70      E2E2C3E3 00CF1D28 D1C5E2F2 A002
*SSCTJES2*
00CF1D80   0010   00CCAAF8 00CD2CDC 00CF1F8C 00CD2520
*...8*

>From here, the vector at x'1C' goes here:

00CD2520      0B00  096A8440 09D8FDB0 *..d
.Q..*
00CD2530   0010   E2D740F5 4BF34BF0 40404040 40404040 *SP 5.3.0
*
00CD2540   0020   40404040 40404040 40404040 40404040 *
*
00CD2550   0030   40404040 40404040   *
*

Offset x'0658' in this area has this:

00CD2B60   0640     01F4 
*...4*
00CD2B70   0650    095B55F0 09584788 0057
*.$.0...h*
00CD2B80   0660    0964A9C0 0280 013E
*..z{*
00CD2B90   0670   0F9800FD 00030020 01F4 
*.q...4..*

The vector at x'0658' goes here:

09584788      095847D0 08D41DE8 00FA2380 0090
*...}.M.Y*
09584798   0010   0001 99E8 1003 C1404040 *..rYA
*
095847A8   0020   C1D5E640 40404040 40404040 40404040 *ANW
*
095847B8   0030   40404040 40404040 40404040 40404040 *
*

Am I getting "warm" yet?

-jc-

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

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

Re: India is outsourcing jobs as well

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of (IBM Mainframe
Discussion List)
> 
> As Ralph Nader said, it's a race to the bottom.

Entropy in action.

-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: Writing 23FDs

[William Donzelli]

> Sorry, but I really doubt it.  Even with a writer, the infrastructure
> needed to hook it up and use it is almost certainly history.  What's
> more, the people who once knew how to operate a 23FD ("minnow file")
> writer probably retired years ago, and the code that got loaded to them
> might or might not still be around anywhere--much less at the EC levels
> you would probably need to make the machines do anything useful.

It is a shot in the dark, yes, but worth taking.

I will likely have to hack something together using an old Shugart or
something. I suppose I should try to find some spare 23FD drives.

> The 3830 was the control unit for 3330's (and 3350's), and it wasn't
> even new when I joined IBM in 1977.  I think the last machines to use
> 23FD's were probably manufactured in the early 1980's.

This 3830 was used with 3350s.

> I suspect that you might have better luck scouring the planet for more
> disks in hopes of finding readable ones, but after 25-30 years it's way
> past the expected end of life for digital magnetic media manufactured in
> that era, and it'll be a crapshoot.

The 4331-2 disk is mostly readable - it gets a check halfway thru the
load, and the previous owner devised a complicated song-and-dance act
that one needs to do to get past the problem. It works, but is just
itching to get worse over time. I do not have a similar song-and-dance
for the 3830, so if that gets troublesome, things will be bad.

It seems to me that each set of IPL floppies was tied to a specific
machine, serial number, features, and all. Using disks from other
machines would not work. Is this true?

This 4331-2 ran its last job only about a month ago (it never had a CE
call, either!), and the owner, a small midwest service bureau,
apparently powered the system down just about every weekend to save
electricity. That's a lot of IPLs for these poor floppies!

> On the other hand, in my dusty old CE toolbag at home, I think I still
> have a few spare bulbs that fit 3830 control panels (probably both
> colors, too), and of course other machines' panels if they used the same
>   commonly-used push-in grey bulbs with two prongs in the base.  Send me
> your address offline if you want them.  First come, first served!

Thanks, I will bother you offlist for these.

--
Will

--
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: TASID 5.14 available for download from ISPF website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rob Scott
> 
> John,
> 
> You are slightly off :
> 
> CVT + x'0128' ==> JESCT
> JESCT + x'18' ==> First SSCT in chain (might be JES2 
> but check anyway)
> SSCT + x'1C'  ==> SSCTSUS2

Hmmm.  Perhaps I should "warn" you that I've never explored the
innards of JES2 before, so.

Here's what's at CVT + x'128':

00FD13D8      D1C5E2E3 0216F108 00D37068 00D37010
*JEST..1..L...L..*
00FD13E8   0010   00D370C0 80DCF680 00CF1DDC D1C5E2F2
*.L.{..6.JES2*

Next hop:

00CF1DDC      E2E2C3E3 00CF1D70 D6F2F1D1 
*SSCTO21J*
00CF1DEC   0010   00CF17FC  00CF38E8 
*...Y*

Next hop from here would be to x'' based on your "map".  But if
I first go to x'00CF1D70' I see this:

00CF1D70      E2E2C3E3 00CF1D28 D1C5E2F2 A002
*SSCTJES2*
00CF1D80   0010   00CCAAF8 00CD2CDC 00CF1F8C 00CD2520
*...8*

>From here, the vector at x'1C' goes here:

00CD2520      0B00  096A8440 09D8FDB0 *..d
.Q..*
00CD2530   0010   E2D740F5 4BF34BF0 40404040 40404040 *SP 5.3.0
*
00CD2540   0020   40404040 40404040 40404040 40404040 *
*
00CD2550   0030   40404040 40404040   *
*

Offset x'0658' in this area has this:

00CD2B60   0640     01F4 
*...4*
00CD2B70   0650    095B55F0 09584788 0057
*.$.0...h*
00CD2B80   0660    0964A9C0 0280 013E
*..z{*
00CD2B90   0670   0F9800FD 00030020 01F4 
*.q...4..*

The vector at x'0658' goes here:

09584788      095847D0 08D41DE8 00FA2380 0090
*...}.M.Y*
09584798   0010   0001 99E8 1003 C1404040 *..rYA
*
095847A8   0020   C1D5E640 40404040 40404040 40404040 *ANW
*
095847B8   0030   40404040 40404040 40404040 40404040 *
*

Am I getting "warm" yet?

-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: India is outsourcing jobs as well

[(IBM Mainframe Discussion List)]

As Ralph Nader said, it's a race to the bottom.
 
Bill  Fairchild
Plainfield, IL



** See what's new 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: SDSF ALTERNATE SCREEN (PF11)

[Mark Zelden]

On Wed, 26 Sep 2007 07:18:25 -0500, Judy Ellis <[EMAIL PROTECTED]> wrote:

>Does anyone know how to permanently change the PRIMARY SDSF screen to
>display the ALTERNATE screen other than using PF11?
>

PF11 is just scrolling to the right (by default).   A question mark (?) is used
to display the alternate screen.  

You wrote "primary" screen, but the primary screen just lists options. 
For most of the other screens there are primary / secondary display
panels.  You can change the primary display to have whatever fields
you wish.  For example, if you look at hlq.SISFJCL(ISFPRM00) there
is a sample alternate field list for the DA screen.   If you code
DFIELDS(DAFLD2) - as opposed to DFIELD2(DAFLD2), it will be the
primary DA screen.  

Another thing you can do is move the fields you want to see (if they 
are already there) in view without having to scroll to the right with PF11.
You do this by using the ARRANGE command or the ARRANGE pull 
down from the VIEW menu.

HTH,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS 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: SDSF ALTERNATE SCREEN (PF11)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Judy Ellis
> Sent: Wednesday, September 26, 2007 7:18 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SDSF ALTERNATE SCREEN (PF11)
> 
> 
> Does anyone know how to permanently change the PRIMARY SDSF 
> screen to  
> display the ALTERNATE screen other than using PF11?
> 
> Regards,
> 
> Judy Ellis

You can customize both the primary and alternate screens for every
primary command via the ISFPRMnn member. This does require use of the
SDSF started task. Look at member ISFPRM01 in ISF.SISFSRC for an
example. I think that this member reflects the current, compiled-in,
parameters. You can simply use it and "flip" the value in the NAME()
parameter to flip the primary and alt. But you'll need to double check
this yourself.

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

India is outsourcing jobs as well

[Ed Gould]

You may have to register to read the article.

Ed

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

Re: Writing 23FDs

[John Eells]

William Donzelli wrote:

I have just started to fool around with a 4331-2 (and 3830), and the
IPL floppy is just plain tired. Not the drive, but the floppy media
itself! But then, what can one expect from a 30 year old disk.

Anyway, is there anyone out in IBM land that can write a 23FD 8 inch
floppy anymore? It is an odd format (the original, actually) of 80K or
so, and the drives are almost always read only - including mine. I
know there were some independent resellers and such that modified the
drives for writing. Does anyone know of any?



Sorry, but I really doubt it.  Even with a writer, the infrastructure 
needed to hook it up and use it is almost certainly history.  What's 
more, the people who once knew how to operate a 23FD ("minnow file") 
writer probably retired years ago, and the code that got loaded to them 
might or might not still be around anywhere--much less at the EC levels 
you would probably need to make the machines do anything useful.


The 3830 was the control unit for 3330's (and 3350's), and it wasn't 
even new when I joined IBM in 1977.  I think the last machines to use 
23FD's were probably manufactured in the early 1980's.


I suspect that you might have better luck scouring the planet for more 
disks in hopes of finding readable ones, but after 25-30 years it's way 
past the expected end of life for digital magnetic media manufactured in 
that era, and it'll be a crapshoot.  If you do find readable disks, 
perhaps you can get the data off in a form that allows you to dummy up 
the 3830 and 4331 interfaces to the 23FD and load the code to get it to run.


On the other hand, in my dusty old CE toolbag at home, I think I still 
have a few spare bulbs that fit 3830 control panels (probably both 
colors, too), and of course other machines' panels if they used the same 
 commonly-used push-in grey bulbs with two prongs in the base.  Send me 
your address offline if you want them.  First come, first served!


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

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

Re: TASID 5.14 available for download from ISPF website

[Rob Scott]

John,

You are slightly off :

CVT + x'0128' ==> JESCT
JESCT + x'18' ==> First SSCT in chain (might be JES2 but check anyway)
SSCT + x'1C'  ==> SSCTSUS2



Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Chase, John
Sent: 26 September 2007 13:17
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TASID 5.14 available for download from ISPF website

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rob Scott
>
> John,
>
> The pointer to the PIT table is at offset x'0658' in the CCT for z/OS
> 1.7.
>
> What is at the address CCT+x'0658' - does it look like a PIT entry?

Not even remotely.  Here's what TMON/MVS shows in that area:

0630   D9C5C7E2 40E261C5 47F0F018 12C9C4C1 *REGS S/E.00..IDA*
0640   F1F2F1C1 F54040F2 F0F0F54B F2F0F300 *121A5  2005.203.*
0650   188F47F0 804020C9 C4C1F1F2 F1C1F5F0 *...0. .IDA121A50*
0660   F761F2F2 61F0F5C8 C4E9F1F1 C8F040E4 *7/22/05HDZ11H0 U*
0670   C1F2F0F0 F0F94000 41808000 41C0804E *A20009 ..{.+*

At the top of this area is this eyecatcher:

   D1C5E2E3 02154A68 00D2A068 00D2A010 *JEST..¢..K...K..*
0010   00D2A0C0 80DCF680 00CE62C8 D1C5E2F2 *.K.{..6HJES2*
0020   84FD3420 850052C0 850541B0  *d...e..{e...*

I got here from CVT + x'0128':

00FD13D8 V  4  128 CVTJESCTADDRESS OF JOB ENTRY SUBSYSTEM 
(JES)

So, something is definitely "different" here, or I'm using the wrong "compass" 
for this "universe".

-jc-

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

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

Re: TASID 5.14 available for download from ISPF website

[Tergerson, John]

I just searched on IBM's primary page at www.ibm.com.  

The first hit took me to
http://www-306.ibm.com/software/awdtools/ispf/support/.  

That page, ISPF for z/OS has a link 
Download  
. TASID V5.14 tool 

It allowed me to download files for the tool.

John

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.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Yuhas
Sent: Tuesday, September 25, 2007 6:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TASID 5.14 available for download from ISPF website

I have been trying to download this level and cannot.  I get to the
site, choose the FTP option, and, agree to the terms and conditions box.
I then get "Not Found" from "IBM_HTTP_Server/6.0.2.13 Apache/2.0.47
(Unix) Server at ftp.software.ibm.com Port 21.

I contacted my colleague who supports our firewalls and he received the
same error.

Any ideas out there?

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

SDSF ALTERNATE SCREEN (PF11)

[Judy Ellis]

Does anyone know how to permanently change the PRIMARY SDSF screen to  
display the ALTERNATE screen other than using PF11?

Regards,

Judy Ellis

--
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: TASID 5.14 available for download from ISPF website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rob Scott
> 
> John,
> 
> The pointer to the PIT table is at offset x'0658' in the CCT 
> for z/OS 1.7.
> 
> What is at the address CCT+x'0658' - does it look like a PIT entry?

Not even remotely.  Here's what TMON/MVS shows in that area:

0630   D9C5C7E2 40E261C5 47F0F018 12C9C4C1 *REGS S/E.00..IDA*
0640   F1F2F1C1 F54040F2 F0F0F54B F2F0F300 *121A5  2005.203.*
0650   188F47F0 804020C9 C4C1F1F2 F1C1F5F0 *...0. .IDA121A50*
0660   F761F2F2 61F0F5C8 C4E9F1F1 C8F040E4 *7/22/05HDZ11H0 U*
0670   C1F2F0F0 F0F94000 41808000 41C0804E *A20009 ..{.+*

At the top of this area is this eyecatcher:

   D1C5E2E3 02154A68 00D2A068 00D2A010 *JEST..¢..K...K..*
0010   00D2A0C0 80DCF680 00CE62C8 D1C5E2F2 *.K.{..6HJES2*
0020   84FD3420 850052C0 850541B0  *d...e..{e...*

I got here from CVT + x'0128':

00FD13D8 V  4  128 CVTJESCTADDRESS OF JOB ENTRY SUBSYSTEM 
(JES)

So, something is definitely "different" here, or I'm using the wrong "compass" 
for this "universe".

-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: TASID 5.14 available for download from ISPF website

[Rob Scott]

John,

The pointer to the PIT table is at offset x'0658' in the CCT for z/OS 1.7.

What is at the address CCT+x'0658' - does it look like a PIT entry?

(CCT address is in SSCTSUS2 in the SSCT for the JES2)

Dontcha love the way that JES2 control blocks move things about between 
releases?


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Chase, John
Sent: 26 September 2007 12:45
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TASID 5.14 available for download from ISPF website

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert Justice
>
> FYI, TASID initiator display problem fixed with latest TASID load
> module received from ISPF support.

Problem still exists here (z/OS 1.7).

-jc-

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

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

Re: TASID 5.14 available for download from ISPF website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert Justice
> 
> FYI, TASID initiator display problem fixed with latest TASID 
> load module received from ISPF support.

Problem still exists here (z/OS 1.7).

-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

How to create an RMF report for just the CF Paths

[Lizette Koehler]

I have had a request for an RMF report to display just the path information.

 

I thought the CF report would have done it, but it shows only the structures
and the CF.

 

I have been looking through the REDBOOKS and manuals, and am not quite sure
what I need to specify to generate just the PATH information.

 

Any suggestions will be welcomed.

 

Lizette


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