Re: CICS Region oddity

2009-04-29 Thread Bob Halpern
Remember, when you FORCE all bets are off. You are instructing the operating
System to break "The Rules". FORCE should always be the last thing you try.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Jim Mulder
Sent: Wednesday, April 29, 2009 12:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CICS Region oddity

IBM Mainframe Discussion List  wrote on 04/29/2009 
07:55:28 AM:

> My CICS guy has an interesting problem that now has me a tiny bit
> concerned. He attempted to force a region down and a /D JOBS, shows
> the job is still out there:
> 
> 
> 
> CICSRTT1 CICSRTT1 CICS IN NFS   A=00C0   PER=NO   SMC=000 
> 
> PGN=N/A  DMN=N/A  AFF=NONE 
> 
> CT=014.735S  ET=01.27.59 
> 
> WUID=S0144040 USERID=TESTCICS 
> 
> WKL= SCL= P=0 
> 
> RGP= SRVR=NO  QSC=NO 
> 
> ADDR SPACE ASTE=03625000 
> 
> 
> 
> SDSF DA does not show this region. The IEE115I message seems to indicate
> that the address space is hosed (the NFS in the display above). Any clue
> as to why this address space refused to die its horrible death? Let's
> ignore, for the moment, the eventual loss of the address space. Any
> clues as to where I should start to look?


  The Memory Termination TCB in ASID 1 for the terminating address space 
is waiting in someone's address space termination resource menager. 

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: JES2 z/OS 1.9 Exit 54 Setting Tokens

2009-03-02 Thread Bob Halpern
If I remember correctly (subject to sometimers disese) CA has a reseved slot
in the cvt (along with other well known vendors)

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Smith, Sean M
Sent: Monday, March 02, 2009 2:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: JES2 z/OS 1.9 Exit 54 Setting Tokens

Hi List,

I have a JES Exit(54) that grabs a bit of storage and saves off the
address in a Name/Token pair via the $TOKENSR macro.  The token is
created at the HOME level.  I am trying to find where the Name/Token
pairs are kept for these HOME level pairs.  I dumped the CA7 address
space which encountered a problem setting the Token/Pair (CC=0004).  I
tried tracing the control blocks from:

CVT -> ASCB
ASCB -> ASSB
ASSB -> NHHT

In my own address space this works just fine but I didn't find any in
the CA7 address space.  I also tried using MXI NTOK to display the pairs
but the one set by this Exit(54) is not there either.

Any ideas?

Sean 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: PC printing of .txt files containing maiframe listings

2008-06-01 Thread Bob Halpern
[EMAIL PROTECTED]
a.k.a, - dumb
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bob Halpern
Sent: Sunday, June 01, 2008 2:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PC printing of .txt files containing maiframe listings

I would like this macro, too.
Thank you, Bob Halpern

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gerry Palmer
Sent: Sunday, June 01, 2008 2:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PC printing of .txt files containing maiframe listings

Stephen,

I wrote a Microsoft Word macro that converts mainframe control characters to

the Word equivalents. You just download the mainframe listing to your PC, 
execute the macro, and you're good to go. It will print to any local or
network 
printer to which you can send any other Word document.

I'll send you a copy of the macro offline, along with installation and usage

instructions.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: PC printing of .txt files containing maiframe listings

2008-06-01 Thread Bob Halpern
I would like this macro, too.
Thank you, Bob Halpern

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Gerry Palmer
Sent: Sunday, June 01, 2008 2:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: PC printing of .txt files containing maiframe listings

Stephen,

I wrote a Microsoft Word macro that converts mainframe control characters to

the Word equivalents. You just download the mainframe listing to your PC, 
execute the macro, and you're good to go. It will print to any local or
network 
printer to which you can send any other Word document.

I'll send you a copy of the macro offline, along with installation and usage

instructions.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: How does ATTACH pass address of ECB to child? (1

2008-01-23 Thread Bob Halpern
Post expects either the post bit, and does nothing, or an RB address in
which case it decrements the wait count and if the count reaches zero, the
task is made dispatchable. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Paul Gilmartin
Sent: Wednesday, January 23, 2008 9:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How does ATTACH pass address of ECB to child? (1

On Wed, 23 Jan 2008 07:53:42 -0800, Edward Jaffe wrote:
>
>I agree that WAIT/POST -- a service that's been around since OS/360 --
>seems simple enough on the surface. But, look how many people on
>IBM-MAIN are still exhibiting confusion regarding its use -- even about
>something as fundamental as how/when to clear the ECB! This observation
>seems to support Chris Craddock's assertion that, even after more than
>40 years, the documentation is still quite lacking.
>
I suppose the assertion can be further supported by failure
to exhibit such documentation.

Until this thread, I had envisioned no use of the ECB except by
WAIT and POST; thus no need to clear it other than (immediately)
before WAIT.  You and Peter R. have demonstrated otherwise.

BTW, do the contents of the ECB other than the WAIT and POST bits
matter to WAIT?  IOW, instead of "XC ECB,ECB" (or CS) would it suffice
to do as little as "MVI ECB,x'3F'", or would it disrupt the fabric
of the universe?  (Don't ask "why"; mere scientific interest.)

-- gil

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

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


Re: Problem fetching a program object (CSV031I)

2007-12-19 Thread Bob Halpern
Historically it is known as "IEBEYEBAL"

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Big Iron
Sent: Wednesday, December 19, 2007 11:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Problem fetching a program object (CSV031I)

It appears from OY61071 that a copy of the first four bytes on a page of
module text is saved some place else and used as a check value.
I think that even AMASPZAP will use the binder interface to update
program objects. That might be a bit of a challenge to implement on
another platform.

Bill

On Wed, 19 Dec 2007 10:59:26 -0600, McKown, John
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:[EMAIL PROTECTED] On Behalf Of Michael Knigge
>> Sent: Wednesday, December 19, 2007 9:22 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Problem fetching a program object (CSV031I)
>>
>>
>> All,
>>
>> I have a C-Program that is compiled to a DLL and stored in a
>> PDSE, so it
>> is stored as a "program object" (if I got all this stuff right).
>>
>> In my program I have some static areas (name it "eye cathers"), for
>> example like this:
>>
>> static char *Foo = "123456\0MY_EYE_CATHER";
>>
>>
>> This way, the String "123456[null]MY_EYE_CATCHER" is
>> contained within my
>> program object. Now I create a XMIT-File from my program
>> object and then
>> I change some bytes in this generated XMIT.
>>
>> For example, I look for "MY_EYE_CATCHER" and I replace the
>> "123456" in
>> front of this eye-catcher to something different. Same length
>> of course.
>>
>>
>> Now when I restore the program object from this edited XMIT, I get an
>> error fetching this DLL:
>>
>> CSV031I LIBRARY ACCESS FAILED FOR MODULE XYZ, RETURN CODE 20, REASON
>> CODE 26130003, DDNAME STEPLIB
>>
>>
>> I swear by my [whatever you like] that no other bytes than my
>> "123456"
>> are changed. why the hell can't this DLL noe be fetched anymore? Are
>> there some "checksums" within the program object that are now
>> not correct?
>>
>>
>> The funny thing is, that this happens just on a few modules (I have
>> around 20 that are going to be "patched" by this method), mostly
>> everything goes well
>>
>>
>> Any ideas? Or a better way to "patch" a module?
>>
>>
>> Bye & thanks,
>> Michael
>>
>>
>> P.S.: If you wonder why I need to do this: We compile a product,
>> generate a XMIT and if we ship it to a client we want to "patch" a
>> client-id and date into all shipped modules - and using this
>> method we
>> can do this under windows/unix and don't need to
>> recompile+relink under
>> z/OS
>
>Found a similar hit on IBMLink. It refers to something called the PRDT
>which has "check characters".
>
>OA09174
>
>
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>

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

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


Re: JES2 or JES3, Which one is older?

2007-09-18 Thread Bob Halpern
HASP (Houston Automatic Spooling System), developed by Simpson and Crabtree,
In Houston, was leaking out all over the place while ASP (also by Simpson
and Crabtree) had been moved to the Los Angeles Development Center at the
UCLA WDPC center.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Steve Comstock
Sent: Tuesday, September 18, 2007 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JES2 or JES3, Which one is older?

Rohit Bhandari wrote:
> First of all there is no specific date issued by IBM  , but this what I
know
> ...fresher boy :)
> A facility that ran on top of  OS/360 in the '60s was ASP (which morphed
> into JES3 in the early 70s)
> which also supported multi-system processing. While HASP didn't have
> similar facilities, it was added to it when it morphed into JES2 also in
the
> early to mid-70s.
> 
> So it clearly says that the base technology used by JES3 i.e. ASP
> ,which originated in  60's  , so JES3 is  the older one .
> 

[snip]

Or as my first IBM instructor said, "It is not true
that HASP is half ASP."

[snip]


-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

   z/OS Application development made easier
 * Our classes include
+ How things work
+ Programming examples with realistic applications
+ Starter / skeleton code
+ Complete working programs
+ Useful utilities and subroutines
+ Tips and techniques

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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


Response to Peter Relson

2007-09-13 Thread Bob Halpern
As a member of the Candle Omegamon CICS team, I visited IBM Hursley involved
with CICS 3.0/3.1 interfaces. It took us hours to gat across the concept
that a monitoring product has to show what is happening behind the API
interfaces. We finally did, and 3.1 came out with more exits.

 

The problem is that the developers do not see the user side of the issues,
and it the user's responsibility to explain, not IBM's to perceive.

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: JCL passing parms to ASM module?

2007-08-16 Thread Bob Halpern
R15 is your entry point. LR 3,15, using the entry point r3
After open, test if it worked. LTR 15,15, BNZ oops



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of J R
Sent: Thursday, August 16, 2007 9:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JCL passing parms to ASM module?

The OPEN broke it!

"john" <[EMAIL PROTECTED]> wrote:

Yes, I am posting from Google, sorry about that.

I don't believe I have any entry housekeeping that could break R1:


   BALR  3,0
   USING *,3
   OPEN (SYSPRINT,OUTPUT)
   L 2,0(1)   *copy parm addr into R2
etc...

_
Now you can see trouble.before he arrives 
http://newlivehotmail.com/?ocid=TXT_TAGHM_migration_HM_viral_protection_0507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Laugh, laugh. I thought I'd die - application crashes

2007-04-24 Thread Bob Halpern
1. IEFBR14
2. add SR 15,15
3. add RENT (I filed this under VS1)
4. add AMODE/RMODE 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ted MacNEIL
Sent: Tuesday, April 24, 2007 9:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Laugh, laugh. I thought I'd die - application crashes


>BR14

Actually, IBM supplied a PTF (which doubled the programme size):

SR 15,15
BR 14

The reason being bad (non-zero) return codes.

(I really don't know if this is appocryphal, or not).


-
Too busy driving to stop for gas!  

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

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


Re: IBM S/360 series operating systems history

2007-03-09 Thread Bob Halpern
Tss was implemented at Computer Scieces Corp

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Anne & Lynn Wheeler
Sent: Friday, March 09, 2007 11:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM S/360 series operating systems history


Rick Fochtman wrote:
> MVT and MFT never knew anything about DAT boxen. IIRC, the only 360 
> with
> a DAT box was the 67, mainly for running CP67/CMS, the predecessor to 
> VM. The early 370 machines, 155 and 165 had no DAT box but they could be 
> upgraded to 155-II and 165-II by adding a DAT box, along with some other 
> features.

recent post in this thread: http://www.garlic.com/~lynn/2007f.html#6 IBM
S/360 series operating systems history

DAT Hardware for 165-II was especially big hit ... there was bunch of stuff
in 370 virtual memory architecture (i.e. "redbook" was cms script file,
depending on the options set, it either produced the full architecture
redbook or the subset 370 principle of operations). at one point there was
an escalation meeting where the 165 engineers proposed dropping a bunch of
stuff from the DAT architecture on the grounds that they could get virtual
memory hardware out six months earlier if they didn't have to do all the
extra stuff. It was eventually agreed to ... and then all the other products
that already had full 370 virtual memory architecture implemented ... had to
go back and remove all the stuff dropped to help 165 improve their delivery
schedule.

360/67 was originally for something called tss/360 ... which never really
got out of development ... there were all these release 0.xx something in
customer shops ... but the performance was really horrible (among other
issues). cp67/cms started as bootlegged project at the cambridge science
center http://www.garlic.com/~lynn/subtopic.html#545tech

and eventually found customer installation at a lot of places that had
orderd 360/67 for tss/360. another project that saw some amount of
installations was MTS (michigan terminal system) done at UofM ... that made
use of the 360/67 dat box.

The morph from cp67 to vm370 had barely made it into customer installations
and POK discovered that it had enormous problem with MVS/XA development
schedule. POK was able to convince corporate to kill off the vm370 product
and have all of the vm370/cms development group transferred to POK to help
with MVS/XA development. At the last minute, Endicott managed to salvage a
little of the vm370 product development mission and acquire a small part of
the development staff ... in order to keep the product going. 

for a lot more on the early 360/67 period, including science center
implementing early virtual machine cp40 & cms on a custom modified 360/40
(with virtual memory hardware added) before 360/67 machines became available
... see Melinda's history http://www.princeton.edu/~melinda

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: 305 RAMAC

2007-01-24 Thread Bob Halpern
I was at the disclosure meeting in Poughkeepsie when the cmos machines were
announced with the Ramac. At lunch I was seated with the Ramac engineer. I
couldn't asking how legal let them use the same name. His reply was "they
are too young to remember".

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Wednesday, January 24, 2007 9:43 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 305 RAMAC

In September 1956 IBM launched the 305 RAMAC, the first computer with 
 a hard disk drive (HDD). The HDD weighed over a ton and stored 5MB of
data.

Here's a picture of one being unloaded from an airplane:

http://www.liewcf.com/blog/archives/2007/01/the-hard-disk-at-1956-ibm-305-ra
mac/

It might hold one of my iPODs songs, but not in my shirt pocket.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: 1401 & Music

2006-11-13 Thread Bob Halpern
In the 1950s the SWAC computer had many kinds of songs. The audio played
thru a speaker that was coupled to various kinds of instruction (e.g. ADD).
There were sounds characteristic of programs that gave clues when a program
misbehaved.

When the 1401 came in we wrote songs for the printer.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Warner Mach
Sent: Monday, November 13, 2006 12:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 1401 & Music

In the November issue of 'Wired' magazine (pg 92) there is a short note
titled, 
'Composer Plays the Big Blues' ... Tells of composer Johann Johannsson
from
Iceland, whose father worked for IBM on the 1401. His father performed
the popular
hack of getting music out of the machine by placing a radio in the
appropriate 
location to emit music according to the programming.
  .
So, based on recordings taken in 1971, when the machine was
decommissioned,
he composed a 'requiem' titled, 'IBM 1401, A User's Manual' ... I
ordered it from 
Amazon and got a kick out of it. In addition to sounds from the radio it
features the
voice "... of an unknown instructor from an IBM Data Processing System
maintenance
instruction tape".
  .
The movements are:
(1) IBM 1401 Processor Unit
(2) IBM 1403 Printer
(3) IBM 1402 Card Read-Punch
(4) IBM 729 II Magnetic Tape Unit
(5) The Sun's Gone Dim and the Sky's Turned Black

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Virtual Friday

2006-10-17 Thread Bob Halpern
Free -dumb? What oh what is a government agency to do?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Phil Payne
Sent: Tuesday, October 17, 2006 1:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Virtual Friday

This is off-charter.  And I know it isn't Friday, and I could have waited.
But what the hell?

It's a fragment from the current letters page at The Register:

http://www.theregister.co.uk/2006/10/17/letters_1710/

"This reminds me of my last job, which involved testing hardware and setting
standards. Every
six months to a year all the laptop manufacturers would come in and try to
flog their latest
wares to us. The first question that we'd ask is "Can I drop it?", everyone
except IBM said
"No, are you insane?", IBM said, "sure, we'll stand on it as well if you
want..." Guess which
laptops we standardised on?"

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: SLIP trap for "wild branch"?

2006-08-26 Thread Bob Halpern
Is storage isolation on for this transaction.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chase, John
Sent: Friday, August 25, 2006 1:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SLIP trap for "wild branch"?

Hi, All,

Got a CICS application program that branches out of itself (stays in the
CICS region) somehow, and the SLIP documentation doesn't make it
"obvious" how I should set a trap to catch it and SDUMP the region.
I've looked mostly at IF and SBT scenarios, but can't seem to understand
how to code the trap to catch a (branch to a) target address outside the
current program.  I've gotten a few IF dumps at branch instructions so
far, but haven't caught the right one yet.

Help, please?

Thanks,

-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: WHY IS JCL ALLERGIC TO LOWER CASE?

2006-08-04 Thread Bob Halpern
"in the beginning" there was the 026 keypunches, and upper case jcl. Dis you
ever try to multi punch lower case chatacters? The 1404 only had upper case
until the ucs buffer was added to the 2821 contoller. The old habits are
hard to break and "there was no need for lower case" The old microfiche had
lower and embarissingly showed lower case (1 ibmer lost his job over what
was "hidden" in lower case. IBM had wisely include loer case in their
character set with no way to show it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Thomen
Sent: Friday, August 04, 2006 12:41 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: WHY IS JCL ALLERGIC TO LOWER CASE?

> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> > Behalf Of Bruce Black
> > Sent: Friday, August 04, 2006 12:26 PM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: [IBM-MAIN] WHY IS JCL ALLERGIC TO LOWER CASE?
> >
> >
> > >
> > > ISNT IT TRUE THAT IN THE BEGINNING THERE WAS ONLY UPPER CASE ?
> > Just in case you are serious:  my S/360 green card (undated)
> > shows upper
> > and lower EBCDIC values.  But early 3270s only supported
> > upper case, and
> > I vaguely remember that 026 keypunches didn't have lower case
> > either (I
> > think that came with the 029 keypunch).   So us oldtimers rarely saw
> > lower case in the "good old" days.
> >
> > --
> > Bruce A. Black

Ahhh, I remember the good old days No shift keys, no lower-case - it
was so simple...

There are some issues with lower case - data set names cannot contain lower
case characters; a parm that inserts data for a data set name will be
rejected with a JCL error.

 It's also not clear what the JCL processor should do with lower-case.  Do
the programs that get invoked expect lower-case?  How many programs (in the
world) would have to upper-case items to properly interpret them?
Parameters like AMP, STORCLAS, MGMTCLAS,  and others added over the years
would have to be  modified to support lower-case.  It's not just "allowing
them in JCL" - some of these parameters are passed to IBM components, and
to vendor products.  Can you imagine how much work it would take to support
lower-case?

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Strobe equivalents

2006-07-31 Thread Bob Halpern
IBM Tivoli's Omegamon

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Szabo, Rich
Sent: Monday, July 31, 2006 9:57 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Strobe equivalents

I'm researching equivalents to Compuware's Strobe.  I've identified
InTune from BMC.  Are there any others?

Rich Szabo, Senior Programmer Analyst, CICS
State Auto Insurance Companies http://www.StateAuto.com
 
518 E. Broad St., Columbus, OH 43215-3976
[EMAIL PROTECTED]
phone: (614) 917-5684 fax: (614) 464-5006

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

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

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


Re: z Pretty Picture

2006-06-28 Thread Bob Halpern
Thanks. That led me what I wanted.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Finnell
Sent: Wednesday, June 28, 2006 8:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z Pretty Picture

 
In a message dated 6/28/2006 10:29:08 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

When the  z came out there was a systems journal that had pictures of the
internal  processor card. Anybody have url?




>>
How pretty?
 
_http://www.research.ibm.com/zseries/_
(http://www.research.ibm.com/zseries/) 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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


z Pretty Picture

2006-06-28 Thread Bob Halpern
 When the z came out there was a systems journal that had pictures of the
internal processor card. Anybody have url?

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: IBM/Gerogia Tech unveil fast chip

2006-06-21 Thread Bob Halpern
I was at a disclosure meeting in Poukeepsie for he announcement of the Ramac
and other devices. Sitting at lunch one day, I asked the design engineer how
they got away with reusing the name again. He laughed and said the lawyers
were too young to remember.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Finnell
Sent: Wednesday, June 21, 2006 9:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM/Gerogia Tech unveil fast chip

 
In a message dated 6/21/2006 10:53:46 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Don't  you mean the RVA, not the RAMAC2?  The RVA was IBM's name for  the
Iceberg.  



>>
It's been so long I forgot the model numbers. It was like ICEBERGE and  
ICEBERGE II. We had an RVA for several years and worked well 'til it started

filling up, guess it was a ucode 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

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


IBM Announcement URL

2006-06-19 Thread Bob Halpern
Just turned this group back on and tried to find the announcement URL.
Where did it go???

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Dead Beef

2005-08-23 Thread Bob Halpern
DSN=X'0404

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Andrews
Sent: Tuesday, August 23, 2005 9:28 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Dead Beef

On Tue, 2005-08-23 at 11:53 -0400, Bruce Black wrote:
> I am pretty sure that FORMAT4.DSCB only allows AMASPZAP to zap the 
> VTOC.

I always assumed that SPZAP did RDJFCB, and when it noticed that you
specified "FORMAT4.DSCB" it did an OPENJ for X'040404...' (which is hard
to specify in JCL).

-- 
David Andrews
A. Duda and Sons, Inc.
[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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: Vintage IBM Mainframe Stuff

2005-07-09 Thread Bob Halpern
 Worked at a place that provided service to NSA. They would evacuate the
facility and do their own film processing. Then they would flush the
chemical tanks contending that the silver left over could be analyzed. It
is amazing how stupid BOSSES can be.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kent Ramsay
Sent: Friday, July 08, 2005 3:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vintage IBM Mainframe Stuff

My first assignment in the USAF was as a computer operator in a secure
computer room.  The security officer made us bag the chad from the card
punches and burn it as classified waste.  He said that someone could
determine information from the chad that was punched out and even know
what
characters had been punched by how the chad fell in the bucket.  He never
did make Lt. Colonel.

Kent

Kent Ramsay
Senior System Programmer, SRDC
P 425.564.9735 | F 425.564.9701

www.webMethods.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Ted MacNEIL
Sent: Thursday, July 07, 2005 5:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Vintage IBM Mainframe Stuff

...
I am sure that my first IT boss still has some chad.
...

We used to tape a bag full of it to the bottom of a door in university
residence and then drop a book on it.
It would blast all over the room.
We used to do it with shaving cream;
Chad was more 'effective'.

-teD

In God we Trust!
All others bring data!
  --Deming

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

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

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


Re: Systems Programming for 8 Year-olds

2005-05-16 Thread Bob Halpern
Contact Steve Hackenberg (I think he is now with IBM) from Candle. He
made a video for a jury about multi-tasking operating systems using a
chef for a model. He might be able to provide you with a copy. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richard Heritage
Sent: Monday, May 16, 2005 7:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Systems Programming for 8 Year-olds

This is more of a Friday question, but I got busy Friday and didn't have
time to post.  At my son's school, they are having parents come in and
talk to the class about their jobs.  It's heartwarming that my son is
proud of me and wants me to come in and speak, but I'm at somewhat
nervous about trying to make what I do interesting or even intelligible
to second graders.  Somehow I don't think that HiperSockets will be as
exciting to them as they were to me when I first heard about them.

I have some ideas, but I'm hoping that some of you have been through
this before and have some tips on things that worked (or didn't work!)
for you.  How do you explain such a technical occupation to young
children?  What props or visual aids would you use to illustrate work
that mostly goes on inside either our brains or our computers?  Any
ideas you have will be appreciated.



Richard Heritage
Lead Systems Software Engineer
IT @ Johns Hopkins

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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