Re: CICS/TS 2.3 and z/OS 1.7

[Timur Alpaslan]

I'll also recommend following White Paper by Robert Harris which can be rather 
useful in many occasions even it's not updated since May 2005;

"Language Environment within CICS TS: Q&A"

http://www-1.ibm.com/support/docview.wss?uid=swg2700





> Date: Tue, 13 May 2008 18:26:45 -0500
> From: [EMAIL PROTECTED]
> Subject: CICS/TS 2.3 and z/OS 1.7
> To: IBM-MAIN@BAMA.UA.EDU
> 
> The exact requirements for ALL31(OFF) are at:
>  
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea3180/1.2.4.2 
> 
> 
> 
> "Imbriale, Donald" <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]
> om>...
> > The information I provided was from the current LE manuals.  And I have
> > confirmed this by running some tests.  ALL31(OFF) is needed if there are
> > any AMODE 24 routines.
> > 
> > Don Imbriale
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of Ted MacNEIL
> > Sent: Tuesday, May 13, 2008 2:49 PM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: CICS/TS 2.3 and z/OS 1.7
> > 
> > >ALL31(OFF) is needed if there are any AMODE 24 routines.
> > 
> > Not according to IBM, as I said in my original post.
> > They still worked for us.
> > What happens with ALL31(ON), according to an IBM expert (whose name
> > escapes me), is the AMODE 24 support is not initialised until the first
> > 24-bit programme is called.
> > 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> 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

Antwort: Re: Antwort: Re: Healthcheck System logger

[Werner Kuehnel]

Sam,
thanks for replying. I misunderstood the ALL parameter, you're right that 
it still shows the last 16 exceptions. I changed my parmlib member and 
added the mentioned date/time to the check, restarted HC and the check 
ended with RC0.
Thanks for your help,

Werner Kuehnel
Spezialist in der Abteilung Betrieb/Support

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Augustaanlage 66
68165 Mannheim

Tel: +49.621.457-4885, Fax: -4046
E-Mail: [EMAIL PROTECTED]

IMD-Gesellschaft für Informatik und Datenverarbeitung mbH 
Sitz Mannheim, Amtsgericht Mannheim HRB 7460
Geschäftsführer: Norbert Koch

IBM Mainframe Discussion List  schrieb am 12.05.2008 
00:58:56:

> Well this reply is rather late but I don't see that any others.
> 
> I understand ALL to be the last 16 exceptions saved in memory in the
> z/OS System Logger (IXGLOGR) asid not the Health Checker (HZSPROC) asid.
> So stopping and restarting Health Checker does nothing by default.  You
> can get what you want but it takes some user action.
> 
> An example.
> 
> Here Health Checker is just stopped and restarted.
> 
> CHECK(IBMIXGLOGR,IXGLOGR_STAGINGDSFULL) 
> START TIME: 05/11/2008 18:41:41.939281 
> CHECK DATE: 20071106  CHECK SEVERITY: LOW 
> CHECK PARM: ALL 
> 
> Immediately trips an exception from two days previous which is included
> in the ALL criteria. 
> 
>   Time of Last 
> Log Stream StructureCount Condition (GMT) 
> GSVX115.SYSDATA.PLOT.HSYS  *DASDONLY*   1 05/09/2008 14:00:01
> 
> END TIME: 05/11/2008 18:41:41.964858  STATUS: EXCEPTION-LOW 
> 
> 
> You can get the behavior you want by adding an update to the check in
> HZSPRM00 like so
> 
> ADDREPLACE POLICY STMT(LOGR1) UPDATE 
> CHECK(IBMIXGLOGR,*) 
> PARM('TIME(&MON/&DAY/&YR4 &HR:&MIN:&SEC)') 
> REASON('allow to discard LOGR checks by recycle of Health Checker') 
> DATE(20080511) 
> 
> 
> This will mean when you stop and restart HZSPROC you will not report on
> exceptions which occurred prior to the current start time for HZSPROC.
> 
> 
> CHECK(IBMIXGLOGR,IXGLOGR_STAGINGDSFULL) 
> START TIME: 05/11/2008 18:54:27.784840 
> CHECK DATE: 20071106  CHECK SEVERITY: LOW 
> CHECK PARM: TIME(05/11/2008 22:54:27) 
> 
> 
> This system has not encountered any log stream staging data set
> full conditions since 05/11/2008 22:54:27 (GMT). 
> 
> END TIME: 05/11/2008 18:54:27.789075  STATUS: SUCCESSFUL 
> 
> 
> 
> Best Regards, 
> 
> Sam Knutson, GEICO 
> System z Performance and Availability Management 
> mailto:[EMAIL PROTECTED] 
> (office)  301.986.3574 
> 
> "Think big, act bold, start simple, grow fast..." 

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

Re: Cleanup a unconnected Coupling Facility

[Barbara Nitz]

Given that we had done the exact same thing in the past, I don't think that 
there is *any* way to do 'cleanup' of the old structures. I tried all of the 
force commands way back when, they all got rejected. (And as that was a test 
plex, I could take down the actual DB2/whatever connector, so that I wouldn't 
accidentally catch anything wrong.)

You cannot get rid of the connections, as that requires XES code to actually go 
out to the CF and issue some sort of command. Remember, the connection and the 
structure are *also* in the CF, not just in some control blocks in MVS. 
Obviously XES cannot access the CF anymore, as it is *physically* disconnected. 

Skips idea of activating a CFRM policy that does not contain the 
soon-to-be-gone CF and then delete the connections and structures while XES can 
still get at it is the right idea. The only other way is to do the initial IPL 
on the new CFs with freshly formatted CFRM CDSs (which incidentally we always 
do - guess why!).

Barbara Nitz
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

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

Re: IPS default member on z/Os 1.9.

[Barbara Nitz]

If you do an ipcs verbx srmdata command on a dump, you'll see that the old 
controls from IPS are all still there. SRM still uses them (or most of them), 
the external control has just shifted to the WLM policy. Given that it is still 
possible (AFAIK) to come up with a 'default' WLM policy (i.e. no policy at 
all), those IPS values take effect. And they aren't too bad, either!

Regards, Barbara Nitz
-- 
249 Spiele für nur 1 Preis. Die GMX Spieleflatrate schon ab 9,90 Euro.
Neu: Asterix bei den Olympischen Spielen: http://flat.games.gmx.de

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

Re: CICS/BMS greenies to GUI's

[Graham Hobbs]

Gentlemen,
Thanks for the responses, my world nowadays is a PC with 1990's Cobol/CICS 
software (no Web stuff),
so looking for GUI/Web front ends for my generator without the 
knowledge/tools is awkward, but what I've gained is a good start ..


Craig - I can't read CBT775; its a zip containing one .XMI; on a PC, what 
can read a .XMI? Would really like to look into this one. You really started 
something with POX:-)

Eric - haven't looked at your site yet.
Tim - lots of pointers, thanks, will go there.
John - my PC - it doesn't know about //.. ASMA90etc - sounds like answers 
I'm not going to see.

Chuck - will be looking at your site.
George - can you have a copy - NO. :-) It's just not ready yet, almost 
demonstrable, website sometime this

summer where you'll be able to try it.
Rich - my terminolgy is naive but . . on my Agent software newsgroup is 
bit.listserv.cics-l - nobody posts there so I went to bit.listserv.ibm-main. 
That's what I meant about dormant CICS. I do subscribe to the CICS-L listerv 
and get all the emails but (probably my ignorance) never seemed to be able 
to post there. Bill Klein has mostly set me straight. My original post 
should have gone to CICS-L.
? - whoever mentioned Rational Developer for Systemz - yes am looking into 
it.


- Original Message - 
From: "Bill Klein" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, May 12, 2008 7:41 PM
Subject: Fw: CICS/BMS greenies to GUI's



This note was posted directly to the USENET newsgroup and hasn't had many
replies.  I am forwarding it to the list-server, to see if more people 
have

input on it.  (It is also in the comp.lang.cobol newsgroup).

"Graham Hobbs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...

Hello,
Big technical challenge for me so here I am again. Is CICS but that
group seems dormant.

I have a small system that generates Cobol/CICS programs but
particularly generates several BMS Assembler macros (old green
screens). After compiles and assembles the CICS transaction works
fine. This is stuff I know well.

Very briefly, the BMS I generate looks like:

. . DFHMSD . . etc
. . DFHMDI . . etc
. . DFHMDF's
etc
END

But I'd like to also generate a GUI frontend be it/they Java or HTML
or what other possibilities are there.
Might anybody have any pointers as to where I might begin? Articles,
references, code samples (especially), etc?
Thanks.

Graham Hobbs
** Posted from http://www.teranews.com **


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




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

Re: LPAR Capping - weight question

[Michael Mcloughlin]

Thanks Bruno & Shane. I know this is not pretty, but you give me more 
confidence in what I hope will be a short term solution.

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

CICS/TS 2.3 and z/OS 1.7

[Bill Klein]

The exact requirements for ALL31(OFF) are at:
 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceea3180/1.2.4.2 



"Imbriale, Donald" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]
om>...
> The information I provided was from the current LE manuals.  And I have
> confirmed this by running some tests.  ALL31(OFF) is needed if there are
> any AMODE 24 routines.
> 
> Don Imbriale
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ted MacNEIL
> Sent: Tuesday, May 13, 2008 2:49 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CICS/TS 2.3 and z/OS 1.7
> 
> >ALL31(OFF) is needed if there are any AMODE 24 routines.
> 
> Not according to IBM, as I said in my original post.
> They still worked for us.
> What happens with ALL31(ON), according to an IBM expert (whose name
> escapes me), is the AMODE 24 support is not initialised until the first
> 24-bit programme is called.
> 

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

Re: Remote tape drive

[Ted MacNEIL]

I know it's bf to respond to one's own post.
But, we did it with a couple of tape drives, printers and cheque processors.
It was cheaper than putting a mainframe onsite.
-
Too busy driving to stop for gas!

-Original Message-
From: "Ted MacNEIL" <[EMAIL PROTECTED]>

Date: Tue, 13 May 2008 22:07:24 
To:"IBM Mainframe Discussion List" 
Subject: Re: Remote tape drive


>Several options, all -very- expensive.  You need a very big pipe and one or 
>more humans to care for the tape unit. 

We did it for years with HYPERCHANNEL, and it wasn't very expensive.
-
Too busy driving to stop for gas!

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

Re: Remote tape drive

[Ted MacNEIL]

>Several options, all -very- expensive.  You need a very big pipe and one or 
>more humans to care for the tape unit. 

We did it for years with HYPERCHANNEL, and it wasn't very expensive.
-
Too busy driving to stop for gas!

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

Re: Remote tape drive

[Skip Robinson]

We run entire silos remotely. As Hal says, the infrastructure to do this is
complex and costly. I can't imagine its being worth while for a single
drive. You're looking at a major project to reach anything beyond the
tolerable distance for your channel technology.

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


   
 Hal Merritt   
 <[EMAIL PROTECTED] 
 RY.COM>To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> Re: Remote tape drive   
   
   
 05/13/2008 02:38  
 PM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Several options, all -very- expensive.  You need a very big pipe and one
or more humans to care for the tape unit.

What are you trying to do? How far is the run?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Logan
Sent: Tuesday, May 13, 2008 2:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Remote tape drive

I would like to have a tape drive at a remote office from where the
mainframe is physically located. Preferably a (normally) channel
attached
tape drive, rather than a SCSI type of thing, although I would take the
latter if given no other choices.



Does anyone happen to know what options I have available?



Thanks!



David Logan

Manager of Product Development, Pitney Bowes Software, Inc

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

Re: Cleanup a unconnected Coupling Facility

[Skip Robinson]

As I said in a previous post, we've previously experienced this problem
only in DR testing where the mirroring connection is brutally interrupted
on purpose. In the case of CEC upgrade/replacement, all systems would be
shut down cleanly before hardware work begins.

How about, just before V XCF,OFF, the SETXCF commands are issued to expunge
the troublesome--mostly DB2--structures in advance? The advantage of doing
it beforehand would be that IPLs on new hardware would then be
straightforward. This matters a lot to automation, which wants to start up
everything in a big rush.




|-+->
| |   Tom Schmidt   |
| |   <[EMAIL PROTECTED]|
| |   FTWARE.COM>   |
| |   Sent by: IBM  |
| |   Mainframe |
| |   Discussion List   |
| |   <[EMAIL PROTECTED]|
| |   EDU>  |
| | |
| | |
| |   05/13/2008 08:53  |
| |   AM|
| |   Please respond to |
| |   IBM Mainframe |
| |   Discussion List   |
|-+->
  
>--|
  | 
 |
  |To:  IBM-MAIN@BAMA.UA.EDU
 |
  |cc:  
 |
  |Subject: Re: Cleanup a unconnected Coupling Facility 
 |
  
>--|



On Tue, 13 May 2008 11:38:05 -0400, Kevin Mckenzie wrote:

>>DFHCFLS_SYSTCFD1 05/10/2008 22:45:55 ALLOCATED
>> POLICY CHANGE PENDING - CHANGE
>
>What happens when you issue the command
>
>d xcf,str,strname="DFHCFLS_SYSTCFD1",
>
>and then try to delete the connections to the structure?  Those are what
>need to be cleaned up, the connections XCF thinks it has to the structure.
>
>You use the command
>
>setxcf force,connection,strname=,conname=
>
>to do this.


No, I stand by my previous statement that:

 setxcf force,structure,strname=DSNDSNY_SCA

...should do the trick for this specific case.  That is the minimum thing
that
Cwi needs.  If they managed to pend any other commands to XCF they may
also need to issue a SETXCF POLICY,START,POLNM=...  command to move
things forward.  (We needed that for exactly that reason, too.  YMMV.)

--
Tom Schmidt
(DB2 should then rebuild in the new structure in the new CF.

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

Re: Remote tape drive

[Hal Merritt]

Several options, all -very- expensive.  You need a very big pipe and one
or more humans to care for the tape unit. 

What are you trying to do? How far is the run? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Logan
Sent: Tuesday, May 13, 2008 2:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Remote tape drive

I would like to have a tape drive at a remote office from where the
mainframe is physically located. Preferably a (normally) channel
attached
tape drive, rather than a SCSI type of thing, although I would take the
latter if given no other choices.

 

Does anyone happen to know what options I have available?

 

Thanks!

 

David Logan

Manager of Product Development, Pitney Bowes Software, Inc.

  http://centrus.com

4750 Walnut St, Suite 200

Boulder, CO  80301

W: (720) 564-3056

 

 

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

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

UK GSE Large Systems Meeting 20th May 2008

[Mark Wilson]

All,

 

The agenda for the above has been updated and can be found at:
http://lsx.gse.org.uk/future.html

 

Please see the website for registration details.

 

Regards

 

Mark


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

Re: SVC 27

[Art Celestini]

LOCATE (and CATALOG and INDEX) use SVC 26.  Most, if not all of the SuperLocate 
functionality can be obtained through the documented Catalog Search Interface 
(CSI), which is just another front-end to SVC 26.


At 02:17 PM 5/13/2008, Robert A. Rosenberg wrote:
  

>The problem with this method is that it will not show the Secret/Undocumented 
>parameters/features like LOCATE's SuperLocate which also uses SVC27. I am not 
>sure if OBTAIN also has secret options.



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

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

Re: CICS/TS 2.3 and z/OS 1.7

[Ted MacNEIL]

>That was our experience too.  We have to run with ALL31(OFF).  We have lots of 
>very old Assembler, OS/VS COBOL, COBOL II, etc.  Mission critical stuff and 
>nobody and no budget to upgrade it.   We tested with ALL31(ON) and the 
>programs started out fine, the old Assembler ran fine, but it could not 
>return, so the processes failed.

We had no assembler that was in 24-bit.
We had COBOL so old that if were a wine it would be vintage.
But, it worked with ALL31(ON).
If the assembler had been written LE-compliant, it may have worked, but I'm not 
expert enough to know.

-
Too busy driving to stop for gas!

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

Re: CICS/TS 2.3 and z/OS 1.7

[Linda Mooney]

That was our experience too.  We have to run with ALL31(OFF).  We have lots of 
very old Assembler, OS/VS COBOL, COBOL II, etc.  Mission critical stuff and 
nobody and no budget to upgrade it.   We tested with ALL31(ON) and the programs 
started out fine, the old Assembler ran fine, but it could not return, so the 
processes failed.

Linda Mooney

-- Original message -- 
From: Ted MacNEIL <[EMAIL PROTECTED]> 

> >The information I provided was from the current LE manuals. And I have 
> confirmed this by running some tests. ALL31(OFF) is needed if there are any 
> AMODE 24 routines. 
> 
> I don't have any proof, other than experience. 
> It was done under a (proprietry) performance study conducted by IBM on our 
> behalf, along with approximately 200 other recommendations. 
> It worked, and we had some very creaky old COBOL code. 
> OS/390 2.10, CICS/TS 1.3. 
> z/OS 1.4 CICS/TS 1.3 & 2.2 
> z/OS 1.7 CICS/TS 2.2 
> 
> I didn't do the implementation. 
> I was the project co-ordinator. 
> I believed the CICS people (and IBM) when they said it had been done. 
> 
> - 
> 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: Remote tape drive

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of David Logan
> Sent: Tuesday, May 13, 2008 2:37 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Remote tape drive
> 
> I would like to have a tape drive at a remote office from where the
> mainframe is physically located. Preferably a (normally) 
> channel attached
> tape drive, rather than a SCSI type of thing, although I 
> would take the
> latter if given no other choices.
> 
> Does anyone happen to know what options I have available?
> 
> Thanks!
> 
> David Logan

You want the mainframe in one location and the tape at another location,
correct? That sounds like classic "channel extension" to me. Do a search
on "channel extension"

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

Fw: Mainframe programming vs the Web

[Martin Packer]

You're NOT differing. :-)

Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]


 
> I beg to differ.  Until recently, I was running Firefox without NoScript 
and 
> frequently found that both and swap space had filled up, requiring 
> that Firefox 
> be recycled (at a minimum) or that Linux be rebooted.  I keep my 
software up 
> to date.
> 
> With the installation of Noscript, and enabling Javascript only when
> I need it, 
> those problems seem to be a thing of the past.  At the very least, 
> they are far 
> less frequent.
> 
> -- 
> Tom Marchant





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






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

Re: Remote tape drive

[Ted MacNEIL]

>I would like to have a tape drive at a remote office from where the mainframe 
>is physically located. Preferably a (normally) channel attached
tape drive, rather than a SCSI type of thing, although I would take the latter 
if given no other choices.

ESCON/FICON with dark fibre.
HYPERCHANNEL (if it's still around) and there are other channel extender 
vendors.
-
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

Remote tape drive

[David Logan]

I would like to have a tape drive at a remote office from where the
mainframe is physically located. Preferably a (normally) channel attached
tape drive, rather than a SCSI type of thing, although I would take the
latter if given no other choices.

 

Does anyone happen to know what options I have available?

 

Thanks!

 

David Logan

Manager of Product Development, Pitney Bowes Software, Inc.

  http://centrus.com

4750 Walnut St, Suite 200

Boulder, CO  80301

W: (720) 564-3056

 


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

Re: Mainframe programming vs the Web

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main as well.


[EMAIL PROTECTED] (Tom Marchant) writes:
> I beg to differ.  Until recently, I was running Firefox without NoScript and 
> frequently found that both and swap space had filled up, requiring that 
> Firefox 
> be recycled (at a minimum) or that Linux be rebooted.  I keep my software up 
> to date.
>
> With the installation of Noscript, and enabling Javascript only when I need 
> it, 
> those problems seem to be a thing of the past.  At the very least, they are 
> far 
> less frequent.

re:
http://www.garlic.com/~lynn/2008b.html#32 Tap and faucet and spellcheckers
http://www.garlic.com/~lynn/2008b.html#35 Tap and faucet and spellcheckers
http://www.garlic.com/~lynn/2008h.html#71 Mainframe programming vs the Web

earlier than version 3 (possibly sometime in last six months) would go
over a gigabyte with more than 400-600 open tabs ...  but they seem to
have fixed up quite a bit of stuff ...  and same stuff will stay in
around 1/2gbyte (say mbyte per open tab).

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

Re: CICS/TS 2.3 and z/OS 1.7

[Ted MacNEIL]

>We had COBOL (CICS and batch) that called some 24bit
assembler routines, and they would fail with ALL31
on.

Our Application Programmers would jibber in fright if they ever had to modify 
(or even read) an Assembler programmes.

One thing Y2K did was verify our application portfolio was all COBOL.

The assembler routines were all written as 31-bit, back when CICS started 
supporting it.
Our management team was very progressive back then.
-
Too busy driving to stop for gas!

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

Re: Mainframe programming vs the Web

[Tom Marchant]

On Tue, 13 May 2008 08:33:28 +0100, Martin Packer wrote:

>Arthur T wrote:
>
>> One old standby was to open dozens or hundreds of browser windows
>> with ads in them. It could lead to a reboot just to get back
>> control of your computer.
>
>"OLD" is about the right word for it... Firefox, at least, has plenty of
>control over such things. As with all such things I have to give IE the
>benefit of the doubt (as I almost never use it) and assume it had a grip
>on it too.

I beg to differ.  Until recently, I was running Firefox without NoScript and 
frequently found that both and swap space had filled up, requiring that Firefox 
be recycled (at a minimum) or that Linux be rebooted.  I keep my software up 
to date.

With the installation of Noscript, and enabling Javascript only when I need it, 
those problems seem to be a thing of the past.  At the very least, they are far 
less frequent.

-- 
Tom Marchant

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

Re: Mainframe programming vs the Web

[Gary Green]

While we are on the subject...

http://www.imdb.com/title/tt0064177/


 On Tue May 13 15:09 , 'Hardee, Charles H' <[EMAIL PROTECTED]> sent:

>Fantablous movie!
>Computer takes over the world, almost!
>Classic!
>
>-Original Message-
>From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>PROTECTED] On
>Behalf Of Rick Fochtman
>Sent: Tuesday, May 13, 2008 1:59 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Mainframe programming vs the Web
>
>
>
>>> While we're speaking of books we no longer have, but wish we did, I
>vote
>>> for "The Adolescence of P1".
>>
>>
>> Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
>> was One". All are about Sentient Computer Programs that roam the Net 
>> (before the Internet even existed).
>>
>> As for P1, if you are willing to spend under $4.50 there are a large 
>> number of copies on the Amazon Market Place for under $0.50 with a 
>> $3.99 S+H charge. I still have my original copy in my Computer SF 
>> Collection (along with Valentiana and both versions of Harlie). P1 is 
>> fun since it is based on a thinly disguised version of the IBM DOS/360
>
>> Operating System.
>
>---
>While we're fantasizing, does anyone remember "The Forbin Project" ??
>:-)
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: CICS/TS 2.3 and z/OS 1.7

[Richard Peurifoy]

Ted MacNEIL wrote:

The information I provided was from the current LE manuals.  And I have 
confirmed this by running some tests.  ALL31(OFF) is needed if there are any 
AMODE 24 routines.


I don't have any proof, other than experience.
It was done under a (proprietry) performance study conducted by IBM on our 
behalf, along with approximately 200 other recommendations.
It worked, and we had some very creaky old COBOL code.
OS/390 2.10, CICS/TS 1.3.
z/OS 1.4 CICS/TS 1.3 & 2.2
z/OS 1.7 CICS/TS 2.2


Perhaps it depends on what is being called.
We had COBOL (CICS and batch) that called some 24bit
assembler routines, and they would fail with ALL31
on. These routines were written by an applications
programmer who is long gone. Once we found the source,
I modified them to work AMODE ANY and then we could
turn ALL31 on.

--
Richard

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

Re: Mainframe programming vs the Web

[Hardee, Charles H]

Fantablous movie!
Computer takes over the world, almost!
Classic!

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rick Fochtman
Sent: Tuesday, May 13, 2008 1:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web



>> While we're speaking of books we no longer have, but wish we did, I
vote
>> for "The Adolescence of P1".
>
>
> Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
> was One". All are about Sentient Computer Programs that roam the Net 
> (before the Internet even existed).
>
> As for P1, if you are willing to spend under $4.50 there are a large 
> number of copies on the Amazon Market Place for under $0.50 with a 
> $3.99 S+H charge. I still have my original copy in my Computer SF 
> Collection (along with Valentiana and both versions of Harlie). P1 is 
> fun since it is based on a thinly disguised version of the IBM DOS/360

> Operating System.

---
While we're fantasizing, does anyone remember "The Forbin Project" ??
:-)

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

Re: Mainframe programming vs the Web

[Gary Green]

Oh yes.

I remember starting to read it when someone on CompuServe (remember that) 
recommended it to me back in the 80's.  I laid it down somewhere and it was 
gone.  I never did get another copy to finish reading...


 On Tue May 13 13:58 , Rick Fochtman <[EMAIL PROTECTED]> sent:

>
>
>>> While we're speaking of books we no longer have, but wish we did, I vote
>>> for "The Adolescence of P1".
>>
>>
>> Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
>> was One". All are about Sentient Computer Programs that roam the Net 
>> (before the Internet even existed).
>>
>> As for P1, if you are willing to spend under $4.50 there are a large 
>> number of copies on the Amazon Market Place for under $0.50 with a 
>> $3.99 S+H charge. I still have my original copy in my Computer SF 
>> Collection (along with Valentiana and both versions of Harlie). P1 is 
>> fun since it is based on a thinly disguised version of the IBM DOS/360 
>> Operating System.
>
>---
>While we're fantasizing, does anyone remember "The Forbin Project" ??  :-)
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: CICS/TS 2.3 and z/OS 1.7

[Ted MacNEIL]

>The information I provided was from the current LE manuals.  And I have 
>confirmed this by running some tests.  ALL31(OFF) is needed if there are any 
>AMODE 24 routines.

I don't have any proof, other than experience.
It was done under a (proprietry) performance study conducted by IBM on our 
behalf, along with approximately 200 other recommendations.
It worked, and we had some very creaky old COBOL code.
OS/390 2.10, CICS/TS 1.3.
z/OS 1.4 CICS/TS 1.3 & 2.2
z/OS 1.7 CICS/TS 2.2

I didn't do the implementation.
I was the project co-ordinator.
I believed the CICS people (and IBM) when they said it had been done.

-
Too busy driving to stop for gas!

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

Re: Mainframe programming vs the Web

[Daniel McLaughlin]

Great movie!

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 05/13/2008 
02:58:52 PM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   Rick Fochtman <[EMAIL PROTECTED]>
> Subject:  Re: Mainframe programming vs the Web
> 
---
> 
> 
> 
> >> While we're speaking of books we no longer have, but wish we did, I 
vote
> >> for "The Adolescence of P1".
> >
> >
> > Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
> > was One". All are about Sentient Computer Programs that roam the Net 
> > (before the Internet even existed).
> >
> > As for P1, if you are willing to spend under $4.50 there are a large 
> > number of copies on the Amazon Market Place for under $0.50 with a 
> > $3.99 S+H charge. I still have my original copy in my Computer SF 
> > Collection (along with Valentiana and both versions of Harlie). P1 is 
> > fun since it is based on a thinly disguised version of the IBM DOS/360 

> > Operating System.
> 
> ---
> While we're fantasizing, does anyone remember "The Forbin Project" ?? 
:-)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

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

Re: CICS/TS 2.3 and z/OS 1.7

[Imbriale, Donald]

The information I provided was from the current LE manuals.  And I have
confirmed this by running some tests.  ALL31(OFF) is needed if there are
any AMODE 24 routines.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, May 13, 2008 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CICS/TS 2.3 and z/OS 1.7

>ALL31(OFF) is needed if there are any AMODE 24 routines.

Not according to IBM, as I said in my original post.
They still worked for us.
What happens with ALL31(ON), according to an IBM expert (whose name
escapes me), is the AMODE 24 support is not initialised until the first
24-bit programme is called.




***
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: Mainframe programming vs the Web

[Rick Fochtman]

While we're speaking of books we no longer have, but wish we did, I vote
for "The Adolescence of P1".



Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
was One". All are about Sentient Computer Programs that roam the Net 
(before the Internet even existed).


As for P1, if you are willing to spend under $4.50 there are a large 
number of copies on the Amazon Market Place for under $0.50 with a 
$3.99 S+H charge. I still have my original copy in my Computer SF 
Collection (along with Valentiana and both versions of Harlie). P1 is 
fun since it is based on a thinly disguised version of the IBM DOS/360 
Operating System.


---
While we're fantasizing, does anyone remember "The Forbin Project" ??  :-)

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

Re: CICS/TS 2.3 and z/OS 1.7

[Ted MacNEIL]

>ALL31(OFF) is needed if there are any AMODE 24 routines.

Not according to IBM, as I said in my original post.
They still worked for us.
What happens with ALL31(ON), according to an IBM expert (whose name escapes 
me), is the AMODE 24 support is not initialised until the first 24-bit 
programme is called.

-
Too busy driving to stop for gas!

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

Re: CICS/TS 2.3 and z/OS 1.7

[Ted MacNEIL]

>> Why do you have ALL31 off?

>Most likely left over from some problem back in z/OS 1.4.

We've had it on since OS/390 2.10
-
Too busy driving to stop for gas!

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

Re: CICS/TS 2.3 and z/OS 1.7

[Daniel McLaughlin]

Here in the land that time forgot we had to build the CEE modules without 
31-bit to accommodate some ancient COBOL programs that run financials. The 
vendor wouldn't fix his code so we had to create the special modules.

It's been through 1.4 and 1.7 and we'll probably do it again in 1.9.

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

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

Re: CICS/TS 2.3 and z/OS 1.7

[Imbriale, Donald]

ALL31(OFF) is needed if there are any AMODE 24 routines.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, May 13, 2008 2:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CICS/TS 2.3 and z/OS 1.7

>ALL31(OFF),

Why do you have ALL31 off?
Even if you still have 24-bit code, IBM recommends ALL31(ON).
There is a slight performance benefit, and 24-bit will still run.




***
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: SVC 27

[Wayne Driscoll]

Merging this with the "real programmer" thread, If you really want to figure
this out, and have a lot of time, (and a z/OS system you can run with a
single user), there are always z/VM trace traps.

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.


  


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Edward Jaffe
Sent: Tuesday, May 13, 2008 1:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SVC 27

Robert A. Rosenberg wrote:
> The problem with this method is that it will not show the 
> Secret/Undocumented parameters/features like LOCATE's SuperLocate 
> which also uses SVC27. I am not sure if OBTAIN also has secret options.

The best way to learn everything about any SVC is to trace calls to it 
with GTF  -- capturing the parameter lists.

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

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

Re: CICS/TS 2.3 and z/OS 1.7

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
> Sent: Tuesday, May 13, 2008 1:39 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CICS/TS 2.3 and z/OS 1.7
> 
> >ALL31(OFF),
> 
> Why do you have ALL31 off?
> Even if you still have 24-bit code, IBM recommends ALL31(ON).
> There is a slight performance benefit, and 24-bit will still run.
> -

Most likely left over from some problem back in z/OS 1.4.

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

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

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

Re: CICS/TS 2.3 and z/OS 1.7

[Ted MacNEIL]

>ALL31(OFF),

Why do you have ALL31 off?
Even if you still have 24-bit code, IBM recommends ALL31(ON).
There is a slight performance benefit, and 24-bit will still run.
-
Too busy driving to stop for gas!

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

Re: Mainframe programming vs the Web

[Gary Green]

Are you certain it was a DOS system.  I thought it was an MFT, or MVT, and 
"housed" in a 165/95, was it...?


 On Tue May 13 13:58 , 'Robert A. Rosenberg' <[EMAIL PROTECTED]> sent:

>At 10:08 -0400 on 05/13/2008, Daniel McLaughlin wrote about Re: 
>Mainframe programming vs the Web:
>
>>While we're speaking of books we no longer have, but wish we did, I vote
>>for "The Adolescence of P1".
>
>Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
>was One". All are about Sentient Computer Programs that roam the Net 
>(before the Internet even existed).
>
>As for P1, if you are willing to spend under $4.50 there are a large 
>number of copies on the Amazon Market Place for under $0.50 with a 
>$3.99 S+H charge. I still have my original copy in my Computer SF 
>Collection (along with Valentiana and both versions of Harlie). P1 is 
>fun since it is based on a thinly disguised version of the IBM 
>DOS/360 Operating 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
>

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

Re: Mainframe programming vs the Web

[Ted MacNEIL]

>I always wondered how to start a sentence with "dBase IV", or "iPod"...

Or "z/OS" ...
-
Too busy driving to stop for gas!

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

Re: SVC 27

[Edward Jaffe]

Robert A. Rosenberg wrote:
The problem with this method is that it will not show the 
Secret/Undocumented parameters/features like LOCATE's SuperLocate 
which also uses SVC27. I am not sure if OBTAIN also has secret options.


The best way to learn everything about any SVC is to trace calls to it 
with GTF  -- capturing the parameter lists.


--
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: Mainframe programming vs the Web

[Robert A. Rosenberg]

At 08:04 -0500 on 05/13/2008, Mark Hammond wrote about Re: Mainframe 
programming vs the Web:



I used to live in Middlesex County in New Jersey.  You don't need to go
all the way to the UK to find such names.

Mark Hammond


Agreed but you need a US Town not a County to be equivalent since you 
normally are not asked for your County.


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

Re: Mainframe programming vs the Web

[Robert A. Rosenberg]

At 10:08 -0400 on 05/13/2008, Daniel McLaughlin wrote about Re: 
Mainframe programming vs the Web:



While we're speaking of books we no longer have, but wish we did, I vote
for "The Adolescence of P1".


Or "Valentina: Soul in Sapphire " or either edition of "When Harlie 
was One". All are about Sentient Computer Programs that roam the Net 
(before the Internet even existed).


As for P1, if you are willing to spend under $4.50 there are a large 
number of copies on the Amazon Market Place for under $0.50 with a 
$3.99 S+H charge. I still have my original copy in my Computer SF 
Collection (along with Valentiana and both versions of Harlie). P1 is 
fun since it is based on a thinly disguised version of the IBM 
DOS/360 Operating 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: Mainframe programming vs the Web

[Robert A. Rosenberg]

At 12:15 -0400 on 05/13/2008, Tony Harminc wrote about Re: Mainframe 
programming vs the Web:



2008/5/12 Robert A. Rosenberg <[EMAIL PROTECTED]>:


  If you accept only cards that use 4 4-character fields, you can also have 4
 windows (each 4 characters wide) and auto-advance the cursor after the 4th
 character (I have seen this done but it may need JavaScript). AJAX (or
 JavaScript) will allow you to generate the fields after the Card Type Radio
 Button is selected so other formats (like AMEX [4-6-5]) can be handled. Use
 of AJAX or JavaScript also allows Client Side checking of the Card Type (the
 first characters key to the Card Type) as well as the Check Digit Check.


Well... Some very cute things can indeed be done this way, but many of
them can go wrong because the implementor didn't think through the
possibilities, or the possibilities changed after the app was written,
or incorrect assumptions were made. Over editing is often worse than
under, and there is a tradeoff between ensuring data is at least safe
(e.g. stripping out SQL injection and the like) vs disallowing valid
but unanticipated data.


My comment was aimed at the gripe that with CICS and 3270 Screens you 
could force the formatting to separate the CC Card Number into 4 
Character Fields and pointing out that you can also do the same with 
HTML (and showing how). As to the dynamic updating of the CC Fields, 
I did that years ago when I was taking a HTML Course at my Community 
College (I was taking it to round out my skills since I was self 
taught and wanted to formal training).


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

Re: Mainframe programming vs the Web

[Robert A. Rosenberg]

At 08:05 -0600 on 05/13/2008, Howard Brazee wrote about Re: Mainframe 
programming vs the Web:



On 12 May 2008 14:13:07 -0700, [EMAIL PROTECTED] (Robert A. Rosenberg)
wrote:


Around 1968 I read a book where this guy had a long hyphenated name
which the computers kept having troubles with.   He invented a
bacterium that ate computer tapes for revenge - which made him an
ecological hero though.


By any chance was that "The Man Whose Name Wouldn't Fit"?

As I was reading this thread I was thinking of that Science Fiction
Novel before getting to your message. Based on this memory, and on
impulse, I just right now bought a copy so I can reread it. Copies
are available from Amazon if you want to reread it yourself.


That name sounds correct.   40 years is significant for a book that I
no longer have.It is interesting that it precedes modern recycling
of plastics.


There are a number of books I read that many years ago which I 
suddenly remember (such as in this case) - most of which I took out 
of a library not purchased. My copy is on the way to me so I can 
reread it 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: SVC 27

[Robert A. Rosenberg]

At 11:22 -0400 on 05/13/2008, (IBM Mainframe Discussion List) wrote 
about Re: SVC 27:





In a message dated 5/13/2008 8:41:05 A.M. Central Daylight Time, 
[EMAIL PROTECTED] writes:

How to use OBTAIN is documented here:

_http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3._
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.)

Another way to learn about the SVC 27 parameter list is to assemble  multiple
OBTAINs with different parameters and study the code generated and  their
comments.


The problem with this method is that it will not show the 
Secret/Undocumented parameters/features like LOCATE's SuperLocate 
which also uses SVC27. I am not sure if OBTAIN also has secret 
options.




Bill  Fairchild
Rocket Software


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

Re: CICS/TS 2.3 and z/OS 1.7

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jousma, David
> 
> 
>  BTW, in either 1.7 or 1.8 LE parms got moved to PARMLIB, CEEPRMxx

At 1.7 it became an option.  Don't know yet if 1.9 does away with the
USERMOD; we'll find out in about a week or so.

-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: CICS/TS 2.3 and z/OS 1.7

[Jerry Fuchs]

John,

That did it! Will live happily ever after now.

THANKS

Jerry Fuchs
Senior Systems Engineer
Wendy's International Inc.
One Dave Thomas Blvd.
Dublin, Ohio 43017
(614) 764-3594



John P Kalinich <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
05/13/2008 01:30 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: CICS/TS 2.3 and z/OS 1.7






Jerry Fuchs of the IBM Mainframe Discussion List 
wrote on 05/13/2008 12:19:27 PM:

> I have an open PMR with IBM not having much luck getting them to call me
> back.
>
> Under z/OS 1.7 it looks like map storage is not being cleared causing
> garbage to be displayed.
> This works fine under z/OS 1.4.
>
> Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not
been
> able to resolve.
> This is preventing implementation of z/OS 1.7 in production.
>
> Could this be a LE/370 option issue? I am at a loss.
>

Change the CICS LE CEECOPT parameter to...

STORAGE(00,NONE,NONE,0)

Regards,
John K

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: CICS/TS 2.3 and z/OS 1.7

[Robert Sample]

Jerry:

Check the LE STORAGE option.  From our 1.8 LE manual:
STORAGE controls the initial content of storage when allocated and freed. 
It also controls the amount of storage that is reserved for the 
out-of-storage condition. If you specify one of the parameters in the 
STORAGE run-time option, all allocated storage processed by that parameter 
is initialized to the specified value. Otherwise, it is left 
uninitialized. 
You can use the STORAGE option to identify uninitialized application 
variables, or prevent the accidental use of previously freed storage. 
STORAGE is also useful in data security. For example, storage containing 
sensitive data can be cleared when it is freed. 
Non-CICS Default: STORAGE=((NONE,NONE,NONE,0K),OVR) 
CICS Default: STORAGE=((NONE,NONE,NONE,0K),OVR) 
AMODE 64Default: STORAGE=((NONE,NONE,NONE,),OVR)

Robert

I have an open PMR with IBM not having much luck getting them to call me 
back.

Under z/OS 1.7 it looks like map storage is not being cleared causing 
garbage to be displayed. 
This works fine under z/OS 1.4.

Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not been 

able to resolve.
This is preventing implementation of z/OS 1.7 in production.

Could this be a LE/370 option issue? I am at a loss.


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

Re: Java; a POX

[Ivan Warren]

Anne & Lynn Wheeler wrote:

From the front panel, I had flipped a bit in conditional branch
instruction in the password verification routine ... resulting in
anything entered, always being treated as valid password.

  

Eh eh.. reminds me of my very 1st day as a (paid) sysprog..

The resident guy was showing me how easy it was apply a PUT tape 
(must've been VM/SP4 or VM/SP4+HPO - yeah I know, I'm still a junior)..


Anyway.. he went on, did his stuff.. dumped the various CP tapes to 
their respective minidisks - and in the process, rebuilt DIRECT MODULE.


A bit later on, he figured he had to make a small change to the CP 
directory.. Made the change and then went ahead with a 'DIRECT USER' 
(oops.. picked up the one that was just built that was residing on the A 
disk)..


Now mind it, he hadn't yet generated the CP nucleus.

Logged off MAINT (to take into account the change)... Logon MAINT : USER 
MAINT NOT IN CP DIRECTORY.. (ouch !)


Resident sysprog goes white.. throwing various expletives around the room..

So right.. I tell him to calm down.. OPERATOR still logged on right ? 
Tells me.. yeah.. should be..


We head for the 3279-2A sitting in front of the 4381.. Cool.. we still 
have an OP..


LOCATE OPERATOR
STCP +X'110' D4C1C9D5E3404040 (actually, couldn't remember 
Where in the VMBLOK the userid was stored.. so a bit of DCP helped)
CP LINK * 191 100 RR (yeah : the cool trick : you don't need a password 
to link to your own minidisks)..

ACC 100 Z (anything after S)
DIRECT USER DIRECT Z
.. Get back in the room
LOGON  : works !
LOGOFF the VM on the console.. log back on as operator
LOGON MAINT : Works.. Woohoo ! Back on track..

Not as crisp as flipping switches (4381 doesn't have any of those - but 
I guess I could have figured it out using alter/display if necessary).. 
But it earned me my 15 minutes of fame ;)


--Ivan

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

Re: CICS/TS 2.3 and z/OS 1.7

[Jousma, David]

 BTW, in either 1.7 or 1.8 LE parms got moved to PARMLIB, CEEPRMxx


___

Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429


-Original Message-
From: Jousma, David 
Sent: Tuesday, May 13, 2008 1:33 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: CICS/TS 2.3 and z/OS 1.7

Probably a larger question to ask is did your presumed LE options
usermod apply correctly?  If not, you may have other problems too... 


___

Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429


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

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

Re: CICS/TS 2.3 and z/OS 1.7

[Jousma, David]

Probably a larger question to ask is did your presumed LE options
usermod apply correctly?  If not, you may have other problems too... 


___

Dave Jousma
Assistant Vice President
Mainframe Services
[EMAIL PROTECTED]
616.653.8429


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

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

Re: CICS/TS 2.3 and z/OS 1.7

[Fletcher, Kevin]

I have an open PMR with IBM not having much luck getting them to call me

back.

Under z/OS 1.7 it looks like map storage is not being cleared causing 
garbage to be displayed. 
This works fine under z/OS 1.4.

Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not
been 
able to resolve.
This is preventing implementation of z/OS 1.7 in production.

Could this be a LE/370 option issue? I am at a loss.

Thanks 

Jerry Fuchs



Jerry,

This could be an LE option issue (was the old WSCLEAR option under COBOL
II). you might
want to check for STORAGE(00,NONE,NONE,8K), this is the WSCLEAR
equivalent 
in your CICS LE options module.

Fletch 

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

Re: CICS/TS 2.3 and z/OS 1.7

[John P Kalinich]

Jerry Fuchs of the IBM Mainframe Discussion List 
wrote on 05/13/2008 12:19:27 PM:

> I have an open PMR with IBM not having much luck getting them to call me
> back.
>
> Under z/OS 1.7 it looks like map storage is not being cleared causing
> garbage to be displayed.
> This works fine under z/OS 1.4.
>
> Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not
been
> able to resolve.
> This is preventing implementation of z/OS 1.7 in production.
>
> Could this be a LE/370 option issue? I am at a loss.
>

Change the CICS LE CEECOPT parameter to...

STORAGE(00,NONE,NONE,0)

Regards,
John K

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

Re: Java; a POX

[Rick Fochtman]

Give me Assembler and a hand-held uninterpreted card punch
   


any day. Real
 


programmers don't use/need HLL's!
   


Assembler?   Real programmers don't need assembler!
 


Right! We type the program in using the Alter/Display memory function!
On older machine, we toggle in via the front panel switches! 
Hex is for wimps, binary forever!
   



Type??  With plugboard and a schematic, who needs to type??
 


--
Yeah,but who still has a 407? :-)

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

Re: Java; a POX

[Edward Jaffe]

Howard Brazee wrote:

On 13 May 2008 08:57:14 -0700, [EMAIL PROTECTED] (Michael Poil)
wrote:

  
Give me Assembler and a hand-held uninterpreted card punch any day. Real 
programmers don't use/need HLL's!



Assembler?   Real programmers don't need assembler!
  


This reminds me of a humorous -- and quite memorable -- Dec 2005 post on 
ASSEMBLER-LIST, by Michael Stack, interjected into a discussion about 
structured HLASM programming, after the "Luddites" started getting a 
little out of hand:




[Disclaimer for the sensitive: this is intended as humor!!]

This discussion arrived at just the right time, in the middle of my 
updating some presentations I'll be giving at the March SHARE meeting in 
Seattle. I was particularly taken with Steve's comment that a program 
which uses the structured programming macros "... hardly looks like 
Assembler."


So, there I am, working on a talk about the USING instruction, and in 
front of me is an example (please pardon the length):


 STM   14,12,12(13)  Save all registers in caller's area
 LA14,24(,15)Get address of a new save area
 ST13,4(,14) Connect new save area to old
 ST14,8(,13)  and old to new
 LR13,14 Copy addr of new save area to R13
 BALR  12,0  Set R12 to addr of next instruction
 BC15,76(,12)Branch around save area
 DC18F'-1'   New save area
 LA1,104(,12)Get address of first table
 BAL   14,272(,12)   Go to INIT routine with first table
 LA1,188(,12)Get address of second table
 BAL   14,272(,12)   Go initialize second table
 L 13,4(,13) Restore addr of previous save area
 LM14,12,12(13)  Restore caller's register contents
 SR15,15 Set return code to zero
 BCR   15,14 Return to caller
 DC(3*28)X'55'   First table (three 28-byte entries)
 DC(3*28)X'55'   Second table
 SR0,0   INIT: set initial age in R0
 LA10,3  Get counter for table entries
 LR11,1  Get addr of first entry to R11
 MVC   0(22,11),300(12)  Set initial NAME (22 blanks)
 ST0,24(,11) Set initial AGE
 LA11,28(,11)Set R11 to next table entry
 BCT   10,280(,12)   Count number of entries
 BCR   15,14 Return to MAIN when table done
 DCCL22' '   Initial value for NAME
 END

Now, I claim that THIS is REAL assembler language. Without labels, the 
true nature of the program shows through: base registers, displacements, 
nearly all the elements of machine-level programming are visible. If I 
had wanted to use labels, I should have written it in COBOL, because 
with labels [I know you were waiting for it] , it hardly looks like 
assembler.




And, I was ROTFLMAO when I read his later follow-up, after Raymon House 
suggested that the original was far too well commented to be a "real" 
assembler language program:




Agreed. Here's an improvement, with almost no distractions:

 DCX'90ECD00C'
 DCF'1105260568'
 DCX'50D0E004'
 DCX'50E0D008'
 DCX'18DE'
 DCX'05C0'
 DCX'47F0C04C'
 DC72X'FF'
 DCX'4110C068'
 DCX'45E0C110'
 DCX'4110C0BC'
 DCX'45E0C110'
 DCX'58D0D004'
 DCX'98ECD00C'
 DCX'1BFF'
 DCX'07FE'
 DC168X'55'
 DCX'1B00'
 DCX'41A3'
 DCX'18B1'
 DCX'D215B000C12C'
 DCX'5000B018'
 DCX'41B0B01C'
 DCX'46A0C118'
 DCX'07FE'
 DC22X'40'
 END




Now, that's REAL programming! :-D

--
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: CICS/TS 2.3 and z/OS 1.7

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs
> Sent: Tuesday, May 13, 2008 12:19 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: CICS/TS 2.3 and z/OS 1.7
> 
> I have an open PMR with IBM not having much luck getting them 
> to call me 
> back.
> 
> Under z/OS 1.7 it looks like map storage is not being cleared causing 
> garbage to be displayed. 
> This works fine under z/OS 1.4.
> 
> Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but 
> have not been 
> able to resolve.
> This is preventing implementation of z/OS 1.7 in production.
> 
> Could this be a LE/370 option issue? I am at a loss.
> 
> Thanks 
> 
> Jerry Fuchs

Sounds like the old problem with the LE STORAGE parms not being set in
your LE parameters. In my CEEPRMnn member of PARMLIB, I have:

/* CICS LE PARMS */
CEECOPT(
  ALL31(OFF),
  STORAGE(00,NONE,NONE,0K)
 )

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

CICS/TS 2.3 and z/OS 1.7

[Jerry Fuchs]

I have an open PMR with IBM not having much luck getting them to call me 
back.

Under z/OS 1.7 it looks like map storage is not being cleared causing 
garbage to be displayed. 
This works fine under z/OS 1.4.

Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not been 
able to resolve.
This is preventing implementation of z/OS 1.7 in production.

Could this be a LE/370 option issue? I am at a loss.

Thanks 

Jerry Fuchs
Senior Systems Engineer
Wendy's International Inc.
One Dave Thomas Blvd.
Dublin, Ohio 43017
(614) 764-3594

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

Re: Java; a POX

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
> > 
> > On 13 May 2008 08:57:14 -0700, Michael Poil wrote:
> > 
> > >Give me Assembler and a hand-held uninterpreted card punch
> > any day. Real
> > >programmers don't use/need HLL's!
> > 
> > Assembler?   Real programmers don't need assembler!
> 
> Right! We type the program in using the Alter/Display memory function!
> On older machine, we toggle in via the front panel switches! 
> Hex is for wimps, binary forever!

Type??  With plugboard and a schematic, who needs to type??

-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: Mainframe programming vs the Web

[Howard Brazee]

On 13 May 2008 09:26:02 -0700, [EMAIL PROTECTED] (Tony Harminc)
wrote:

>Formatting names according to some assumed standard, e.g. changing the
>first letter of each part to upper case. Enough said on this, except
>to remark on the sheer number of homegrown and experimental schemes
>deployed out there, almost all of them wrong for some quite common
>names!

I always wondered how to start a sentence with "dBase IV", or
"iPod"...

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

Re: Java; a POX

[Anne & Lynn Wheeler]

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

[EMAIL PROTECTED] (Ivan Warren) writes:
> Assembler is for sissies !
> Using a keyboard to input hexadecimal numbers if for script kiddies..
>
> Real programmers flip switches to select the address, flip some more
> switches to input the data, rotate the mode switch to 'store'  and
> press the execute button.

i've been known to (026) multi-punch patches in duplicated 12-2-9 "TXT"
cards for program patches ... as well as entering storage modifications
from the front panel of 360/67. Knowing format of 12-2-9 "TXT" cards
... needed to be able to "read" punch holes ... so "fanning" deck would
quickly locate the card with the data for the specific program address
with the instruction(s) to be patched.

old posting of "real programmers" (also "real engineers")
http://www.garlic.com/~lynn/2001e.html#31 High Level Language Systems was Re: 
computer books/authors (Re: FA:

when the future system project was in full swing 
http://www.garlic.com/~lynn/subtopic.html#futuresys

... the (highly classified) future system architecture documents had
been "secured" on vm370 systems. I had some dedicated weekend time in a
machine room with one such vm370 systems. My time was on 370/145 ...
and the "secured" vm370 system with future system documents was some
other machine in the room. one of the people may some rash claim that
they had so secured the documents on the system that even I wouldn't be
able to gain access ... even if i was left alone in the room.

well, how could i resist???

I first asked them to disable all external acess to the machine (all
terminals connecting to the machine from outside the machine room).

>From the 370/145 front console, I patched one bit in real storage and
had access to everything on the machine. I mentioned that countermeasure
to this attack was to require authentication before being able to use
the front panel functions.

>From the front panel, I had flipped a bit in conditional branch
instruction in the password verification routine ... resulting in
anything entered, always being treated as valid password.

for a little drift ... recent, (mainframe) security related thread
http://www.garlic.com/~lynn/2008h.html#74
http://www.garlic.com/~lynn/2008h.html#81

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

Re: Mainframe programming vs the Web

[Tony Harminc]

2008/5/12 Robert A. Rosenberg <[EMAIL PROTECTED]>:

>  If you accept only cards that use 4 4-character fields, you can also have 4
> windows (each 4 characters wide) and auto-advance the cursor after the 4th
> character (I have seen this done but it may need JavaScript). AJAX (or
> JavaScript) will allow you to generate the fields after the Card Type Radio
> Button is selected so other formats (like AMEX [4-6-5]) can be handled. Use
> of AJAX or JavaScript also allows Client Side checking of the Card Type (the
> first characters key to the Card Type) as well as the Check Digit Check.

Well... Some very cute things can indeed be done this way, but many of
them can go wrong because the implementor didn't think through the
possibilities, or the possibilities changed after the app was written,
or incorrect assumptions were made. Over editing is often worse than
under, and there is a tradeoff between ensuring data is at least safe
(e.g. stripping out SQL injection and the like) vs disallowing valid
but unanticipated data.

Pet peeves of mine on websites:

Disallowing valid characters in email addresses. I'd say the majority
of sites won't allow a plus sign, but it's perfectly valid. Same goes
for all-numeric domain names.

Refusing phone numbers in international standard format, e.g. +1 212
555-1212. Many sites first try to determine the country you're in, and
then force the phone number to match what they think that country
uses. Some even force in a bogus access code, e.g. 00 for Europe.
Phones themselves generally get this right - the UI may format the
number as you key it in according to local rules (local to where you
bought the phone, that is), but if you enter it in the +cc format then
they store it that way without bogus formatting. And then you can use
your phone's address book when you travel.

Assuming local date formats. Sigh - why can't everyone at least accept
ISO 8601 on input? It's unambiguous and universal.

Formatting names according to some assumed standard, e.g. changing the
first letter of each part to upper case. Enough said on this, except
to remark on the sheer number of homegrown and experimental schemes
deployed out there, almost all of them wrong for some quite common
names!

Playing cute games with ZIP codes. Do not use the ZIP code to
"correct" the address that was entered, particularly if the "ZIP" code
is actually some other country's postal code.

Squishing blanks out of postal codes. Many countries' codes contain a blank.

And worst of all...
Rejecting part of the entered data for some (often wrong) reason, and
forcing re-entry of everything else!

Tony H

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

Re: Java; a POX

[Ivan Warren]

Howard Brazee wrote:

Assembler?   Real programmers don't need assembler!

  

Assembler is for sissies !
Using a keyboard to input hexadecimal numbers if for script kiddies..

Real programmers flip switches to select the address, flip some more 
switches to input the data, rotate the mode switch to 'store'  and press 
the execute button.


--Ivan

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

Re: Java; a POX

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Tuesday, May 13, 2008 11:16 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Java; a POX
> 
> On 13 May 2008 08:57:14 -0700, [EMAIL PROTECTED] (Michael Poil)
> wrote:
> 
> >Give me Assembler and a hand-held uninterpreted card punch 
> any day. Real 
> >programmers don't use/need HLL's!
> 
> Assembler?   Real programmers don't need assembler!

Right! We type the program in using the Alter/Display memory function!
On older machine, we toggle in via the front panel switches! Hex is for
wimps, binary forever!

--
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: Java; a POX

[Howard Brazee]

On 13 May 2008 08:57:14 -0700, [EMAIL PROTECTED] (Michael Poil)
wrote:

>Give me Assembler and a hand-held uninterpreted card punch any day. Real 
>programmers don't use/need HLL's!

Assembler?   Real programmers don't need assembler!

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

Re: Java; a POX

[Steve Comstock]

Michael Poil wrote:

Hehe

Give me Assembler and a hand-held uninterpreted card punch any day. Real 
programmers don't use/need HLL's!


Says the Java debugging guy! :-)




:-)
--
Mike Poil
Java z/OS Level 3 Service
IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN
Internal: 246824  External: +44 (0)1962 816824 
Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/


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

==> Check out the Trainer's Friend Store to purchase z/OS  <==
==> application developer toolkits. Sample code in four<==
==> programming languages, JCL to Assemble or compile, <==
==> bind and test. <==
==>   http://www.trainersfriend.com/TTFStore/index.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: Java; a POX

[Martin Packer]

Assemblers are "so NEXT century". :-)

Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]








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






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

Re: Java; a POX

[Michael Poil]

Hehe

Give me Assembler and a hand-held uninterpreted card punch any day. Real 
programmers don't use/need HLL's!

:-)
--
Mike Poil
Java z/OS Level 3 Service
IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN
Internal: 246824  External: +44 (0)1962 816824 
Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/
--






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






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

Re: Cleanup a unconnected Coupling Facility

[Tom Schmidt]

On Tue, 13 May 2008 11:38:05 -0400, Kevin Mckenzie wrote:

>>DFHCFLS_SYSTCFD1 05/10/2008 22:45:55 ALLOCATED
>> POLICY CHANGE PENDING - CHANGE
>
>What happens when you issue the command
>
>d xcf,str,strname="DFHCFLS_SYSTCFD1",
>
>and then try to delete the connections to the structure?  Those are what
>need to be cleaned up, the connections XCF thinks it has to the structure.
>
>You use the command
>
>setxcf force,connection,strname=,conname=
>
>to do this.
 
 
No, I stand by my previous statement that:
 
 setxcf force,structure,strname=DSNDSNY_SCA 
 
...should do the trick for this specific case.  That is the minimum thing that 
Cwi needs.  If they managed to pend any other commands to XCF they may 
also need to issue a SETXCF POLICY,START,POLNM=...  command to move 
things forward.  (We needed that for exactly that reason, too.  YMMV.)  
 
-- 
Tom Schmidt
(DB2 should then rebuild in the new structure in the new CF.
 

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

Re: IPS default member on z/Os 1.9.

[Edward Jaffe]

Rick Fochtman wrote:

---

BTW Ted, COMPAT mode went away in z/OS 1.3, not z/OS 1.2. 


Since I went straight to 1.4, from 2.10, I couldn't recall exactly.
Thanks for the correction.
 


---
ISTR running COMPAT mode in z/OS 1.4 as well. But perhaps the "grey 
cells" aren't working quite right.


Not for WLM. You might be thinking of the Bi-modal Accommodation 
feature. I think z/OS 1.4 was the first release to support that and it 
was rolled back to z/OS 1.2.


--
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: Cleanup a unconnected Coupling Facility

[Kevin Mckenzie]

>DFHCFLS_SYSTCFD1 05/10/2008 22:45:55 ALLOCATED
> POLICY CHANGE PENDING - CHANGE

What happens when you issue the command

d xcf,str,strname="DFHCFLS_SYSTCFD1", 

and then try to delete the connections to the structure?  Those are what 
need to be cleaned up, the connections XCF thinks it has to the structure.

You use the command

setxcf force,connection,strname=,conname=

to do this.

Kevin McKenzie

External Phone: 845-435-8282, Tie-line: 8-295-8282
z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 

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

Re: SVC 27

[Gabor Hoffer]

Thank you!
Gabor

On Tue, May 13, 2008 at 3:40 PM, McKown, John <[EMAIL PROTECTED]>
wrote:

> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:[EMAIL PROTECTED] On Behalf Of Gabor Hoffer
> > Sent: Tuesday, May 13, 2008 8:24 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: SVC 27
> >
> > > >Where do I find documentation about SVC 27?
> > >
> > > It's true that the Diagnosis manuals include a list of SVC
> > routines and
> > > their parameter lists. But why not use the OBTAIN macro?
> >
> >
> > Because, I don't have experience in this theme and I have to
> > fix a problem
> > in a program that uses SVC 27.
> >
> >
> > > > I'v found something in book "z/OS V1R1.x MVS Diagnosis:
> > Reference",
> > > >but it's not detailed enought for me.
> > >
> > > As the name suggests, it's to help you diagnose problems,
> > not to help you
> > > code. In general, your code will be more maintainable if you use the
> > > macros IBM supplies instead of building the parameter lists
> > yourself.
> >
> >
> > Ok, I'l try to replace SVC 27 to OBTAIN. Where do I find info
> > about OBTAIN
> > Macro?
> >
> > Regards,
> > Gabor
>
> How to use OBTAIN is documented here:
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.
> 2
>
> --
> 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
>
>

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

Re: Mainframe programming vs the Web

[Gary Green]

At the risk of this thread straying off topic too much, I agree...

I have two copies floating around my house somewhere.  I can never find them 
when I want to reread the book; about every 4-5 years.

"Where's Gregory?".


 On Tue May 13 10:08 , Daniel McLaughlin <[EMAIL PROTECTED]> sent:

>While we're speaking of books we no longer have, but wish we did, I vote 
>for "The Adolescence of P1".
>
>Daniel McLaughlin
>Z-Series Systems Programmer
>Information & Communications Technology
>Crawford & Company
>4680 N. Royal Atlanta
>Tucker GA 30084 
>phone: 770-621-3256 
>fax: 770-621-3237
>email: [EMAIL PROTECTED]
>web: www.crawfordandcompany.com 
>
>
>
>
>Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
>Readers Choice Awards
> 
>Consider the environment before printing this message.
>
>This transmission is intended exclusively for the individual or entity to 
>which it is addressed. This communication may contain information that is 
>confidential, proprietary, privileged or otherwise exempt from disclosure. If 
>you are not the named addressee, you are NOT authorized to read, print, 
>retain, copy or disseminate this communication, its attachments or any part of 
>them. If you have received this communication in error, please notify the 
>sender immediately and delete this communication from all computers.  This 
>communication does not form any contractual obligation on behalf of the 
>sender, the sender's employer, or the employer's parent company, affiliates or 
>subsidiaries.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: IPS default member on z/Os 1.9.

[Rick Fochtman]

---

BTW Ted, COMPAT mode went away in z/OS 1.3, not z/OS 1.2.   
   



Since I went straight to 1.4, from 2.10, I couldn't recall exactly.
Thanks for the correction.
 


---
ISTR running COMPAT mode in z/OS 1.4 as well. But perhaps the "grey 
cells" aren't working quite right.


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

Re: SVC 27

[(IBM Mainframe Discussion List)]

 
 
In a message dated 5/13/2008 8:41:05 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>How to use OBTAIN is documented here:
_http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3._ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.) 
 
Another way to learn about the SVC 27 parameter list is to assemble  multiple 
OBTAINs with different parameters and study the code generated and  their 
comments.
 
Bill  Fairchild
Rocket Software





**Wondering what's for Dinner Tonight? Get new twists on family 
favorites at AOL Food.  
(http://food.aol.com/dinner-tonight?NCID=aolfod000301)

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

Re: IPS default member on z/Os 1.9.

[Ted MacNEIL]

>BTW Ted, COMPAT mode went away in z/OS 1.3, not z/OS 1.2.   

Since I went straight to 1.4, from 2.10, I couldn't recall exactly.
Thanks for the correction.

-
Too busy driving to stop for gas!

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

Re: SV: Mainframe programming vs the Web

[Howard Brazee]

On 13 May 2008 05:51:06 -0700, [EMAIL PROTECTED] (Thomas Berg)
wrote:

>And in swedish the word "slut" is the same as "end"...
>
>You imagibe the problems that we have sometimes... :)

Every language I know has such puns.

Remember when people talked about how Chevy Nova meant "won't go"?
Sure "no va" means that, but "Nova" means the same thing in Spanish as
it does in English".Snopes gives the example of buying a dinette
set called "Notable", with English speakers not buying it because it
has "no table".

http://www.snopes.com/business/misxlate/nova.asp

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

Re: Mainframe programming vs the Web

[Howard Brazee]

On 13 May 2008 00:33:58 -0700, [EMAIL PROTECTED] (Martin
Packer) wrote:

>"OLD" is about the right word for it... Firefox, at least, has plenty of 
>control over such things. As with all such things I have to give IE the 
>benefit of the doubt (as I almost never use it) and assume it had a grip 
>on it too.

I'm working on a big project that uses PowerPoint.   When I use
Firefox, I don't need to give my password a dozen times per session,
but I do have the download window full. 

Unfortunately, I can't check out documents with Firefox.   Microsoft
makes sure I need to use I.E.So I make Powerpoint the home URL, as
I don't use I.E. for anything else.

It is a very clumsy system that I haven't yet figured out how to make
work well.

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

Re: Mainframe programming vs the Web

[Daniel McLaughlin]

While we're speaking of books we no longer have, but wish we did, I vote 
for "The Adolescence of P1".

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

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

Re: Mainframe programming vs the Web

[Howard Brazee]

On 12 May 2008 14:13:07 -0700, [EMAIL PROTECTED] (Robert A. Rosenberg)
wrote:

>>Around 1968 I read a book where this guy had a long hyphenated name
>>which the computers kept having troubles with.   He invented a
>>bacterium that ate computer tapes for revenge - which made him an
>>ecological hero though.
>
>By any chance was that "The Man Whose Name Wouldn't Fit"?
>
>As I was reading this thread I was thinking of that Science Fiction 
>Novel before getting to your message. Based on this memory, and on 
>impulse, I just right now bought a copy so I can reread it. Copies 
>are available from Amazon if you want to reread it yourself.

That name sounds correct.   40 years is significant for a book that I
no longer have.It is interesting that it precedes modern recycling
of plastics.

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

Re: SVC 27

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Gabor Hoffer
> Sent: Tuesday, May 13, 2008 8:24 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: SVC 27
> 
> > >Where do I find documentation about SVC 27?
> >
> > It's true that the Diagnosis manuals include a list of SVC 
> routines and
> > their parameter lists. But why not use the OBTAIN macro?
> 
> 
> Because, I don't have experience in this theme and I have to 
> fix a problem
> in a program that uses SVC 27.
> 
> 
> > > I'v found something in book "z/OS V1R1.x MVS Diagnosis: 
> Reference",
> > >but it's not detailed enought for me.
> >
> > As the name suggests, it's to help you diagnose problems, 
> not to help you
> > code. In general, your code will be more maintainable if you use the
> > macros IBM supplies instead of building the parameter lists 
> yourself.
> 
> 
> Ok, I'l try to replace SVC 27 to OBTAIN. Where do I find info 
> about OBTAIN
> Macro?
> 
> Regards,
> Gabor

How to use OBTAIN is documented here:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/1.3.
2

--
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: SVC 27

[Gabor Hoffer]

> >Where do I find documentation about SVC 27?
>
> It's true that the Diagnosis manuals include a list of SVC routines and
> their parameter lists. But why not use the OBTAIN macro?


Because, I don't have experience in this theme and I have to fix a problem
in a program that uses SVC 27.


> > I'v found something in book "z/OS V1R1.x MVS Diagnosis: Reference",
> >but it's not detailed enought for me.
>
> As the name suggests, it's to help you diagnose problems, not to help you
> code. In general, your code will be more maintainable if you use the
> macros IBM supplies instead of building the parameter lists yourself.


Ok, I'l try to replace SVC 27 to OBTAIN. Where do I find info about OBTAIN
Macro?

Regards,
Gabor

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

Re: IPS default member on z/Os 1.9.

[Mark Zelden]

On Tue, 13 May 2008 12:37:09 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>>The ICS and IPS are still included in the IHAIPA mapping macro in z/OS 1.9
and IPAICS and IPAIPS still contain valid PDE entries - maybe IBM are yet to
"clean-up" the entries ?
>
>I modified a version of Mark's IPLINFO to not even produce the ICS/IPS
lines in the output.
>Nothing fancy; I just commented out the assignments of the lines to the
output stream.
>

This would be better.  Add it to the "EXTRACT_SYSPARMS:" routine around
line 1718 just before the 2 lines of code that  remove the ILM parms:


If Bitand(CVTOSLV3,'08'x) = '08'x then , /* z/OS 1.3 and above   */
  If Pos('IPS',IEASPARM) <> 0  | ,   /* remove IPS parms */
 Pos('ICS',IEASPARM) <> 0  then return   /* remove ICS parms */


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

Java; a POX

[Shane]

> ... to communicate with a hand-coded Java
> front end, passing XML back and forth.  This is sometimes called POX (Plain
> Old XML).

How about that ...
I have always considered Java a pox on the planet.

Shane ...
(sorry, that was just too good to pass up...)

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

Re: CICS/BMS greenies to GUI's

[Schneiderwent, Craig]

Responding to the "other possibilities" portion, you might find
http://www.cbttape.org/ftp/updates/CBT775.zip interesting.  It's the code to
go with SHARE presentation 8247 User Experience: Writing a web-enabled
CICS/COBOL program.

This is _not_ a method to generate a GUI or HTML from your BMS source or a
3270 datastream.  It is a demonstration of an alternative way to respond to
user requests via HTTP(S).

We use something similar to this code to communicate with a hand-coded Java
front end, passing XML back and forth.  This is sometimes called POX (Plain
Old XML).

-Original Message-

"Graham Hobbs" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hello,
> Big technical challenge for me so here I am again. Is CICS but that
> group seems dormant.
> 
> I have a small system that generates Cobol/CICS programs but
> particularly generates several BMS Assembler macros (old green
> screens). After compiles and assembles the CICS transaction works
> fine. This is stuff I know well.
> 
> Very briefly, the BMS I generate looks like: 
> 
> . . DFHMSD . . etc 
> . . DFHMDI . . etc 
> . . DFHMDF's
> etc
> END
> 
> But I'd like to also generate a GUI frontend be it/they Java or HTML
> or what other possibilities are there.
> Might anybody have any pointers as to where I might begin? Articles,
> references, code samples (especially), etc?
> 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: IPS default member on z/Os 1.9.

[Mark Zelden]

On Tue, 13 May 2008 08:04:15 -0500, Mark Zelden <[EMAIL PROTECTED]>
wrote:

>On Tue, 13 May 2008 12:11:31 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:
>
>>>Using Mark's IPLINFO utility on our 1.9 system, I see this entry:
>>
>>>IPS=00,>Default
>>
>>>I thought the ICS and IPS went out of town once Workload Manager came in.
>>
>>Actually it's only been gone since z/OS 1.2.
>>Up until then, you could still use IPS/ICS in COMPAT mode.
>>
>>It's not 1.9; it's Mark's code.
>>It still reflects an IPS and an ICS, even though they don't exist anymore.
>>
>
>It's not my code, it's IBM's.   I am just displaying the entires in the IPA
>(Initialization Parameter Area) that are populated by IBM (see the IHAIPA
>macro).  The PDE (parameter descriptor elements) still exist for the IPS
>and ICS (IHAIPS / IHAICS).  There is also remnants of ILM in there but
>I do strip those out for z/OS 1.5 and above.   I suppose I could do the same
>for IPS and ICS, but I don't.
>

Actually, it's only IPS still populated, not ICS.  So if someone IPL's with
an IEASYSxx that specifies IPS=xx, does it create an error message or does
NIP go happily on its way and SRM / WLM just ignore it?

BTW Ted, COMPAT mode went away in z/OS 1.3, not z/OS 1.2.   

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 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: Mainframe programming vs the Web

[Mark Hammond]

I used to live in Middlesex County in New Jersey.  You don't need to go
all the way to the UK to find such names.

Mark Hammond
-Original Message-
From: Robert A. Rosenberg [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 12, 2008 4:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mainframe programming vs the Web

At 11:27 -0500 on 05/12/2008, Chase, John wrote about Re: Mainframe 
programming vs the Web:

>  > -Original Message-
>>  From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
>>
>>  [ snip ]
>>
>>  I did work for a company that had to clean up addresses - it
>>  had a dirty word file that it used - but I've read of some
>>  foreign "dirty
>>  words" that are valid places and names.  . . .
>
>Ummm  A town in Austria comes immediately to mind.
>
> -jc-

Or towns in the UK with "SEX" in their names (Middlesex, Sussex, etc).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
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: IPS default member on z/Os 1.9.

[Mark Zelden]

On Tue, 13 May 2008 12:11:31 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>>Using Mark's IPLINFO utility on our 1.9 system, I see this entry:
>
>>IPS=00,>Default
>
>>I thought the ICS and IPS went out of town once Workload Manager came in.
>
>Actually it's only been gone since z/OS 1.2.
>Up until then, you could still use IPS/ICS in COMPAT mode.
>
>It's not 1.9; it's Mark's code.
>It still reflects an IPS and an ICS, even though they don't exist anymore.
>

It's not my code, it's IBM's.   I am just displaying the entires in the IPA
(Initialization Parameter Area) that are populated by IBM (see the IHAIPA
macro).  The PDE (parameter descriptor elements) still exist for the IPS
and ICS (IHAIPS / IHAICS).  There is also remnants of ILM in there but 
I do strip those out for z/OS 1.5 and above.   I suppose I could do the same
for IPS and ICS, but I don't.

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

SV: Mainframe programming vs the Web

[Thomas Berg]

And in swedish the word "slut" is the same as "end"...

You imagibe the problems that we have sometimes... :)


Thomas Berg
__
Thomas Berg   Specialist   IT-U   SWEDBANK
 

-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Chase, John
Skickat: den 13 maj 2008 13:21
Till: IBM-MAIN@BAMA.UA.EDU
Ämne: Re: Mainframe programming vs the Web

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg
> 
> At 11:27 -0500 on 05/12/2008, Chase, John wrote about Re: 
> Mainframe programming vs the Web:
> 
> >  > -Original Message-
> >>  From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
> >>
> >>  [ snip ]
> >>
> >>  I did work for a company that had to clean up addresses -
> it  had a
> >> dirty word file that it used - but I've read of some
> foreign "dirty
> >> words" that are valid places and names.  . . .
> >
> >Ummm  A town in Austria comes immediately to mind.
> 
> Or towns in the UK with "SEX" in their names (Middlesex, Sussex, etc).

There's also Sexsmith, near Grand Prairie in Alberta, Canada.

-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: IPS default member on z/Os 1.9.

[Ted MacNEIL]

>The ICS and IPS are still included in the IHAIPA mapping macro in z/OS 1.9 and 
>IPAICS and IPAIPS still contain valid PDE entries - maybe IBM are yet to 
>"clean-up" the entries ?

I modified a version of Mark's IPLINFO to not even produce the ICS/IPS lines in 
the output.
Nothing fancy; I just commented out the assignments of the lines to the output 
stream.

-
Too busy driving to stop for gas!

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

Re: IPS default member on z/Os 1.9.

[Rob Scott]

The ICS and IPS are still included in the IHAIPA mapping macro in z/OS 1.9 and 
IPAICS and IPAIPS still contain valid PDE entries - maybe IBM are yet to 
"clean-up" the entries ?


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 Ted 
MacNEIL
Sent: 13 May 2008 13:12
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPS default member on z/Os 1.9.

>Using Mark's IPLINFO utility on our 1.9 system, I see this entry:

>IPS=00,>Default

>I thought the ICS and IPS went out of town once Workload Manager came in.

Actually it's only been gone since z/OS 1.2.
Up until then, you could still use IPS/ICS in COMPAT mode.

It's not 1.9; it's Mark's code.
It still reflects an IPS and an ICS, even though they don't exist anymore.

-
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: IPS default member on z/Os 1.9.

[Ted MacNEIL]

>Using Mark's IPLINFO utility on our 1.9 system, I see this entry:

>IPS=00,>Default

>I thought the ICS and IPS went out of town once Workload Manager came in.

Actually it's only been gone since z/OS 1.2.
Up until then, you could still use IPS/ICS in COMPAT mode.

It's not 1.9; it's Mark's code.
It still reflects an IPS and an ICS, even though they don't exist anymore.

-
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

IPS default member on z/Os 1.9.

[Richbourg, Claude]

Good morning all,

I am curious as to why IPS is still being referenced as a default entry
in IEASYS00?
Using Mark's IPLINFO utility on our 1.9 system, I see this entry:

IPS=00,Default

I thought the ICS and IPS went out of town once Workload Manager came
in.
Does anyone know why IPS is still referenced?
Mark?

Thanks and just curious.
Claude

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

Re: CICS/BMS greenies to GUI's

[Chuck Arney]

There are also software products, such as our z/Web-Host product, that
work at the 3270 data stream level instead of the BMS level.  This
allows operation outside of the CICS environment so that no CICS
resources are consumed by the process.  HTML can be dynamically
generated by the product or templates supplied by the user for a more
custom web application.  And any desired HTML generation tool can be
used so you are free to pick your own favorite development environment.

Chuck Arney
illustro Systems International, LLC
http://www.illustro.com
Access 3270 data from anywhere with z/XML-Host
Access 3270 apps from the web with z/Web-Host
Access CMS minidisks from z/OS or z/VSE with CMSACCess
Voice: 214-800-8900 X#0562
Fax:   214-451-6394
* * * * * * * * * * * * * * * * 
This e-mail is private and may be confidential and is for the intended
recipient only. If misdirected, please notify us by telephone and
confirm that it has been deleted from your system and any copies
destroyed. If you are not the intended recipient you are strictly
prohibited from using, printing, copying, distributing or disseminating 
this e-mail or any information contained in it.  
 * * * * * * * * * * * * * * * * * * * * * * * * * *  
We use reasonable measures to virus scan all E-mails leaving illustro
but no warranty is given that this E-mail and any attachments are virus
free. You should ensure you have adequate measures in place for your own
virus checking.

> -Original Message-
> > Hello,
> > Big technical challenge for me so here I am again. Is CICS but that
> > group seems dormant.
> >
> > I have a small system that generates Cobol/CICS programs but
> > particularly generates several BMS Assembler macros (old green
> > screens). After compiles and assembles the CICS transaction works
> > fine. This is stuff I know well.
> >
> > Very briefly, the BMS I generate looks like:
> >
> > . . DFHMSD . . etc
> > . . DFHMDI . . etc
> > . . DFHMDF's
> > etc
> > END
> >
> > But I'd like to also generate a GUI frontend be it/they Java or HTML
> > or what other possibilities are there.
> > Might anybody have any pointers as to where I might begin? Articles,
> > references, code samples (especially), etc?
> > 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: CICS/BMS greenies to GUI's

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Bill Klein
> 
> This note was posted directly to the USENET newsgroup and 
> hasn't had many replies.  I am forwarding it to the 
> list-server, to see if more people have input on it.  (It is 
> also in the comp.lang.cobol newsgroup).
> 
> "Graham Hobbs" wrote...
> > Hello,
> > Big technical challenge for me so here I am again. Is CICS but that 
> > group seems dormant.
> > 
> > I have a small system that generates Cobol/CICS programs but 
> > particularly generates several BMS Assembler macros (old green 
> > screens). After compiles and assembles the CICS transaction works 
> > fine. This is stuff I know well.
> > 
> > Very briefly, the BMS I generate looks like: 
> > 
> > . . DFHMSD . . etc
> > . . DFHMDI . . etc
> > . . DFHMDF's
> > etc
> > END
> > 
> > But I'd like to also generate a GUI frontend be it/they 
> Java or HTML 
> > or what other possibilities are there.
> > Might anybody have any pointers as to where I might begin? 
> Articles, 
> > references, code samples (especially), etc?
> > Thanks.

//STEPNAME EXEC PGM=ASMA90,PARM='SYSPARM(TEMPLATE),other_parms'
...
//SYSINDD DISP=disp,DSN=bms.source.library(member)

-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: Cleanup a unconnected Coupling Facility

[Barbara Nitz]

>I like this solution, but isn't it possible to perform this without the
>entire SYSPLEX IPL ?

No. You need a 'clean' CFRM CDS that does not have any awareness of the old CF. 
Meaning sysplex wide IPL.

>Why couldn't I just make sthe sysplex "FORGET" about CF2 ?

You could have. *If* you had followed the guidelines as lined out by Mark 
Brooks in his presentation *before* disconnecting the CF on the old hardware. 
CFRM keeps that information for integrity reasons. 

Regards, Barbara Nitz

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

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

Re: Mainframe programming vs the Web

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg
> 
> At 11:27 -0500 on 05/12/2008, Chase, John wrote about Re: 
> Mainframe programming vs the Web:
> 
> >  > -Original Message-
> >>  From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
> >>
> >>  [ snip ]
> >>
> >>  I did work for a company that had to clean up addresses - 
> it  had a 
> >> dirty word file that it used - but I've read of some  
> foreign "dirty  
> >> words" that are valid places and names.  . . .
> >
> >Ummm  A town in Austria comes immediately to mind.
> 
> Or towns in the UK with "SEX" in their names (Middlesex, Sussex, etc).

There's also Sexsmith, near Grand Prairie in Alberta, Canada.

-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: CTC Disconnect Time

[Chris Mason]

Dave and Magen

This looked interesting so I had a quick chat with a colleague and - guessing a 
bit - we think the measurements you see are a consequence of a particular 
technique used by High Performance Data Transport (HPDT) channel 
programming called a "never-ending channel program", more accurately 
a "seldom-ending channel program". We think that this may well show an 
apparent 100% utilization on the "read" side in the RMF report since it's 
always 
busy looking for work down in the bowels of the channel logic. It's also 
possible that the "Device Disconnect time" is explained by the "seldom-ending 
channel program"; probably I'd be able to be surer if I had more of a clue as 
to 
what "Device Disconnect time" in an RMF report actually meant.

The XCF link using HPDT is necessarily full-duplex. The VTAM SNA subarea link 
using a single subchannel address is necessarily half-duplex that being the 
nature of the beast.

Since you don't actually have a performance problem - and your utilization is 
low - "it ain't broke and it don't need fixing" - and it's very probably quite 
normal.

Perhaps someone who really knows what the RMF reports report on can be 
clearer.

Chris Mason - and, TGCWCID, Kevin Crombie

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

Re: Mainframe programming vs the Web

[Martin Packer]

Arthur T wrote:

> One old standby was to open dozens or hundreds of browser windows 
> with ads in them. It could lead to a reboot just to get back 
> control of your computer.

"OLD" is about the right word for it... Firefox, at least, has plenty of 
control over such things. As with all such things I have to give IE the 
benefit of the doubt (as I almost never use it) and assume it had a grip 
on it too.

Martin

Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
[EMAIL PROTECTED]








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






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