date:20071206

Hi Greg, 

OPEN/CLOSE support AMODE 31 since DFP 2.3 (FMID HDP2230)
PUT/GET support AMODE 31 since DFSMS 1.1 (FMID JDZ1110). 
This was the first release of DFSMS.

Roland

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

HFS storage efficiency query

2007-12-06 Thread John Compton

Over the past year or so, I've seen various mentions of HFS with regard to it 
being a poor way to store data in terms of disk space utilization.
Please can anyone tell me if that is actually true?
If I have a file that occupies 1GB file in 'normal' space, how much more disk 
would I need to store the file in HFS space?

TIA
John

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

Re: 31-bit I/O macros - anyone remember when?

On Thu, 6 Dec 2007 20:41:59 +1100 Greg Price [EMAIL PROTECTED]
wrote:

:It is my recollection that when MVS/XA first came out the usual suspect
:group of non-VSAM I/O macors (GET/PUT/READ/WRITE/CHECK etc.)
:could not be issued when AMODE was 31.

:Now-a-daze AMODE can be 31 when issuing these macros, and
:this has been the case for years.

:My question for those with better memories than mine:

:When was this enhancement added?

When the GET/PUT macro was changed from an L to an SLR/ICM pair.

I don't know how much, if any, of the underlying code had problems.

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: 31-bit I/O macros - anyone remember when?

2007-12-06 Thread Greg Price

Roland Schiradin wrote:
 Hi Greg, 
 
 OPEN/CLOSE support AMODE 31 since DFP 2.3 (FMID HDP2230)
 PUT/GET support AMODE 31 since DFSMS 1.1 (FMID JDZ1110). 
 This was the first release of DFSMS.
 
 Roland

Hmm, that would seem to put the non-SVC macro upgrade around
the SP4.3 to SP5.1 time frame.

Thanks a lot, Roland - you're a champion!  (but everyone knew that...)

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

Re: Batch Job to Eject Cartridge(s)

2007-12-06 Thread Arturo

Thank you all for your suggestions/recommendations. 
 I used this suggestion.   
//JOBNAMEX JOB 'EJECT CART  ',MSGCLASS=Q,NOTIFY=SYSUID,
//   MSGLEVEL=(1,1),CLASS=A 
//ARTRMM EXEC PGM=IKJEFT01,REGION=0M,DYNAMNBR=10
//SYSTSPRT DD SYSOUT=*  
//SYSTSIN DD *  
  RMM CV XX EJECT(CONVENIENCE)  
/*  

CV =  Change Volume 

Thank you for the example. 

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

Re: Anyone else see the Waffle Dinges man on TV this morning?

2007-12-06 Thread Rick Fochtman


-snip-


Actually, we don't speak Belgian over here.
We speak mainly Dutch or French and the Dutch word 'Dinges' is not really a 
synonym for 'toppings'. 
It's a word you use when you don't immediately find the right word for 
something. English equivalents : 'thingummy', 'what-d'you-call-it' . . .
 


-unsnip
Isn't Flemish also used in some areas of Belgium? Or is it pretty much a 
dead language? Do the Walloons have a separate language?


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

Re: T3 Sues IBM To Break its Mainframe Monopoly

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] (Jim Mulder) writes:
But actually it did not take decades, as the original release of
MVS/XA in 1982 functionally supported 16-way SMP. Of course there
were no such processors at the time (nothing greater than 2-way until
the 4-way 3084), but it did run for testing purposes using 16 virtual
CPUs on a modified version of VM. Of course, as larger processors
were actually built, additional was done (and continues to be done)
to address performance/scaling issues.

re:
http://www.garlic.com/~lynn/2007t.html#76 T3 Sues IBM To Break its Mainframe
Monopoly

well, sort of.

one of the things to get rapidly to 16-way smp implementation, as well
as addressing performance/scaling issues, was to relax standard 370
cache consistency rules (and, in fact, most SMP vendors going to larger
numbers of processors have almost always involved how to deal with cache
consistency issues).

remember that compareswap ... misc. posts about smp and/or compareswap
http://www.garlic.com/~lynn/subtopic.html#smp

was invented by charlie (compare-and-swap was chosen because CAS are
charlie's initials) at the science center
http://www.garlic.com/~lynn/subtopic.html#545tech

and i've mentioned before the original difficulty of getting
compare-and-swap into 370 architecture. Some of the difficulties
is why the example of program failure still appears in the
compare-and-swap writeup
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DZ9ZR003/A.6.1?SHELF=DZ9ZBK03DT=20040504121320

i've frequently claimed that the 801 risc effort
http://www.garlic.com/~lynn/subtopic.html#801

was attempt to go to the opposite extreme from what went on
in FS
http://www.garlic.com/~lynn/subtopic.html#futuresys

and also claimed the lack of cache consistency in 801 risc was adverse
reaction to the heavy performance penalty paid in 370 by its strong
cache consistency requirement. in fact, it wasn't until somerset (joint
ibm, motorola, apple, et all) for power/pc that there was (risc) work on
smp and addressing cache consistency.

in any case, part of doing 16-way smp (and relaxing 370 cache
consistency rules) was much more detailed attention paid to every piece
of code (because of the associated hardware changes for relaxed cache
consistency).

for some more topic drift, in just the 3084 time-frame, both mvs and
(standard) vm had effort to go thru all kernel data storage management
and make sure things were cache-line sensitised. the issue was the
increased probability that more than one cache might be accessing
different data items which happened to overlap in the same cache line
(resulting in significant cache line thrashing). The claim at the time
was that this effort resulted in 5-10 percent increased system thruput
(for 4-way). As the number of independent caches that had to be
coordinated ... the probability increases that there is going to be some
kind of cache interference.

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

Re: Anyone else see the Waffle Dinges man on TV this morning?

2007-12-06 Thread Doc Farmer

I've spoken Flemish before.  The Robitussin always cleared that up, though.


On Thu, 6 Dec 2007 06:11:44 -0600, Rick Fochtman [EMAIL PROTECTED] 
wrote:
Isn't Flemish also used in some areas of Belgium? Or is it pretty much a
dead language? Do the Walloons have a separate language?

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

Re: z800 to z9

2007-12-06 Thread Patrick Falcone

I would be reluctant to move to a 2 way from a uni and potentially cut my 
rating by CP by half. I wouldn't want to be taking the calls when peak hits. 
I'm not comfortable with taking a .2 second CPU transaction and making it 
possibly a .4 second CPU transaction. Most likely there is also some latent 
demand but how much? I have a hard time believing that this scenario is 
workable. Those VPS CPU spikes can be painful, I resource capped.

Timothy Sipples [EMAIL PROTECTED] wrote:   Patty,

With whomever is selling you the z9 BC, try it. See if you can reach an
agreement to test two or three different configurations (maybe 1, 2, and 3
CP configurations centered around the capacity level you're aiming for).
For example, see if you can get a Capacity On Demand contract in place to
let you bump up.

I think (if I'm remembering correctly) you have a 2066-001 (z800 with one
full speed CP). That's 32 MSUs, by the way. The equivalent 1-way z9 BC is
around a 2096-R01 (27 MSUs). (Yes, the MSUs are lower for the same machine
capacity.) But I'm assuming you're going to increase the capacity a bit
since you're pegging the system for several hours, so the next 1-way is an
S01 (30 MSUs). The S01 would have about 12 or 13 percent more capacity
than your current z800, typically. But you can also try the N02 (2-way),
which is also 30 MSUs. On my chart it looks like the S01 is an upgrade
from the N02 (I think), so you can buy the N02 plus a priced option to
upgrade to an S01 (and beyond, probably). And see how that goes, assuming
my guess about where you want the capacity to be is correct. The N02 v.
S01 looks like it'd be as perfect a test for you as possible.

I suspect most sellers would be happy to arrange something like this under
reasonable terms. Well, that's an educated guess anyway. I would also
guess that grow is good and shrink is bad, so you'd want to buy the
smaller machine first, test it, use On-Off Capacity On Demand to switch
to the other bigger configuration, test that, then turn the capacity back
off if you prefer the first one. So in my example I think that's N02 first
and S01 second, but that could vary depending on what point you choose.
(That's also assuming you can morph an N02 to an S01 via COD -- I'm not
thoroughly familiar with all those permutations. But I think that works.)

If I'm right, though, this is going to be very easy for you to validate in
your exact real world conditions. It sounds like the IBM-MAINers think an
N-way could be very useful to you, so I'd strongly consider going through
this sort of validation exercise. I think the standard OOCOD contract
language is all you'd need.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]

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

how much difference is between deploying a j2ee application in Z/Os and in windows?

2007-12-06 Thread legolas wood


Hi
thank you for reading my post.
Can some one please let me know how much different is between deploying 
an application into websphere application server installed in Z/OS and 
an application server installed in windows or linux?


What are the main area of risks when we migrate from windows to Z/OS or 
Z/Linux?
Also, what are main risk area of moving from windows and DB2 to Z/OS  
and DB2?


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: T3 Sues IBM To Break its Mainframe Monopoly

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


re:
http://www.garlic.com/~lynn/2007t.html#76 T3 Sues IBM To Break its Mainframe 
Monopoly
http://www.garlic.com/~lynn/2007t.html#76 T3 Sues IBM To Break its Mainframe 
Monopoly
http://www.garlic.com/~lynn/2007u.html#1 T3 Sues IBM To Break its Mainframe 
Monopoly

for slightly more light-hearted, seasonal reference, old email with
mvs/xa tso reference from long ago and far away:

Date: 08/26/82 15:24:21

re: mvs/xa; i've seen it for myself, a 3081 system completely idle
except for one MVS/XA tso user. Response time is longer for that
single TSO user on the 3081 than for CMS doing same type of stuff on a
loaded 3033. MVS/XA is copy of the one that large internal
datacenter is using for their development work. the large
internal datacenter has gen'ed the TSO logo screen (in big block
letters)
 
 BAH
HUMBUG
 
The only thing slower than the 3081 service processer (5+ seconds to
single step one instruction) on the 3081 is possibly MVS/XA TSO. The
observation is that TSO is so slow, that you have lots of time to
syntax your next input  make sure that there are no mistakes (because
if there are ... then things will really be slow).
 
... snip ...

somewhat related to post in this thread
http://www.garlic.com/~lynn/2007t.html#40 Why isn't OMVS command integrated 
with ISPF?

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

Re: IBM RAMAC now an URBAN Legend:(

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of John P. Baker
 
 Using the current track size, the space on a volume can 
 theoretically reach
 244 TB.  If we use the full capabilities of ECKD 
 architecture, a single volume can accommodate 72,055 PB.

Who would live long enough to transfer a single file that size, using
today's fastest network?  For that matter, who would live long enough to
even create a single file that size?  (There are only 31,536,000 seconds
in a year.)

-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: FTPing of DFDSS Dump Files

2007-12-06 Thread Gary DiPillo


Doug,

When you FTP'd the data set from the Windows machine to the z/OS 
machine, did you either preallocate the target data set or specify the 
data set attributes (LRECL, RECFM) with the QUOTE SITE command?  The 
z/OS FTP server defaults might not be right for the TERSED files.


A few months ago I did what you are doing without a problem.

Regards,
Gary DiPillo

Doug Evans wrote:
I need to move on zOS system to another. My simply plan was to dump 
datasets using DFDSS DUMP and then transferring the DUMP file to the other 
system using FTP. For the most part it worked out ok- in fact we'd TERSE the 
DUMP file before FTPing and DETERSE after saving lots of bandwidth.


But I've falling into a situation where I have a problem. If I FTP the DUMP file 
to a Windows server using BINARY mode, and then FTP it back to a zOS 
system in BINARY mode- DFDSS cannot read the thing. My rear is still sore 
over this one.


Does anyone know of a way to FTP the DUMP file back to a zOS system so it 
is readable?


Now I've noticed in some searching of the web the that EBCDIC parameter 
being mention during the FTP transfer, would that help? BTW- I cannot go 
back and recreate the DUMP files- all I have to work with is the transferred 
copies on the Windows Server... :-(


Thanks for any help rendered...
Doug Evans

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


  


--
Axios Products, Inc. [EMAIL PROTECTED] 631-864-3666 x133

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

Re: OK - where is the FM to R? System REXX?

2007-12-06 Thread Shane

One Jon Nolting wrote:

 You might also want to check chapter 31 of:
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a880/31.8?SHELF=EZ2ZO10J.bksDT=20070429011913
 
 
 Jon Nolting
 EPG Compete - CATM
 Enterprise Technology Architect

Seems a few Technology Architects are popping up in unexpected places.
Someone employed by Redmont aware of z/OS (relatively) new features ...
m, now where might I have heard the name Jon Nolting before ???.

Might have known a thing or two about Macrocode methinks.

Shane ...

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

Re: Anyone else see the Waffle Dinges man on TV this morning?

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Marc Wambeke
 
  On Wed, 5 Dec 2007 12:17:44 -0500, Ed Philbrook 
  [EMAIL PROTECTED] wrote:
 
  Dinges is Belgian(?)  for the waffle toppings. He is Belgian.
 
  EdP
 
 
 Actually, we don't speak Belgian over here.
 We speak mainly Dutch or French and the Dutch word 'Dinges' 
 is not really a synonym for 'toppings'. 
 It's a word you use when you don't immediately find the right 
 word for something. English equivalents : 'thingummy', 
 'what-d'you-call-it' . . .

The most generic term for something that is not a discrete object is
stuff.  :-)  I'll have a waffle with some stuff on it.

-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

Forcing a userid and password prompt on session connect

2007-12-06 Thread Support, DUNNIT SYSTEMS LTD.

Hi,

Running z/OS 1.8 from ADCD on a FlexEs box.

We are about to enable remote external access to our z/OS system. Security 
is lousy as it is. The network router does port forwarding for Telnet to our 
z/OS system. That brings up the ADCD default login screen, which on its own 
offers no security. For example, by ADCD install default, you can logon 
straight into CICS without any signon.

Is there some simple VTAM session application readily available with ADCD that 
can be automatically started for a terminal session when a connection is made 
and force prompting for a valid RACF ID and password?

Are there any other security holes that need to be plugged under this scenario 
of router port forwarding to our FlexEs z/OS system?

TIA,
Jerry

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Clement Clarke


Hi everyone,

There were so many good ideas that I didn't send the letter.  (Gosh, I 
was sorely tempted though...)


I think it is a great idea to have many people sign it (which is why I 
had And... And..) under my signature.


And to get Share involved it GREAT.

So... onwards, ever onwards.

I look forward to seeing what pops up in the next week or so.

Cheers,

Clement Clarke

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

Re: how much difference is between deploying a j2ee application in Z/Os and in windows?

2007-12-06 Thread Gray, Larry - Larry A

NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message (electronic, paper, or otherwise).  Thank you.

I am not familiar with the Windows version, but I know that the same ear
that can be deployed on AIX can be deployed on z/OS with no changes.   I
have done this before.  The admin console for WAS 6.x is mostly
identical on either platform.  The only risk I know is that you might
get better reliability with the z/OS version.


Larry Gray
Large Systems Engineering
Lowe's Companies
336-658-7944

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of legolas wood
Sent: Friday, December 07, 2007 7:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: how much difference is between deploying a j2ee application in
Z/Os and in windows?

Hi
thank you for reading my post.
Can some one please let me know how much different is between deploying
an application into websphere application server installed in Z/OS and
an application server installed in windows or linux?

What are the main area of risks when we migrate from windows to Z/OS or
Z/Linux?
Also, what are main risk area of moving from windows and DB2 to Z/OS and
DB2?

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

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

Re: Forcing a userid and password prompt on session connect

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Support, DUNNIT 
 SYSTEMS LTD.
 
 Hi,
 
 Running z/OS 1.8 from ADCD on a FlexEs box.
 
 We are about to enable remote external access to our z/OS 
 system. Security is lousy as it is. The network router does 
 port forwarding for Telnet to our z/OS system. That brings up 
 the ADCD default login screen, which on its own offers no 
 security. For example, by ADCD install default, you can logon 
 straight into CICS without any signon.
 
 Is there some simple VTAM session application readily 
 available with ADCD that can be automatically started for a 
 terminal session when a connection is made and force 
 prompting for a valid RACF ID and password?

You can configure CICS to require sign-on by coding DFHSIT parameters
SEC=YES and XTRAN=YES.  This also requires that you create RACF profiles
for every transaction that would be invokable in CICS (except CESN for
sign-on, CESF for sign-off, and CSGM for the initial welcome to CICS
screen).

-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: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Patrick Falcone

I lobbied against getting rid of Roscoe, Wylbur was already gone, for the COBOL 
developers a while back when management wanted to go purely TSO. At that time, 
with storage resources at somewhat of a minimum, I just could not see getting 
rid of Roscoe. We kept it but I still had my trials and tribulations playing 
with 32 MB of storage. We eventually married two 3081's to get a 3084 w/PIF. 

Anne  Lynn Wheeler [EMAIL PROTECTED] wrote:   The following message is a 
courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

re: mvs/xa; i've seen it for myself, a 3081 system completely idle
except for one MVS/XA tso user. Response time is longer for that
single TSO user on the 3081 than for CMS doing same type of stuff on a
loaded 3033. MVS/XA is copy of the one that datacenter is using for their 
development work. internal datacenter has gen'ed the TSO logo screen (in big 
block
letters)

BAH
HUMBUG

The only thing slower than the 3081 service processer (5+ seconds to
single step one instruction) on the 3081 is possibly MVS/XA TSO. The
observation is that TSO is so slow, that you have lots of time to
syntax your next input  make sure that there are no mistakes (because
if there are ... then things will really be slow).

... snip ...


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

Re: Forcing a userid and password prompt on session connect

On Thu, 6 Dec 2007 07:27:45 -0600 Support, DUNNIT SYSTEMS LTD.
[EMAIL PROTECTED] wrote:

:Running z/OS 1.8 from ADCD on a FlexEs box.

:We are about to enable remote external access to our z/OS system. Security 
:is lousy as it is. The network router does port forwarding for Telnet to our 
:z/OS system. That brings up the ADCD default login screen, which on its own 
:offers no security. For example, by ADCD install default, you can logon 
:straight into CICS without any signon.

:Is there some simple VTAM session application readily available with ADCD 
that 
:can be automatically started for a terminal session when a connection is made 
:and force prompting for a valid RACF ID and password?

:Are there any other security holes that need to be plugged under this 
scenario 
:of router port forwarding to our FlexEs z/OS system?

Why not activate your routers VPN function?

Or use security by obscurity - change the application names.

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Roger Bowler

On Wed, 5 Dec 2007 19:35:38 -, Phil Payne wrote:
IBM has already formally stated its position.

Except that they haven't. All information we have about IBM's supposed
position on Hercules is entirely based on hearsay. Prove me wrong. If it
isn't available online, you can send me a jpeg of the letter that contains
the formal statement. I shall be most interested to see what it says.

Paragraphs 38ff are crucial - it has been suggested that these diagnostics, 
and especially Amdahl's architecture validator, were the route by which 
TIDA/TILA information got into Hercules and thence to both UMX and PSI.

I can guess who suggested this, and the suggestion is entirely false. I
don't even know what information is in the IBM-Amdahl TIDA/TILA. Whatever is
in it, must be pretty ancient history by now.

What I *can* tell you is that none of the functionality in Hercules was put
there as a result of any external tool. The key point here is that I *know*
how Hercules was developed, whereas you are only guessing.

Your suggestion that UMX and PSI copied their technology from Hercules also
seems highly unlikely. Sounds to me more like somebody else's sour grapes.
If you think your assertion has any validity, why don't you make your
accusations directly to UMX and PSI.

Where I *do* agree with you, on the other hand, is the futility of writing
to Sam Palmisano, coupled with the inadvisability of citing Hercules as
justification. However, both you and I have been known to be wrong in the
past, so who knows we may be proved wrong on this occasion too :-)

I also think that the inclusion of my z/Architecture and z/OS belong to us
all manifesto is unlikely to be well received, to say the least. Although
frankly I doubt he gives a fig what any of us think, even if he does bother
to read the letter which I doubt.

Regards,
Roger Bowler
http://perso.wanadoo.fr/rbowler
Hercules the people's mainframe

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

Re: IBM RAMAC now an URBAN Legend:(

2007-12-06 Thread R.S.


Chase, John wrote:

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John P. Baker

Using the current track size, the space on a volume can 
theoretically reach
244 TB.  If we use the full capabilities of ECKD 
architecture, a single volume can accommodate 72,055 PB.


Who would live long enough to transfer a single file that size, using
today's fastest network?  For that matter, who would live long enough to
even create a single file that size?  (There are only 31,536,000 seconds
in a year.)


Me ? (I hope) vbg
Depending on what you call fastest network. I assumed 100MB/s (1gbps) 
and got only 22 years.

Calculation:
((64k*64k*16M)/100M)/(365*24*3600)

I'm pretty sure that during the transmission new faster network will be 
introduced ...and connected on-line to a mainframe, without 
interruption. vbg


Is it Friday already ?

--
Radoslaw Skorupka
Lodz, Poland


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

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

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

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

Re: FTPing of DFDSS Dump Files

2007-12-06 Thread Paul Gilmartin

On Thu, 6 Dec 2007 13:30:33 +0800, Johnny Luo wrote:

BINARY mode itself is not enough.

'quote stru r' is what you need.

Not necessary for TERSEd files.  And of no help to the OP,
who now has the data only on the Windows server.

On Dec 6, 2007 11:33 AM, Doug Evans wrote:

 system using FTP. For the most part it worked out ok- in fact we'd TERSE the
 DUMP file before FTPing and DETERSE after saving lots of bandwidth.

 being mention during the FTP transfer, would that help? BTW- I cannot go
 back and recreate the DUMP files- all I have to work with is the transferred
 copies on the Windows Server... :-(

-- gil

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

Re: Anyone else see the Waffle Dinges man on TV this morning?

2007-12-06 Thread Corneel Booysen

One of the dialects of Flemish/Dutch is Afrikaans and that language is
alive and well!

Goeie dag. (Good day)

 

 

 

 

 

Corneel Booysen.

 

Winn-Dixie Stores, Inc.

5050 Edgewood Ct,

Jacksonville, FL 32254

Phone: (904) 783-5517


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rick Fochtman
Sent: Thursday, December 06, 2007 7:12 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Anyone else see the Waffle  Dinges man on TV this morning?

-snip-

Actually, we don't speak Belgian over here.
We speak mainly Dutch or French and the Dutch word 'Dinges' is not
really a 
synonym for 'toppings'. 
It's a word you use when you don't immediately find the right word for 
something. English equivalents : 'thingummy', 'what-d'you-call-it' . .
.
  

-unsnip
Isn't Flemish also used in some areas of Belgium? Or is it pretty much a

dead language? Do the Walloons have a separate language?

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

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

Re: IBM RAMAC now an URBAN Legend:(

2007-12-06 Thread Paul Gilmartin

On Thu, 6 Dec 2007 04:06:58 +, Ted MacNEIL wrote:

However, if you specify allocation in terms of blocks  blocksize, what does 
it matter?

That's a BIG IF at a lot of locations.

I don't believe it was proposed that IBM end marketing of 3390 geometry;
only that an alternative be made available for customers needing
greater capacity and not afraid to change their JCL.  Customers
needing greater capacity and fearing JCL changes need psychological
help; there's no technological relief.  (Can't put 10GB of data in a
5GB sack.)

Perhaps the proposed new geometry could be made eligible for
allocation only when SPACE is specified in blocks or UNIT is
explicitly requested.  SMOP.  (Could SMS rules handle this?)

What's the greatest space allocation that might be requested
in blocks given current JCL syntax restrictions?

-- gil

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

2007 Book Suggestions?

2007-12-06 Thread Jeffrey Deaver

I have some money left in my book budget for the year.  Anyone have any
suggestions on good books (in the IT topic realm, of course) they have seen
or heard of?

I'm thinking of these:

Everything Is Miscellaneous: The Power of the New Digital Disorder
(Hardcover)
http://search.barnesandnoble.com/booksearch/isbnInquiry.asp?z=yEAN=9780805080438itm=1

Wikinomics: How Mass Collaboration Changes Everything
http://search.barnesandnoble.com/booksearch/isbnInquiry.asp?z=yEAN=9781591841388itm=1

Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Clement Clarke


Roger Bowler wrote:

On Wed, 5 Dec 2007 19:35:38 -, Phil Payne wrote:
  
Where I *do* agree with you, on the other hand, is the futility of writing

to Sam Palmisano, coupled with the inadvisability of citing Hercules as
justification. However, both you and I have been known to be wrong in the
past, so who knows we may be proved wrong on this occasion too :-)


  

I like to believe in miracles, Roger!

Einstein, Bohm et all, believe that we ar all one.   That we create our 
lives, and that we reflect back to each other the lives/thoughts we have.


So, create happy creative lives.  You created something great.  We all can


Clem

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

Re: 31-bit I/O macros - anyone remember when?

2007-12-06 Thread Paul Gilmartin

On Thu, 6 Dec 2007 13:28:59 +0200, Binyamin Dissen wrote:

When the GET/PUT macro was changed from an L to an SLR/ICM pair.

I've done no assembler programming lately.  Do I read this as
maintaining the restriction that the control blocks referenced
must reside below the Line?

sigh  We're reminiscing about the 24 to 31 bit transition (not
yet complete), when we should be planning for and requiring
elimination of all below-the-bar restrictions.

-- gil

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Ron Wells

Maybe more to the point...we ... userscan help in the development 
..supply real life enhancements if given the chance..
suggestions and etc..--like at share--does work...but comes slow...if we 
had the opportunity to contribute REAL code changes I think a 
much can come of it and also keep the interest alive..

so on

so on..

--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

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

Re: Forcing a userid and password prompt on session connect

2007-12-06 Thread Support, DUNNIT SYSTEMS LTD.

Our old Cisco router does not contain VPN functionality.

As for changing application names, or, John Chase's suggested CICS 
modifications, we want a universal solution above logging in to applications.

On Thu, 6 Dec 2007 15:48:09 +0200, Binyamin Dissen 
[EMAIL PROTECTED] wrote:
Why not activate your routers VPN function?

Or use security by obscurity - change the application names.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roger Bowler
Sent: Thursday, December 06, 2007 7:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly

On Wed, 5 Dec 2007 19:35:38 -, Phil Payne wrote:
SNIP
Paragraphs 38ff are crucial - it has been suggested that these 
diagnostics, and especially Amdahl's architecture validator, were the 
route by which TIDA/TILA information got into Hercules and thence to
both UMX and PSI.

I can guess who suggested this, and the suggestion is entirely false. I
don't even know what information is in the IBM-Amdahl TIDA/TILA.
Whatever is in it, must be pretty ancient history by now.

What I *can* tell you is that none of the functionality in Hercules was
put there as a result of any external tool. The key point here is that I
*know* how Hercules was developed, whereas you are only guessing.
SNIP

What you have said would be a very interesting thing to be
cross-examined in court. If, indeed, Hercules is NOT based on TIDA/TILA
(second one I don't remember), but is based on other NON-Confidential
information, then PSI et al, are in a very interesting position. By
being able to show that the architected system (inclusive of the
non-documented instructions) of Hercules exists and that they could look
to it for certain information, it would take some of the wind out of
IBM's sails.

Of course, IBM's attorney pool should be aware of this MAJOR problem (to
their case). So they just might go down the road of issuing subpoenae...
It could get ugly.

Now, for an interesting thing about TIDA (which should also be born out
in depositions should IBM go that far): When I was at Amdahl, many of us
knew of its existence. However, only a very select few were allowed
direct access to it. Then they would tell us what they thought certain
things meant, and then the second/third level of engineers worked on
that basis. It was done, as I recall, to keep us from implementing
anything exactly as IBM had. 

So, would this mean that some 10+ years after the fact, that someone
similarly informed would not be able to sit down with an IBM machine (or
LPAR) and build a program to see what IBM did to effect SIE (e.g. a
z/800)? And then take that knowledge and put it into an emulator system?
Or do the equivalent for the Service Processor interface instructions
(which were published to ISVs -- I say this because I saw that doc at
Boole  Babbage).

So for those of you into legal issues with IP, just what boundaries
would have been crossed by such testing? And if it can be shown that
this is how Hercules (or others) came to their implementations, wouldn't
this be quite damaging to IBM's claims?

I'm wondering about the obviousness issue (with regards to patents) and
if this would wreck some of IBM's patents in this area.

Not being an attorney, but being a very interested third party (although
probably not in the US Legal sense), I'm most interested in how this
will turn out.

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

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

Re: Forcing a userid and password prompt on session connect

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Support, DUNNIT 
 SYSTEMS LTD.
 
 Our old Cisco router does not contain VPN functionality.
 
 As for changing application names, or, John Chase's suggested 
 CICS modifications, we want a universal solution above 
 logging in to applications.

If you have the ADCD setup, you could implement Netview Access Services
(NVAS).  If you don't have it already, you should be able to get it for
no charge through the PWD program.

-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: 31-bit I/O macros - anyone remember when?

2007-12-06 Thread Edward Jaffe


Paul Gilmartin wrote:

I've done no assembler programming lately.  Do I read this as
maintaining the restriction that the control blocks referenced
must reside below the Line?
  


All control blocks pointed to by other control blocks via 24-bit 
pointers must be below 16MB.


--
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: Forcing a userid and password prompt on session connect

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:[EMAIL PROTECTED] On Behalf Of Support, DUNNIT 
 SYSTEMS LTD.
 Sent: Thursday, December 06, 2007 7:28 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Forcing a userid and password prompt on session connect

 Hi,

 Running z/OS 1.8 from ADCD on a FlexEs box.

 We are about to enable remote external access to our z/OS 
 system. Security 
 is lousy as it is. The network router does port forwarding 
 for Telnet to our 
 z/OS system. That brings up the ADCD default login screen, 
 which on its own 
 offers no security. For example, by ADCD install default, you 
 can logon 
 straight into CICS without any signon.

 Is there some simple VTAM session application readily 
 available with ADCD that 
 can be automatically started for a terminal session when a 
 connection is made 
 and force prompting for a valid RACF ID and password?

 Are there any other security holes that need to be plugged 
 under this scenario 
 of router port forwarding to our FlexEs z/OS system?

 TIA,
 Jerry

I assume that your users are using TN3270 to connect to the z/OS system.
If so, then  you can the RESTRICTAPPL section of the BEGINVTAM section
on the TN3270 server parms for the ports to be secured. We have a port,
2323, dedicated to SMCS consoles. An example:

BEGINVTAM PORT 2323
  DEFAULTLUS
LIH1SM01..LIH1SM09..FFFB
  ENDDEFAULTLUS

  DEFAULTAPPL SMCSH1 DEFONLY

  RESTRICTAPPL SMCSH1
 USER *

ENDVTAM

What this does is cause the TN3270 server on z/OS to ask for a user's
RACF id and password before connecting them to the application
specified.

Note that this stuff is in the clear, so you could still have somebody
steal userids and passwords with a sniffer. I greatly suggest that you
implement the SSH daemon on the UNIX host. Give your users UNIX userids
and passwords. Make them use an SSH client to connect to the FlexES host
UNIX system, then use something like x3270, running on the FlexES host,
to connect to the z/OS system.

--
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: Forcing a userid and password prompt on session connect

2007-12-06 Thread Kirk Wolf

Routers are pretty cheap - you can even take an old PC an use the Linux
Router Project or widely available Live CDs to roll your own that has
full functionality, including VPN access.

Some sort of VPN is really what you want if you are concerned about security
- simply password-protecting TN3270 TSO or CICS sessions will leave your
passwords in the clear as they traverse the internet.

An easier alternative, using your existing router, might be to use an SSH
tunnel as a VPN -

1) *Only* open port 22 inbound on your router, forwarding it into the
Linux/Unix box running FLEX.
2) From your internet clients, use an SSH client like Putty to log in,
forwarding the TN3270 port through it
3) Then you can point your client emulator to the localhost-forwarded port
and connect securely through the firewall to your FLEX box.

Kirk Wolf
Dovetailed Technologies

On Dec 6, 2007 8:58 AM, Support, DUNNIT SYSTEMS LTD. [EMAIL PROTECTED]
wrote:

 Our old Cisco router does not contain VPN functionality.

 As for changing application names, or, John Chase's suggested CICS
 modifications, we want a universal solution above logging in to
 applications.

 On Thu, 6 Dec 2007 15:48:09 +0200, Binyamin Dissen
 [EMAIL PROTECTED] wrote:
 Why not activate your routers VPN function?
 
 Or use security by obscurity - change the application names.

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 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: Forcing a userid and password prompt on session connect

2007-12-06 Thread Sebastian Welton

On Thu, 6 Dec 2007 09:07:24 -0600, Chase, John [EMAIL PROTECTED] wrote:


If you have the ADCD setup, you could implement Netview Access Services
(NVAS).  If you don't have it already, you should be able to get it for
no charge through the PWD program.

Yep, it's there and to get it up and running all you need to do is download
the manuals (which is how I did it anyway.)

Seb. 

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

CPU usage for FTP server

Hi, All,

Anybody know where CPU usage stats for an FTP session would be recorded?
I don't see them listed in the SMF118 or SMF119 record
descriptions..

I need to compare CPU consumption for FTP over SSL/TLS, with and without
ICSF running.

TIA,

-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

T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Warner Mach

I think it is time to 'get tough' on this issue of 
laptop mainframes. In the letter to Sam Palmisano 
we should threaten a mass migration of mainframe 
professionals over to 'Waffle  Dinges.' (Will the
Waffle  Dinges guy franchise out his business?).

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

Re: Forcing a userid and password prompt on session connect

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Sebastian Welton
 
 On Thu, 6 Dec 2007 09:07:24 -0600, Chase, John wrote:
 
 
 If you have the ADCD setup, you could implement Netview 
 Access Services 
 (NVAS).  If you don't have it already, you should be able to 
 get it for 
 no charge through the PWD program.
 
 Yep, it's there and to get it up and running all you need to 
 do is download the manuals (which is how I did it anyway.)

Another alternative, since he's in a development shop (implied by ADCD),
would be to write a VTAM Session Management Exit (SME) to require
sign-on, with or without a digital certificate, and with or without
session encryption.

-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: Forcing a userid and password prompt on session connect

On Thu, 6 Dec 2007 08:58:24 -0600 Support, DUNNIT SYSTEMS LTD.
[EMAIL PROTECTED] wrote:

:Our old Cisco router does not contain VPN functionality.

One more choice. Hang a windows machine (or something else that can do VPN)
off of the router (direct the VPN port to that machine) and enable VPN on it.
And do not expose the address to the router - require first VPN then telnet to
the internal IP address.

:As for changing application names, or, John Chase's suggested CICS 
:modifications, we want a universal solution above logging in to applications.

:On Thu, 6 Dec 2007 15:48:09 +0200, Binyamin Dissen 
:[EMAIL PROTECTED] wrote:
:Why not activate your routers VPN function?

:Or use security by obscurity - change the application names.

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Roger Bowler

On Thu, 6 Dec 2007 10:03:27 -0500, Steve Thompson wrote:
What you have said would be a very interesting thing to be
cross-examined in court. If, indeed, Hercules is NOT based on TIDA/TILA
(second one I don't remember), but is based on other NON-Confidential
information, then PSI et al, are in a very interesting position. By
being able to show that the architected system (inclusive of the
non-documented instructions) of Hercules exists and that they could look
to it for certain information, it would take some of the wind out of
IBM's sails.

Looks like PSI have already spotted this angle: see para 34 on page 9 of

http://www.platform-solutions.com/docs/PSI-Amended-Answer-sept07-FINAL-REDACTED.pdf
or
http://tinyurl.com/27ppxq

Regards,
Roger Bowler

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

Re: CPU usage for FTP server

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
 Sent: Thursday, December 06, 2007 9:26 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: CPU usage for FTP server

 Hi, All,

 Anybody know where CPU usage stats for an FTP session would 
 be recorded?
 I don't see them listed in the SMF118 or SMF119 record
 descriptions..

 I need to compare CPU consumption for FTP over SSL/TLS, with 
 and without
 ICSF running.

 TIA,

 -jc-

When you FTP using the IBM FTP server, it fork()'s a new address space
with the user's RACF id (possibly with a numeric suffix from 1..9). I
would think (haven't looked) that you could find the type 30 SMF records
for this address space in SMF. It should have all the SMF type 30 fields
in it.

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

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

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Warner Mach
 
 I think it is time to 'get tough' on this issue of laptop 
 mainframes. In the letter to Sam Palmisano we should threaten 
 a mass migration of mainframe professionals over to 'Waffle  
 Dinges.' (Will the Waffle  Dinges guy franchise out his business?).

Unfortunately, only governments can make that kind of threat viable
against an entrenched monopoly.  Otherwise, I'm sure IBM Global
Services would welcome such a threat carried out.

-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: 31-bit I/O macros - anyone remember when?

On Thu, 6 Dec 2007 08:27:40 -0600 Paul Gilmartin [EMAIL PROTECTED]
wrote:

:On Thu, 6 Dec 2007 13:28:59 +0200, Binyamin Dissen wrote:

:When the GET/PUT macro was changed from an L to an SLR/ICM pair.

:I've done no assembler programming lately.  Do I read this as
:maintaining the restriction that the control blocks referenced
:must reside below the Line?

Some can be placed above the line using a DCBE. 

:sigh  We're reminiscing about the 24 to 31 bit transition (not
:yet complete), when we should be planning for and requiring
:elimination of all below-the-bar restrictions.

Kind of hard to stuff eight bytes of address in a 3/4 byte field. I am pretty
sure that the zLinux stuff supports above the bar.

--
Binyamin Dissen [EMAIL PROTECTED]
http://www.dissensoftware.com

Director, Dissen Software, Bar  Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:[EMAIL PROTECTED] On Behalf Of Warner Mach
 Sent: Thursday, December 06, 2007 9:27 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: T3 Sues IBM To Break its Mainframe Monopoly

 I think it is time to 'get tough' on this issue of 
 laptop mainframes. In the letter to Sam Palmisano 
 we should threaten a mass migration of mainframe 
 professionals over to 'Waffle  Dinges.' (Will the
 Waffle  Dinges guy franchise out his business?).

Oh, I wish. But I couldn't sell water in the middle of the desert at a
discount!

--
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: Punched cards was: IBM RAMAC now an URBAN Legend:(

2007-12-06 Thread Howard Brazee

On 5 Dec 2007 12:39:03 -0800, [EMAIL PROTECTED] (Patrick
O'Keefe) wrote:

Furthermore, no one even reported the disappearance of
20 cars.
...

Maybe they were not willing to admit why they had 20 car-loads
of cards in the first place.  That's a LOT of cards to write notes on.

There was a society in the USSR where officials would not admit to
mistakes, and their crime syndicates worked with everybody.

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

Re: Punched cards was: IBM RAMAC now an URBAN Legend:(

2007-12-06 Thread Howard Brazee

On 5 Dec 2007 16:23:59 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:

 Maybe they were not willing to admit why they had 20 car-loads
 of cards in the first place.  That's a LOT of cards to write notes on.

 Paat:

I was thinking that they ended up as fuel for heating. I don't think  
you could make vodka out of them:)

Maybe the paper company was behind on pulp and paid the crime
syndicate to get them some.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roger Bowler
Sent: Thursday, December 06, 2007 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: T3 Sues IBM To Break its Mainframe Monopoly
SNIP

Looks like PSI have already spotted this angle: see para 34 on page 9 of

http://www.platform-solutions.com/docs/PSI-Amended-Answer-sept07-FINAL-R
EDACTED.pdf
or
http://tinyurl.com/27ppxq
SNIP

I got to find the time to sit down and read all these things and cross
reference them for myself. 

This looks like a huge battle that is going to have more far-reaching
results than M/S, Intel, IBM and others anticipate, if IBM doesn't
settle out of court with these guys. 

One of the things may be a ruling by a court (or finding) having to do
with what constitutes reverse engineering, emulation, simulation, etc.
And I don't think anyone will be quite happy with the end result.

And, I would not be surprised if IBM didn't wind up back under some
consent degree again.

Regards,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

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

Re: Punched cards was: IBM RAMAC now an URBAN Legend:(

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
 
 On 5 Dec 2007 12:39:03 -0800, Patrick O'Keefe wrote:
 
 Furthermore, no one even reported the disappearance of 20 cars.
 ...
 
 Maybe they were not willing to admit why they had 20 
 car-loads of cards 
 in the first place.  That's a LOT of cards to write notes on.
 
 There was a society in the USSR where officials would not 
 admit to mistakes, and their crime syndicates worked with everybody.

We have a similar entity here.  It's called Government.  :-)

-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: 31-bit I/O macros - anyone remember when?

2007-12-06 Thread Ed Finnell

 
In a message dated 12/6/2007 5:29:22 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

I don't  know how much, if any, of the underlying code had  problems.




I remember changing the region size for IDCAMS and LKED with XA 'cause they  
had been 'fixed'.



**Check out AOL's list of 2007's hottest 
products.
(http://money.aol.com/special/hot-products-2007?NCID=aoltop000301)

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

Re: CPU usage for FTP server

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of McKown, John

  -Original Message-
  From: IBM Mainframe Discussion List On Behalf Of Chase, John

  Hi, All,

  Anybody know where CPU usage stats for an FTP session would be 
  recorded?
  I don't see them listed in the SMF118 or SMF119 record 
  descriptions..

  I need to compare CPU consumption for FTP over SSL/TLS, with and 
  without ICSF running.

 When you FTP using the IBM FTP server, it fork()'s a new 
 address space with the user's RACF id (possibly with a 
 numeric suffix from 1..9). I would think (haven't looked) 
 that you could find the type 30 SMF records for this address 
 space in SMF. It should have all the SMF type 30 fields in it.

That's a thought.  Thanks!

-jc-

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

Re: No z/OS UNIX Support in System REXX?

2007-12-06 Thread Patrick O'Keefe

On Tue, 4 Dec 2007 16:12:13 -0800, Edward Jaffe 
[EMAIL PROTECTED] wrote:

IEF196I IGD103I SMS ALLOCATED TO DDNAME SYS00110
ICH408I JOB(AXR04   ) STEP(AXR04   ) CL(PROCESS )
  OMVS SEGMENT NOT DEFINED

Anyone got this to work?
...

From
z/OS 1.9 MVS Programming: Authorized Assembler Services Guide
Chapter 31. System REXX

Neither the TSO=YES or TSO=NO environments support UNIX System 
Services host commands.

That doesn't exactly explain why the lack of support should result 
in that RACF error, but it sounds like you are out of luck. 

Time for a requirement?

Pat O'Keefe

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

Re: FTPing of DFDSS Dump Files

2007-12-06 Thread Zaromil Tisler

 Does anyone know of a way to FTP the DUMP file back to a zOS system so it 
 is readable?

Using Windows as a client and z/OS as a server the following works for me for 
tersed datasets (binary ftping in both directions):

ftp quote site lrecl=1024 recfm=fb blksize=6144
200 SITE command was accepted


to check allocation parameters:

ftp quote stat
.
.
.
211-Record format FB, Lrecl: 1024, Blocksize: 6144


After that I just (binary) put the tersed dataset.

-- 
Zaromil

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

Re: FTPing of DFDSS Dump Files

When I use DFDSS to download a volume or dataset(s) to be transferred to 
another host, I always include BLKSIZE=32760 on the output file in DFDSS.  Even 
though DFDSS does not care, it does help my transfer process whether that is 
NDM, XCOM, FTP.

If you terse the file you need to make sure you upload it with the same 
attributes that the terse files has.

That will also be the case for a TSO XMITTed file. Your BIN transfer is okay, 
so long as you keep the file attributes the same on the host.

Lizette





I need to move on zOS system to another. My simply plan was to dump
 datasets using DFDSS DUMP and then transferring the DUMP file to the other
 system using FTP. For the most part it worked out ok- in fact we'd TERSE 
 the
 DUMP file before FTPing and DETERSE after saving lots of bandwidth.

 But I've falling into a situation where I have a problem. If I FTP the 
 DUMP file
 to a Windows server using BINARY mode, and then FTP it back to a zOS
 system in BINARY mode- DFDSS cannot read the thing. My rear is still sore
 over this one.

 Does anyone know of a way to FTP the DUMP file back to a zOS system so it
 is readable?

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

Re: FTPing of DFDSS Dump Files

2007-12-06 Thread Pinnacle

- Original Message - 
From: Doug Evans [EMAIL PROTECTED]

Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, December 05, 2007 10:34 PM
Subject: FTPing of DFDSS Dump Files

I need to move on zOS system to another. My simply plan was to dump
datasets using DFDSS DUMP and then transferring the DUMP file to the other
system using FTP. For the most part it worked out ok- in fact we'd TERSE 
the

DUMP file before FTPing and DETERSE after saving lots of bandwidth.

But I've falling into a situation where I have a problem. If I FTP the 
DUMP file

to a Windows server using BINARY mode, and then FTP it back to a zOS
system in BINARY mode- DFDSS cannot read the thing. My rear is still sore
over this one.

Does anyone know of a way to FTP the DUMP file back to a zOS system so it
is readable?

If you downloaded the TERSEd files to your PC as BINARY, then you can still 
recover, just upload them BINARY to an FB1024 file and DETERSE, then DFDSS 
RESTORE.  If you downloaded the DFDSS DUMP files directly to the PC, even as 
binary, you are hosed.  You play with the QUOTE and SITE commands at your 
own risk.  It's ALWAYS safer to use BINARY transfer of TERSEd or XMIT'ed 
files.  The shortcuts are great when they work, but I can't take that 
chance.

Regards,
Tom Conley 

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

Re: FTPing of DFDSS Dump Files

2007-12-06 Thread Doug Evans

Thanks Gary (and others),

I think I forgot to mention though is that in this case, the DUMP data set was 
not TERSED first- thus the problem

Thanks,
Doug.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Jon Brock

No, I'm going for the popcorn franchise for all those people watching
this play out.

Jon



snip
I think it is time to 'get tough' on this issue of 
laptop mainframes. In the letter to Sam Palmisano 
we should threaten a mass migration of mainframe 
professionals over to 'Waffle  Dinges.' (Will the
Waffle  Dinges guy franchise out his business?).
/snip

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Doc Farmer

Will you serve the popcorn with Dinges?


On Thu, 6 Dec 2007 13:06:28 -0500, Jon Brock [EMAIL PROTECTED] wrote:

No, I'm going for the popcorn franchise for all those people watching
this play out.

Jon



snip
I think it is time to 'get tough' on this issue of
laptop mainframes. In the letter to Sam Palmisano
we should threaten a mass migration of mainframe
professionals over to 'Waffle  Dinges.' (Will the
Waffle  Dinges guy franchise out his business?).
/snip

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

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

Open z/Architecture or Not

2007-12-06 Thread Phil Payne

Belated birthday greetings.

Hmm.

I grant you that untrammeled access to source code _can_ result in disasters.

But - IMO - user access to source code made ASP/JES3 (thanks, e.g., to 
Rolls-Royce and Rank
Xerox) and many other products into what they are today.  Would JES2/MAS have 
been available
that early if it hadn't been for Mellon Bank?

And the Open Source community has developed disciplines that deal with the 
exposure.  I
certainly wouldn't suggest that Open Source software isn't industrial strength.

Back when you and I started, there were perhaps 10,000 computers in the world 
capable of
running a compiler.  Now there are probably hundreds of millions.  That's a 
huge 'cloud' of
potentially competent programmers - if one in a million has a bright idea. 
that's hundreds of
ideas.

But they won't be having them in the z/OS enviroment.

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

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

Re: No z/OS UNIX Support in System REXX?

2007-12-06 Thread Edward Jaffe


Patrick O'Keefe wrote:

From
z/OS 1.9 MVS Programming: Authorized Assembler Services Guide
Chapter 31. System REXX

Neither the TSO=YES or TSO=NO environments support UNIX System 
Services host commands.


That doesn't exactly explain why the lack of support should result 
in that RACF error, but it sounds like you are out of luck.


Time for a requirement?
  


Thanks, Patrick! I looked all over the place for that official 
statement! I've had a PMR opened with IBM since yesterday and even they 
haven't even been able to tell me this yet!


It appears that System REXX does not completely or properly propagate 
identity/security information to its worker TCBs or address spaces. 
Instead of leveraging the existing WLM services -- used by the likes of 
Websphere -- in its design, the System REXX developers decided to use a 
roll your own multi-address space server approach. This total lack of 
support for z/OS UNIX services looks to be an unfortunate outcome of 
that questionable decision. :-(


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

T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Phil Payne

 I can guess who suggested this ...

Bet you can't. Entirely internal to Amdahl - remember I worked there seven 
years and had
Amdahl as a client for another eight.

 Looks like PSI have already spotted this angle ...

I posted that reference yesterday evening - do at least try to keep up.

The fun starts if PSI is right. If the information is indeed there, how did it 
get there? And
who is IBM going to ask?  There's a significant chance of Hercules being drawn 
into discovery.

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

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

TPX Acl/e Code and Dispatch

Does any kind soul out there have a DISPATCH logon script for TPX ACL/E 
language?  I am running into issues and cannot seem to get my arms around a 
solution.  I have one user that seems to be already logged on but when we look 
they are not logged on to DISPATCH.  My script works for everyone except this 
one id.

Lizette

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

Re: [spam] Open z/Architecture or Not

2007-12-06 Thread R.S.


Phil Payne wrote:

Belated birthday greetings.

Hmm.

I grant you that untrammeled access to source code _can_ result in disasters.


Any example ?

OK, I'am aware of one: Wide open code could mean more holes/errors 
disclosed. It also could mean more errors FIXED. Not to mention more 
suggestions to enhance it. What's better ?


--
Radoslaw Skorupka
Lodz, Poland


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

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

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

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

Re: No z/OS UNIX Support in System REXX?

2007-12-06 Thread Walt Farrell

On Thu, 6 Dec 2007 11:18:28 -0800, Edward Jaffe
[EMAIL PROTECTED] wrote:

Thanks, Patrick! I looked all over the place for that official
statement! I've had a PMR opened with IBM since yesterday and even they
haven't even been able to tell me this yet!

It appears that System REXX does not completely or properly propagate
identity/security information to its worker TCBs or address spaces.
Instead of leveraging the existing WLM services -- used by the likes of
Websphere -- in its design, the System REXX developers decided to use a
roll your own multi-address space server approach. This total lack of
support for z/OS UNIX services looks to be an unfortunate outcome of
that questionable decision. :-(

Identity propagation is a different question than not supporting REXX, Ed. 
That statement in the Authorized Assembler Services Guide simply means that
ADDRESS SYSCALL is not available.And the messages listed earlier in this
thread do mean, I think, what people said they meant, except for one
possibility.  An ICH408I with JOB/STEP means one of two things: Either
(a) the named job does not have a RACF identity defined; or
(b) it's a server, and it's processing a request on behalf of a client that
does not have a RACF identity defined.

Either of those might have happened from the info in this thread so far.

AXREXX does propagate basic info about the caller's identity, and that will
enable  basic UNIX identity processing, too.

Nothing except UNIX services (as far as I know) will propagate complete UNIX
identity info (Effective/Saved/Real UID, current supplemental groups), and
they only do that during fork() and spawn() processing, and some flavors of
AFUNIX domain socket operations.

I'm pretty sure the WLM services don't propagate all the UNIX identity info
either, and from what I remember they pass the same info as AXREXX does.

I'm not sure that simply providing ADDRESS SYSCALL would resolve all the
problems.  To allow UNIX processing in a server address space they also need
to worry about process and thread handling, dubbing and undubbing of the
threads or processes, etc. and I don't know if AXREXX has that support
either.  But that's also not related to whether they use WLM services or not.

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

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

Re: [spam] Open z/Architecture or Not

2007-12-06 Thread Tom Marchant

On Thu, 6 Dec 2007 20:23:21 +0100, R.S. wrote:

Phil Payne wrote:

I grant you that untrammeled access to source code _can_ result 
in disasters.

Any example ?

I think the key words in Phil's post are untrammeled and can.  He went on 
to describe the benefits.

-- 
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: [spam] Open z/Architecture or Not

2007-12-06 Thread Bob Shannon

 I grant you that untrammeled access to source code _can_ result in
 disasters.
Any example ?

Sure. The thousands of in-stream usermods that were written prior to XA, and 
which greatly inhibited subsequent upgrades. I certainly agree that in the 
early days usermods were written to overcome functional deficiencies in MVS. 
Some, such as logical swap, were incorporated into MVS. Others, such as the 
dual master catalog mod at a large US insurance company, proved to be a 
nightmare to maintain and an even worse nightmare to remove.

Incidentally, that particular company had approximately 200 instream usermods. 
Consider the effort it would take to roll out z/OS releases with that level of 
modification even if source code were available.

Bob Shannon
Rocket Software

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

Re: Open z/Architecture or Not

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon
 Sent: Thursday, December 06, 2007 1:46 PM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Re: [spam] Open z/Architecture or Not

  I grant you that untrammeled access to source code _can_ result in
  disasters.
 Any example ?

 Sure. The thousands of in-stream usermods that were written 
 prior to XA, and which greatly inhibited subsequent upgrades. 
 I certainly agree that in the early days usermods were 
 written to overcome functional deficiencies in MVS. Some, 
 such as logical swap, were incorporated into MVS. Others, 
 such as the dual master catalog mod at a large US insurance 
 company, proved to be a nightmare to maintain and an even 
 worse nightmare to remove.

 Incidentally, that particular company had approximately 200 
 instream usermods. Consider the effort it would take to roll 
 out z/OS releases with that level of modification even if 
 source code were available.

 Bob Shannon
 Rocket Software

But isn't that a managerial failure, rather than a technical failure? I
liked have the source to OS/VS1 when I started. It was a fantastic
learning tool. I also used it to see what the code was actually doing
when I didn't understand the documentation. 

Now that Linux is ported to the System z and in use as production, does
that mean that people should stop publishing the source? Not that it is
possible, due to the GPL and the Linux development philosophy. Or does
is mean that Linux should never been use for mission critical
infrastructure?

Or am I just misunderstanding this entire argument (likely)?

--
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: TPX Acl/e Code and Dispatch

2007-12-06 Thread Mark Zelden

On Thu, 6 Dec 2007 14:19:21 -0500, Lizette Koehler [EMAIL PROTECTED]
wrote:

Does any kind soul out there have a DISPATCH logon script for TPX ACL/E
language?  I am running into issues and cannot seem to get my arms around a
solution.  I have one user that seems to be already logged on but when we
look they are not logged on to DISPATCH.  My script works for everyone
except this one id.


Are you sure they are not stuck in Dispatch?   Are you familiar with DCMT
(IDMS)
display commands? Can they logon from VTAM without TPX? 

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: Open z/Architecture or Not

2007-12-06 Thread Mark Post

 On Thu, Dec 6, 2007 at  2:53 PM, in message
[EMAIL PROTECTED], McKown,
John [EMAIL PROTECTED] wrote: 
-snip-
 But isn't that a managerial failure, rather than a technical failure?

I don't see that as a failure of either group involved.  At the time, many of 
those mods were necessary, and the impact to moving to new releases was 
manageable for quite a while.  As time went on, it became apparent that in most 
cases mods weren't a good thing, and they were largely phased out.  The same is 
true of dump reading.  I don't know how many years I went without reading a 
dump prior to leaving EDS.  The management philosophy was you're more valuable 
to us doing other things.  Take the dump and ship it to IBM (or whomever).  As 
time passes, the industry matured more, and needs changed.

-snip-
 Now that Linux is ported to the System z and in use as production, does
 that mean that people should stop publishing the source? Not that it is
 possible, due to the GPL and the Linux development philosophy. Or does
 is mean that Linux should never been use for mission critical
 infrastructure?
 
 Or am I just misunderstanding this entire argument (likely)?

I think some people think that way.  Most people are just saying don't go wild 
with the source, and put us back in the same position we were in with MVS long 
ago.  And, at least in the case of the enterprise Linux distributions for the 
mainframe, I think that most people are avoiding that.  Largely because most of 
the people working with them remember the pain involved in eliminating all 
those mods.  (My particular project was with JES2 5.2.2 and moving all of EDS' 
mods into exits.  Ouch.)


Mark Post

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

Re: [spam] Open z/Architecture or Not

2007-12-06 Thread Howard Brazee

On 6 Dec 2007 11:23:52 -0800, [EMAIL PROTECTED] (R.S.)
wrote:

 I grant you that untrammeled access to source code _can_ result in disasters.

Any example ?

OK, I'am aware of one: Wide open code could mean more holes/errors 
disclosed. It also could mean more errors FIXED. Not to mention more 
suggestions to enhance it. What's better ?

P.R. disasters?

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Stephen Y Odo

Ron Wells wrote:
 Maybe more to the point...we ... userscan help in the development 
 ..supply real life enhancements if given the chance..
 suggestions and etc..--like at share--does work...but comes slow...if we 
 had the opportunity to contribute REAL code changes I think a 
 much can come of it and also keep the interest alive..
and that goes back to our thing about hobbyist licenses for z/OS ... I
can't use cycles on my company's mainframe without approval ... so how
do I develop code that I can contribute?

--Stephen

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

Re: [spam] Open z/Architecture or Not

2007-12-06 Thread Veilleux, Jon L

Bob Shannon wrote:
Some, such as logical swap, were incorporated into MVS. Others, such as
the dual master catalog mod at a large US insurance company, proved to
be a nightmare to maintain and an even worse nightmare to remove.

AMEN Bob. Although usermods did have their up side, especially the
catalog mod. It gave a relatively new Systems Programmer a LOT of
experience coding assembler and reading standalone dumps...before
IPCS..ouch 


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


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

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

Re: TPX Acl/e Code and Dispatch

I can emulate the problem by using two different IDs to logon to TPX Sessions 
and logging on with the same id in Dispatch.

So TPX Session one is logged on as USER1 adn TPX Session two is logged on as 
USER2.  I then logon to DISPATCH under both TPX sessions as USER1.  This 
creates the error this user is getting.  I can also do a DFCU SHO U ALL 
commands and see my USER1 is logged on the the terminal DISPATCH thinks it is.

For this userid we do not see it in DISPATCH at the time of the error.  We have 
tried to terminate the ID incase it is a phantom but it is truely not there.

My ACLE script is fairly basic and works for all users save this one.  So I am 
looking for examples of a DISPATCH logon script to see what else could be coded.

I have had to alter it already if the user is a Top Secret Special user due to 
additional messages that were not accounted for.

The Dispatch messages we are getting for this one user are:

IDMS DC258001 V1 ENTER USER ID 
IDMS DC258912 V1 USER USER1 IS ALREADY SIGNED ON LTERM VTMLT006  
IDMS DC258001 V1 ENTER USER ID 
CADS - ENTER SYSTEM PASSWORD:  
IDMS DC900130 V1 SECURITY VIOLATION HAS OCCURED FOR USER 1234567   (note my 
password was displayed here) 
V1  Enter Next Task Code DS600306: 

Lizette




Does any kind soul out there have a DISPATCH logon script for TPX ACL/E
language?  I am running into issues and cannot seem to get my arms around a
solution.  I have one user that seems to be already logged on but when we
look they are not logged on to DISPATCH.  My script works for everyone
except this one id.


Are you sure they are not stuck in Dispatch?   Are you familiar with DCMT
(IDMS)
display commands? Can they logon from VTAM without TPX? 


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

Re: TPX Acl/e Code and Dispatch

2007-12-06 Thread Mark Zelden

On Thu, 6 Dec 2007 15:23:15 -0500, Lizette Koehler [EMAIL PROTECTED]
wrote:

I can emulate the problem by using two different IDs to logon to TPX
Sessions and logging on with the same id in Dispatch.

So TPX Session one is logged on as USER1 adn TPX Session two is logged on
as USER2.  I then logon to DISPATCH under both TPX sessions as USER1.  This
creates the error this user is getting.  I can also do a DFCU SHO U ALL
commands and see my USER1 is logged on the the terminal DISPATCH thinks it is.

For this userid we do not see it in DISPATCH at the time of the error.  We
have tried to terminate the ID incase it is a phantom but it is truely not
there.

My ACLE script is fairly basic and works for all users save this one.  So I
am looking for examples of a DISPATCH logon script to see what else could be
coded.

I have had to alter it already if the user is a Top Secret Special user due
to additional messages that were not accounted for.

The Dispatch messages we are getting for this one user are:

IDMS DC258001 V1 ENTER USER ID
IDMS DC258912 V1 USER USER1 IS ALREADY SIGNED ON LTERM VTMLT006
IDMS DC258001 V1 ENTER USER ID
CADS - ENTER SYSTEM PASSWORD:
IDMS DC900130 V1 SECURITY VIOLATION HAS OCCURED FOR USER 1234567   (note my
password was displayed here)
V1  Enter Next Task Code DS600306:

Lizette


Did this just stop working?  If so, then bouncing the Dispatch region might
be the only fix since it the user doesn't appear to be logged on but yet
they get the already signed on message.

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: Forcing a userid and password prompt on session connect

2007-12-06 Thread Support, DUNNIT SYSTEMS LTD.

From what I can see, NVAS is not included wit ADCD. See:

http://dtsc.dfw.ibm.com/MVSDS/'HTTPD2.adcd.global.html
(readm18s)'#Header_4

Is that correct?

Jerry

On Thu, 6 Dec 2007 09:07:24 -0600, Chase, John [EMAIL PROTECTED] 
wrote:

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Support, DUNNIT
 SYSTEMS LTD.

 Our old Cisco router does not contain VPN functionality.

 As for changing application names, or, John Chase's suggested
 CICS modifications, we want a universal solution above
 logging in to applications.

If you have the ADCD setup, you could implement Netview Access Services
(NVAS).  If you don't have it already, you should be able to get it for
no charge through the PWD program.

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

Re: [spam] Open z/Architecture or Not

2007-12-06 Thread Ed Finnell

 
In a message dated 12/6/2007 1:23:55 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

OK, I'am  aware of one: Wide open code could mean more holes/errors 
disclosed. It  also could mean more errors FIXED. Not to mention more 
suggestions to  enhance it. What's better ?





Back when the OCO battle was really hot it was reported at SHARE that  one of 
the biggest pushers for OCO were some of the Change teams that had seen  the 
increase in user code and mods grow more than linearly. I know one of the  
hardest bugs I ever shot was a JES3 hickey that was clobbering itself only to  
find out we were running a 'Common' VM mod that trampled a little on some of 
the 
 DIAG code. 



**Check out AOL's list of 2007's hottest 
products.
(http://money.aol.com/special/hot-products-2007?NCID=aoltop000301)

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

Re: Open z/Architecture or Not

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] (Bob Shannon) writes:
 Sure. The thousands of in-stream usermods that were written prior to
 XA, and which greatly inhibited subsequent upgrades. I certainly agree
 that in the early days usermods were written to overcome functional
 deficiencies in MVS. Some, such as logical swap, were incorporated
 into MVS. Others, such as the dual master catalog mod at a large US
 insurance company, proved to be a nightmare to maintain and an even
 worse nightmare to remove.

cp67 and vm370 were notorious for user modifications ... in part because
it shipped not only with full source ... but its whole customer
maintenance infrastructure was source based (i.e. each fix shipped as
incremental source update file).

in the early 80s there was a study of local vm370 system modifications.
internal corporate local modifications were as large as the base
system ... and the share library source changes were approximately
equivalent to the internal corporate local modifications (in size and
function).

part of all this started with unbundling announcement 23jun69
http://www.garlic.com/~lynn/subtopic.html#unbundle

starting to charge for application software. however, the case was made
that kernel code could still be free (bundled).

A lot of the structural and functional enhancements that I had done to
cp67 as an undergraduate (and was picked up and shipped in the product)
was dropped in the morph from cp67 to vm370. However, I had
done the port myself ... referenced in this prior post
http://www.garlic.com/~lynn/2007t.html#69 T3 Sues IBM TO Break its Mainframe 
Monopoly

and this old email
http://www.garlic.com/~lynn/2006v.html#email731212
http://www.garlic.com/~lynn/2006w.html#email750102

I distributed and supported the CSC/VM system (mentioned in the above)
for a large number of internal datacenters. The product picked up some
small pieces of the above as part of VM370 rel3.

However, other pieces were selected to be released as separate resource
manager product ... and also got chosen to be guinea pig for
unbundling/charging for kernel software (which met that i had to spend a
lot of time with business people ironing about the policies for kernel
software charging).
http://www.garlic.com/~lynn/subtopic.html#fairwhare
http://www.garlic.com/~lynn/subtopic.html#wsclock

because of the extensive source oriented culture ... most customers
managed to regularly track local source code changes as new releases
came out.

However, I know of (at least) one notable exception. Somehow or another,
a very early CSC/VM system was leaked to ATT longlines. Over a period
of years, they developed a large body of their own source changes
... never bothered to track releases, and migrated it to a number of
their own machines. Nearly a decade later, I was tracked down by the
ATT national marketing rep about trying to help get ATT longlines off
this ancient CSC/VM system.

The OCO-wars (object code only) in the early 80s were somewhat
turbulent.

There had been some number of commercial online timesharing services
formed from cp67 and vm370.
http://www.garlic.com/~lynn/subtopic.html#timeshare

these were somewhat similar to the internal HONE systems that worldwide
sales and marketing used
http://www.garlic.com/~lynn/subtopic.html#hone

One of these was Tymshare which in the mid-70s started providing the
vmshare online discussion forum to share members. That vmshare forum has
now been archived here
http://vm.marist.edu/~vmshare/

included in the forum archives are the OCO-war discussions from the
early 80s.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Tony Harminc

On Thu, 6 Dec 2007 22:28:56 +0900, Clement Clarke wrote:

There were so many good ideas that I didn't send the letter.  (Gosh, I
was sorely tempted though...)

I think it is a great idea to have many people sign it (which is why I
had And... And..) under my signature.

And to get Share involved it GREAT.

So... onwards, ever onwards.

I look forward to seeing what pops up in the next week or so.

Anyone who thinks that sending letters to IBM on this is going to do
anything should read up on the anti-OCO efforts of the early 1980s. SHARE
and other user groups were involved in a big way, and many letters were sent
to IBM, not just by geeks like us, but by the likes of senior VPs of
Fortune 500 companies. At least one question was asked of the CEO at an IBM
annual meeting. 

IBM treated the geeks with suitable contempt, and responded to the more
senior people with content-free letters just restating their claims that OCO
would by some magic be good for IBM customers.

I have no doubt that some IBMers got serious bonuses for keeping it all
below the radar. Certainly OCO marched on, with IBM and the world the poorer
for it.

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

Common Dataspace

Hi, 

I have an application which require a common dataspace. Not a big issue so
far but I don't want to start/write
a STC just to hold the CADS so I schedule a SRB to *MASTER* and create the
CADS undercover for this ASID.

This works also and I also provide a utility to delete this dataspace.

Someone ask me if this is allowed and I wonder I found nothing which tells
me a clear YES or NO. 
What did you think?

Regards Roland 

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

Re: TPX Acl/e Code and Dispatch

It is just odd that I only have one user that has this duplicate logon issue.  
No one else here is reporting it.

I am trying to get more users on TPX.  And hopefully we can see if this is 
isolated or not.

Well, we have IPLs scheduled for this weekend so I will see if monday it is 
cleared up.

Lizette



Did this just stop working?  If so, then bouncing the Dispatch region might
be the only fix since it the user doesn't appear to be logged on but yet
they get the already signed on message.


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

Re: TPX Acl/e Code and Dispatch

2007-12-06 Thread tony babonas

are you a Top Secet shop?  If so, check the parameters for the facility
involved, specifically
SIGN(M)  or  SIGN(S)

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lizette Koehler
Sent: Thursday, December 06, 2007 3:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TPX Acl/e Code and Dispatch

It is just odd that I only have one user that has this duplicate logon
issue.  No one else here is reporting it.

I am trying to get more users on TPX.  And hopefully we can see if this is
isolated or not.

Well, we have IPLs scheduled for this weekend so I will see if monday it is
cleared up.

Lizette



Did this just stop working?  If so, then bouncing the Dispatch region might
be the only fix since it the user doesn't appear to be logged on but yet
they get the already signed on message.


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

No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.15/1174 - Release Date: 12/6/2007
10:11 AM
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.503 / Virus Database: 269.16.15/1174 - Release Date: 12/6/2007
10:11 AM
 

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

Re: Open z/Architecture or Not

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

Anne  Lynn Wheeler [EMAIL PROTECTED] writes:
 The OCO-wars (object code only) in the early 80s were somewhat
 turbulent.

re:
http://www.garlic.com/~lynn/2007u.html#6 Open z/Architecture or Not

as before the vmshare archives are at
http://vm.marist.edu/~vmshare/

old vmshare post about the original source maint infrastructure,
originally developed on cp67
http://vm.marist.edu/~vmshare/read?fn=HISTORYft=MEMOline=49

a quicky search for some OCO related posts from archive ...

this is discussion from 93 regarding the OCO's 10th b'day:
http://vm.marist.edu/~vmshare/browse?fn=OCO:BDAYft=MEMO

OCO Study Handouts from SHARE 72 (Feb89)
http://vm.marist.edu/~vmshare/browse?fn=OCOSTUDYft=NOTE

TUCC's MVS/370 to MVS/XA conversion experiences (Jun88)
http://vm.marist.edu/~vmshare/browse?fn=OCOCMEft=NOTE

VM Program Products which should be distributed with Source Code.
(started May80)
http://vm.marist.edu/~vmshare/browse?fn=VMSOURCEft=MEMO

old email mentioning vmshare ... including discussing obtaining monthly
copies of all vmshare files for putting up on the HONE system for
worldwide sales and marketing
http://www.garlic.com/~lynn/subtopic.html#hone

and other internal systems.

for other drift, one of the things i did during this period was do a
rex(x)-implementation replacement for ipcs debugging tool.
http://www.garlic.com/~lynn/subtopic.html#dumprx

part of the issue was to demonstrate that rex(s) wasn't just another
pretty exec language. the objective was to be able to replace the
existing ipcs (which was a large body of assembler implemented code)
with a

1) rex(x) implementation, 
2) that took less than half-time over 3months to implement, 
3) had ten times the function and 
4) ten times the performance (took some slight of hand)

a side-effect was that if it was decided to replace the existing
implementation ... then source would have to be shipped for the new
ipcs ... regardless of any OCO-policy.

It was never decided to ship the implementation as replacement IPCS
... but it eventually came to be used at effectively all internal
datacenters and the majority of PSRs processing customer reported
problems.

However, i was approved to give a share presentation on the
implementation ... and within a couple months after the presentation,
there were a number of similar implementations by various organizations.

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

Re: T3 Sues IBM To Break its Mainframe Monopoly

2007-12-06 Thread Ted MacNEIL

Certainly OCO marched on, with IBM and the world the poorer for it.

I used to believe that until the memory of the number of usermods caused great 
delays in upgrades and the implementation of new function.

I remember one ex-IBMer becoming an Operations Manager just about a year befor 
XA was announced.
He managed to get full sign-off authority for usermods (new and existing). 
He drove the SYSPROGs and their manager nuts.
He almost never gave approval.
Exits, or nothing, he said.
Due to non-disclosure, he couldn't exactly tell them why.

When XA came out, and was easily implemented at the shop, he was thanked by all 
involved.

OCO may be akin to swatting a fly with a buick; it did solve that problem. Plus 
it did move IBM closer to protecting its IP.

-
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: Common Dataspace

2007-12-06 Thread Rob Scott

Roland,

I have heard of other products that do this sort of thing - however it makes me 
feel uneasy and personally I would try to avoid it. Your program that sneaked 
in that CADS is never going to be above suspicion for any system problems when 
an IPCS dump reveals it looking like some huge zit on *MASTER*'s nose.

A CADS-owning started task is probably less than 300 lines of assembler and 
probably less complex (and *much* safer) that shooting an SRB in *MASTER*.



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 
Roland Schiradin
Sent: 06 December 2007 21:41
To: IBM-MAIN@BAMA.UA.EDU
Subject: Common Dataspace

Hi,

I have an application which require a common dataspace. Not a big issue so far 
but I don't want to start/write a STC just to hold the CADS so I schedule a SRB 
to *MASTER* and create the CADS undercover for this ASID.

This works also and I also provide a utility to delete this dataspace.

Someone ask me if this is allowed and I wonder I found nothing which tells me a 
clear YES or NO.
What did you think?

Regards Roland

--
For IBM-MAIN subscribe / signoff / archive access instructions, 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: Punched cards was: IBM RAMAC now an URBAN Legend:(

2007-12-06 Thread Rick Fochtman


--snip---


Furthermore, no one even reported the disappearance of 20 cars.
...
   

Maybe they were not willing to admit why they had 20 car-loads of 
cards


in the first place.  That's a LOT of cards to write notes on.
 

There was a society in the USSR where officials would not 
admit to mistakes, and their crime syndicates worked with everybody.
   



We have a similar entity here.  It's called Government.  :-)
 


-unsnip
Maybe that's why the term Honest Government is so widely accepted as 
an oximoron. :-))


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

Re: Common Dataspace

2007-12-06 Thread Shane Ginnane

 I have heard of other products that do this sort of thing - however 
 it makes me feel uneasy and personally I would try to avoid it. Your
 program that sneaked in that CADS is never going to be above 
 suspicion for any system problems when an IPCS dump reveals it 
 looking like some huge zit on *MASTER*'s nose.
 
 A CADS-owning started task is probably less than 300 lines of 
 assembler and probably less complex (and *much* safer) that shooting
 an SRB in *MASTER*.

Agree wholeheartedly - even for a one-off. Add some messages to say it's 
started o.k.; make it look like the code is worthwhile     ;-)

Shane ...

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

Re: Common Dataspace

2007-12-06 Thread Wayne Driscoll

Roland,
While the SRB to MASTER approach may be taken by a number of IBM
products (DB2 and RACF come to mind), for a vendor product, I would have
to agree with Rob and Shane, do it the right way, if only to save
yourself having to deal with calls from IBM if there is an abend in the
MASTER address space, and your code is in there.

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




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roland Schiradin
Sent: Thursday, December 06, 2007 3:41 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Common Dataspace

Hi, 

I have an application which require a common dataspace. Not a big issue
so
far but I don't want to start/write
a STC just to hold the CADS so I schedule a SRB to *MASTER* and create
the
CADS undercover for this ASID.

This works also and I also provide a utility to delete this dataspace.

Someone ask me if this is allowed and I wonder I found nothing which
tells
me a clear YES or NO. 
What did you think?

Regards Roland 

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

Possible change to MCSOPER processing

2007-12-06 Thread W. Kevin Kelley

We are contemplating making a change to MCSOPER processing to prevent 
user's from specifying a console that has been defined as a system console. 
(By system console, we mean the operating system console facility available 
through the HMC). The intent of this change would be to further protect the 
system console (the console of last resort) from being inadvertently activated 
or deactivated.

Does anyone have a problem with this? If so, we'd like to hear from you. You 
can post here or contact me privately by e-mail [EMAIL PROTECTED]

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

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

Re: Common Dataspace

2007-12-06 Thread Brian Westerman

What you want to do is perfectly safe, (so long as nothing goes wrong :) ),
but the problem is that something always goes wrong, and you probably don't
want to get in the middle of the finger pointing that always happens when
something goes wrong.

The code to support it in a separate space is not really difficult at all,
and it does give you the ability to give some really nice statistics on
demand and when you start and shutdown that space.  You can view it as a
benefit to the user.  The overhead truly is VERY small, even if you gave the
ability for interactive stats.

As a user, I would purchase the product that maintained it's own before I
would consider one that used a system space to do it.  I would wonder why
they couldn't do it in their own space.  IBM doesn't have to because
*MASTER* already belongs to them.:)

I would expect that future products of yours that needed another common
space, would tack it on to your already existing addresspace, just like IBM
does with *MASTER*.

Brian

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

Re: Possible change to MCSOPER processing

2007-12-06 Thread Brian Westerman

I have a problem with it.  

How would  you decide if the act/Deact was inadvertent?  What is the
danger that you are trying to protect us from?  I would imagine that being
authorized to act/deact ought to mean that you wanted to do it int he first
place.  Imagine what the consequences would be for someone who was
authorized to do it, and all of a sudden you were to decide that the
activate might be inadvertent.

If there were some real danger or exposure that isn't already covered by
normal controls, I'd like to know what it is so that we could better decide
if the change you are offering is really necessary and under what
circumstances. 

Brian

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

Re: Common Dataspace

Rob, 

well you're right unfortunally a new STC 

1. Have to be documented 
2. Added to automation 
3. Require a migration path for existing user
4. The SRB routine was already coded and works fine
5. other issues

So using *MASTER* was much easier ok someone can say lazy. 

Roland

Roland,

I have heard of other products that do this sort of thing - however it makes 
me feel uneasy and personally I would try to avoid it. Your program that 
sneaked in that CADS is never going to be above suspicion for any system 
problems when an IPCS dump reveals it looking like some huge zit on 
*MASTER*'s nose.

A CADS-owning started task is probably less than 300 lines of assembler 
and probably less complex (and *much* safer) that shooting an SRB in 
*MASTER*.

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

Re: Common Dataspace