date:20110819

I use iefsd094, but this extracts only certain info. I would like to extract
other attributes, such as jb start time, maxcc, etc
On Aug 19, 2011 5:44 PM, "Ed Gould"  wrote:
> As far as I know the program (even if run) would not produce any output no
Input. There is a block letter subroutine that is probably useful (Can't
remember the name for the life of me) that I used eons ago for a calendar)
it was easy to use but how often do you need to create block letters?
>
> Ed
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: iasxwr00

Yes. It is external writer. Why does IBM say it is deprecated. perhaps that
was an incorrect statement?
I need to write outputs from a certain class, same as what that ias program
does?
On Aug 19, 2011 5:36 PM, "Jim Thomas"  wrote:
> IIRC, IASXWR00 is (IMHO) an external writer ... do you really need
> a replacement ??.
>
> Do you 'only' want to be able to select specific spool datasets and
> have them copied to an individual dataset ??.
>
>
> Kind Regards
>
> Jim Thomas
> 617-233-4130 (mobile)
> 636-294-1014 (res)
> j...@thethomasresidence.us (Email)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf
> Of techie well wisher
> Sent: Friday, August 19, 2011 3:52 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: iasxwr00
>
> All,
> Is there a replacement program for iasxwr00 ?
> I know this is an old program, heard it is also deprecated. Any new prog
> that does the same function (moving selective spool output files to a
> datasets preferably with single line separator )
> Regards,
> WW
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 10.0.1392 / Virus Database: 1520/3844 - Release Date: 08/19/11
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Security is fun in the PC world....

Sir,

How secure ?? .. web servers on the z/OS or z/Linux ??. 

For the moment .. I'd say %100. That said and as I've said
before, I'm waiting for some 'smart' person to port the blue
screen of death. 

Won't be too secure then but the 'smart' people insist on 
heading in that direction. 

Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Clark Morris
Sent: Friday, August 19, 2011 7:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Security is fun in the PC world

On 19 Aug 2011 08:53:51 -0700, in bit.listserv.ibm-main you wrote:

> Chuck,
>
>That may well be the case, but, a lot (all?) of fixes put out by MS does
not inform anyone (like IBM fixes do) what the fixes are for (like integrity
issues) so you have no idea if you can apply just one for the issue. MS
expects you to put on a fix pack (equilivince of the old put tape?) on with
no f..ing idea what it addresses.
>
>I do not recall of ever hearing about MS putting out a single fix for an
integrity issue have you?

Since I don't apply fixes automatically to my Windows 7 system nor did
I to my XP system, most of the fixes that go on are single fixes which
do give an idea of the exposure when they are security fixes (allow a
remote attacker to do x, etc.).  The KB numbers are given for all of
the fixes and you can go the Microsoft data base for more information
(and which has always been available when I have been curious enough
to pursue the issue).  When a fix pack comes out I suspect that most
of fixes are already applied on my system and if I were energetic I am
fairly certain I could research the fixes included in the fix pack on
the Microsoft site.

In response to another thread, at SCIDS I was in conversation with
someone who claimed he locked up or otherwise sabotaged a system at
one place before he left.  This was 9 -14 years ago and among other
things he claimed many of the people at that installation were on
cocaine.

Also how secure are the various web servers on z/OS and z/Linux
(Eclipse, Websphere, etc.)?  Since Internet Explorer and Firefox have
reported exposures on the client side, I would assume that the various
web servers can have holes.

Clark Morris
>
>Ed
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3845 - Release Date: 08/19/11

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

Re: Security is fun in the PC world....

/snip
> MVS (or OS/390 or z/OS or whatever you want to call it) has
> NEVER been hacked or destroyed by an ex employee !!.

How do you know?
Do you expect any financial company to make an advertisement "Hello! 
We're open for hackers!". I suspect that no company want do disclose it.

/endsnip 

Please tell me of 'one' financial company that has been hacked ... but 
remember now .. get rid of the 'non mainframe' environments first !!. 
Better yet ... please tell me that you KNOW for a fact that if a financial
company was hacked ... 'nobody' would know ?? .. Do you really believe
that ??. Further, going by your own approach, why then have 'financial' and 
other institutions admitted that their wonderful non-mainframe environment 
has been 'attacked' or gotten a 'virus' or whatever ??. 

/snip
> In fact, let me re-state that .. the mainframes HAVE NEVER
> been hacked or destroyed by an ex employee !!.

Well, I know such evidence (maybe it was misuse - it's a matter of 
definition of "been hacked"), cannot provide details.
Another, publicly known example: Kevin Mitnick. Obviously he wasn't 
ex-employee (is it better?), and he hacked people, not systems. So?
/endsnip

I admit that I have not the foggiest who Kevin Mitnick is ... but bear
with me and I'll find out ... and I'll also find out the circumstances.
That said ... yes, I have had exposure to misuse and in fact, have known
of circumstances where 'A Current' employee has ... umm shall I say .. 
embezzled ... forgive me but .. in this context ... we're speaking of 
apples and oranges. 

I will further admit that I have know of people that use to 'purposefully'
code for abends but then too, that was only because they could be called
on the weekends and hence, justify time that they would ask remuneration 
for. 

/snip 
Some remarks:
1. "Mainframe system" could mean z/OS or poorly configured Linux. Is the 
Linux on mainframe any more secure than Linux on PC? IMHO the difference 
is none or very small.
/endsnip

Sorry ... Linux did not enter the picture till recently but FWIW, Linux is 
still a hell of a lot better than WinBlows. 


/snip
2. Usually "mainframe systems" are big, very big or huge installations 
when compared to PC installations. There is no reason to compare small 
PC server in small company to huge financial system.
/endsnip

My apologies ... I was not comparing but you are very correct ... there
is no comparison. As I've said before  I like PC's for what they 
were engineered for .. to be a 'personal computer' ... they were 'never'
designed, architected or built to be a 'business' computer. Hang on .. 
what's this discussion about ?? .. I agree that 'mainframe systems' are
meant for big, very big or huge installations ... e.g. ... any business !!.

Please tell me again, why we are talking about 'small PCs' for a 'business'
purpose ... unless of course, it's a small mom and pop shop !!.

/snip
3. Ex-employees hacking, social hacking - that could affect any 
platform, the platform resilience play minor role here. Again, usually 
the bigger comany the better rules apply.
/endsnip 

Really ... must be why most all if not all Winblows environments are 
hacked or virused or whatever the devil you want to call it .. on a daily
basis ... For starters, 'social anything' is NOT traditionally part of 
MVS ... perhaps that's why PC's were invented. 

My apologies again .. but I beg to differ .. despite all the 'rules', how
many times, pray tell, have you heard of non-winblows environments being
'attacked by a virus' or 'by a hacker' or . or . or ... in fact, please 
tell me (or remind me) if you've ever heard of the terms 'virus' and 
such prior to the asinine and moronic acceptance of WinBlows into the 
business world and yes ... they were really 'smart' management material ...


/snip
4. Obviously (for us, mainframers) it's much easier to set up secure 
mainframe shop, that to set up secure PC installation. More, PC 
installation cannot achieve the level of security which is available for 
mianframe (with z/OS). It's like bank safe and tent: you can leave both 
open - and security is comparable (and poor). You can also try to secure 
both - then you have good effects with safe, but still poor effects with 
a tent.

/endsnip

Easier for us mainframers ?? ... now why is that ??. A PC installation 
cannot be 'easily' secured ?? .. again .. why is that ?? and then, why the
devil are PC's being used in a business environment ??. Because a 'smart'
CxO thinks so ??  Where are the board of investors ?? .. I'd hope they'd

have a shred of intelligence given that they're investing money into the 
damned company.

I don't give a toss if it's a bank safe or a tent .. the fact of the matter
is and in fact .. if you read thru the goat's .. (Billy the MicroDaft goat)
responses ... it's easy for anybody to see that they are (and why they are) 
desperately trying to reinvent the wheel... From a recent post .. they won't
make the same mistake as us ??. 

Let's s

Re: LPAR with Dedicated CPs - LP Dispatch Time does not equal LP Online Time

2011-08-19 Thread Walter Medenbach

Interesting observation.

The doc for type 70 subtype 1 smf record describes the SMF70INB (PR/SM
indicator bits) value 3 as "An additional partition, that is not included in
the count of configured partitions, is presented with a name of “PHYSICAL”.
This partition includes all of the uncaptured time that was used by the LPAR
management time support feature but could not be attributed to a specific
logical partition."

The difference between CPU_DISPATCH_SEC and CPU_EFF_DISP_SEC is the PR/SM
overhead directly attributed to that LPAR,  I suspect that the difference
between LP_ONLINE_SEC and CPU_DISPATCH_SEC is part of the uncaptured time
seen in the PHYSICAL partition. I recommend displaying the values for the
PHYSICAL LPAR to confirm.

For those unfamiliar with TDS. The manual has the following descriptions

LP_ONLINE_SEC  Total logical processor online seconds for this LPAR.
Calculated as the sum of SMF70ONT/100.

CPU_DISPATCH_SEC Logical processor dispatch time, in seconds. Calculated
as the sum of SMF70PDT/1 000 000

CPU_EFF_DISP_SEC Logical processor effective dispatch time (excluding LPAR
management time), in seconds. Calculated as the sum of
SMF70EDT/1 000 000.

Walter Medenbach

On Thu, Aug 18, 2011 at 2:50 AM, Rick Mansfeldt wrote:

> I'm looking at Tivoli Decision Support data for an LPAR defined with 8
> dedicated CPs.  Specifically, I'm using data from the MVSPM_LPAR_H table and
> comparing columns:
>
> LP_ONLINE_SEC (Total logical processor online seconds for this LPAR)
>  and
>
> CPU_DISPATCH_SEC (Logical processor dispatch time, in seconds)
>
> I would expect the values to be equal for an LPAR with dedicated engines
> however I'm seeing a small delta between the two values.
>
> Example:
>
> LP_ONLINE_SEC = 14399.994 secs andCPU_DISPATCH_SEC =  14399.695
> secs  (delta = 0.299 secs)
>
> Any idea what the 0.299 secs represents?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Security is fun in the PC world....

2011-08-19 Thread Clark Morris

On 19 Aug 2011 08:53:51 -0700, in bit.listserv.ibm-main you wrote:

> Chuck,
>
>That may well be the case, but, a lot (all?) of fixes put out by MS does not 
>inform anyone (like IBM fixes do) what the fixes are for (like integrity 
>issues) so you have no idea if you can apply just one for the issue. MS 
>expects you to put on a fix pack (equilivince of the old put tape?) on with no 
>f..ing idea what it addresses.
>
>I do not recall of ever hearing about MS putting out a single fix for an 
>integrity issue have you?

Since I don't apply fixes automatically to my Windows 7 system nor did
I to my XP system, most of the fixes that go on are single fixes which
do give an idea of the exposure when they are security fixes (allow a
remote attacker to do x, etc.).  The KB numbers are given for all of
the fixes and you can go the Microsoft data base for more information
(and which has always been available when I have been curious enough
to pursue the issue).  When a fix pack comes out I suspect that most
of fixes are already applied on my system and if I were energetic I am
fairly certain I could research the fixes included in the fix pack on
the Microsoft site.

In response to another thread, at SCIDS I was in conversation with
someone who claimed he locked up or otherwise sabotaged a system at
one place before he left.  This was 9 -14 years ago and among other
things he claimed many of the people at that installation were on
cocaine.

Also how secure are the various web servers on z/OS and z/Linux
(Eclipse, Websphere, etc.)?  Since Internet Explorer and Firefox have
reported exposures on the client side, I would assume that the various
web servers can have holes.

Clark Morris
>
>Ed
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: TS1120 Drives: will they support 10/20 GB J tapes ?

2011-08-19 Thread Clark, Kevin

" Planned obsolescence!"   love itthanks everyone

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Thursday, August 18, 2011 5:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TS1120 Drives: will they support 10/20 GB J tapes ?

>3590 J tapes are physically different. As 3490 cartridges can´t be used in 
>3590, same for 3590 cartridges can´t be loaded in ts1120 drives...

Planned obsolescence!
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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

This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.

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

Re: Keeping HSA, IODF, and IOCDS Hardware Tokens in SYNC

2011-08-19 Thread Neubert, Kevin

Not necessarily how to keep things synchronized, but describes token updates 
well if that is not clear...  Take a look at Chapter 11 (Build and Activate the 
Production IODF) I/O Configuration Using z/OS HCD and HCM (SG24-7804).

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chip Grantham
Sent: Friday, August 19, 2011 10:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Keeping HSA, IODF, and IOCDS Hardware Tokens in SYNC

I seem to always run the risk of getting the hardware tokens out of sync. 
Can someone point me to some good reading on keeping them in sync? 

Thanks,

Chip Grantham  |  Ameritas  |  Sr. IT Consultant | cgrant...@ameritas.com 
5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 
402-325-4030

 
***
This message may contain confidential information intended only
for the use of the addressee(s) named above and may contain
information that is legally privileged. If you are not the
addressee, or the person responsible for delivering it to the
addressee, you are hereby notified that reading, disseminating,
distributing or copying this message is strictly prohibited.  If you
have received this message by mistake, please immediately notify
us by replying to the message and delete the original message
immediately thereafter.  Thank you.
***


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

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

Re: TS1120 Drives: will they support 10/20 GB J tapes ?

2011-08-19 Thread Jonathan Goossen

The controller isn't the issue. The physical tape attributes are. 3590 
uses a leader block and the TS1120 (3592) uses a leader pin.

Thank you and have a Terrific day!

Jonathan Goossen, ACG, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-


IBM Mainframe Discussion List  wrote on 08/19/2011 
04:10:59 PM:

> From: techie well wisher 
> To: IBM-MAIN@bama.ua.edu
> Date: 08/19/2011 04:11 PM
> Subject: Re: TS1120 Drives: will they support 10/20 GB J tapes ?
> Sent by: IBM Mainframe Discussion List 
> 
> You may need to get new controllers C06 or c07 for encryption
> On Aug 18, 2011 5:05 PM, "Clark, Kevin"  wrote:
> > Hello all,
> >
> > Let me answer the first WHY ? - we have over 1000+ 3590 J tape media 
and
> no time or money to migrate to high capacity tape media in 2011.
> >
> > So, I was hoping to get the FICON improvement + hardware encryption
> instantly.
> >
> > Anyone have actual experience with still reading and writing these 
older
> tapes on the TS1120 drives
> >
> > Kevin
> >
> >
> >
> > This e-mail message and any attachments transmitted with it are
> confidential and are intended solely for the use of its authorized
> recipient(s). If you are not an intended or authorized recipient, you 
are
> hereby notified that any disclosure, copying, distribution or taking any
> action in reliance on the information contained in this e-mail is
> prohibited. If you have received this message in error or are not 
authorized
> to receive it, please immediately notify the sender and delete the 
original
> message and all copies of it from your computer.
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: Keeping HSA, IODF, and IOCDS Hardware Tokens in SYNC

2011-08-19 Thread Field, Alan C.

Chip, what does your enviroment look like? I don't know of any documents 
specifically describing how to. I have my own procedure that avoids the out of 
sync. I have 3 stand alone lpars and two 2 lpar parallel sysplexes on two cecs. 
I have one iocds. Its on a dasd device shared by all lpars. I make all changes 
on the sysprog lpar.  I then do a h/w and s/w activate. I do a h/w and s/w 
activate from an lpar on the other cec. I then do s/w activates on all 
remaining lpars. Since following this processs i haven't had a problem.




Sent from my HTC Inspire™ 4G on AT&T

- Reply message -
From: "Chip Grantham" 
To: "IBM-MAIN@bama.ua.edu" 
Subject: Keeping HSA, IODF, and IOCDS Hardware Tokens in SYNC
Date: Sat, Aug 20, 2011 05:52




I seem to always run the risk of getting the hardware tokens out of sync. 
Can someone point me to some good reading on keeping them in sync? 

Thanks,

Chip Grantham  |  Ameritas  |  Sr. IT Consultant | cgrant...@ameritas.com 
5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 
402-325-4030

 
***
This message may contain confidential information intended only
for the use of the addressee(s) named above and may contain
information that is legally privileged. If you are not the
addressee, or the person responsible for delivering it to the
addressee, you are hereby notified that reading, disseminating,
distributing or copying this message is strictly prohibited.  If you
have received this message by mistake, please immediately notify
us by replying to the message and delete the original message
immediately thereafter.  Thank you.
***


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

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

Mellon Mods for z/OS 1.9 thru 1.12 available

2011-08-19 Thread Sam Golob


Hi Folks,

Steve McColley, who has been supporting the Mellon Mods to JES2 up 
until now, has come up with updates to the Mellon Mods for z/OS 1.12, 
which also work on JES2 releases back until at least 1.10.  This version 
of the Mellon Mods can be found at www.cbttape.org on the Updates page, 
on File 856.  There is an SMP/E install, and a non-SMP/E install.


All the best of everything to all of you.

Sincerely,Sam

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

Re: Security is fun in the PC world....

2011-08-19 Thread David Crayford

Sent from my iPhone

On 20/08/2011, at 5:27 AM, "R.S."  wrote:

> W dniu 2011-08-19 10:07, Jim Thomas pisze:
>> Folks,
>> 
>> Why does everybody insist on overlooking the obvious ??.
>> 
>> The hell with how quickly you apply fixes.
> Agreed.
> 
>> MVS (or OS/390 or z/OS or whatever you want to call it) has
>> NEVER been hacked or destroyed by an ex employee !!.
> 
> How do you know?
> Do you expect any financial company to make an advertisement "Hello! We're 
> open for hackers!". I suspect that no company want do disclose it.
> 
>> In fact, let me re-state that .. the mainframes HAVE NEVER
>> been hacked or destroyed by an ex employee !!.
> 
> Well, I know such evidence (maybe it was misuse - it's a matter of definition 
> of "been hacked"), cannot provide details.
> Another, publicly known example: Kevin Mitnick. Obviously he wasn't 
> ex-employee (is it better?), and he hacked people, not systems. So?
> 
> Some remarks:
> 1. "Mainframe system" could mean z/OS or poorly configured Linux. Is the 
> Linux on mainframe any more secure than Linux on PC? IMHO the difference is 
> none or very small.
> 2. Usually "mainframe systems" are big, very big or huge installations when 
> compared to PC installations. There is no reason to compare small PC server 
> in small company to huge financial system.
> 3. Ex-employees hacking, social hacking - that could affect any platform, the 
> platform resilience play minor role here. Again, usually the bigger comany 
> the better rules apply.
> 4. Obviously (for us, mainframers) it's much easier to set up secure 
> mainframe shop, that to set up secure PC installation. More, PC installation 
> cannot achieve the level of security which is available for mianframe (with 
> z/OS). It's like bank safe and tent: you can leave both open - and security 
> is comparable (and poor). You can also try to secure both - then you have 
> good effects with safe, but still poor effects with a tent.
> 
> Regards
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> --
> Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
> przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
> jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
> adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
> przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
> rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
> zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
> prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
> usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub 
> zapisane na dysku.
> 
> This e-mail may contain legally privileged information of the Bank and is 
> intended solely for business use of the addressee. This e-mail may only be 
> received by the addressee and may not be disclosed to any third parties. If 
> you are not the intended addressee of this e-mail or the employee authorised 
> to forward it to the addressee, be advised that any dissemination, copying, 
> distribution or any other similar activity is legally prohibited and may be 
> punishable. If you received this e-mail by mistake please advise the sender 
> immediately by using the reply facility in your e-mail software and delete 
> permanently this e-mail including any copies of it either printed or saved to 
> hard drive. 
> BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
> +48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci 
> wpacony) wynosi 168.346.696 zotych.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: iasxwr00

 As far as I know the program (even if run) would not produce any output no 
Input. There is a block letter subroutine that is probably useful (Can't 
remember the name for the life of me) that I used eons ago for a calendar) it 
was easy to use but how often do you need to create block letters?

Ed

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

Re: iasxwr00

IIRC, IASXWR00 is (IMHO) an external writer ... do you really need 
a replacement ??. 

Do you 'only' want to be able to select specific spool datasets and
have them copied to an individual dataset ??. 


Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of techie well wisher
Sent: Friday, August 19, 2011 3:52 PM
To: IBM-MAIN@bama.ua.edu
Subject: iasxwr00

All,
Is there a replacement program for iasxwr00 ?
I know this is an old program, heard it is also deprecated. Any new prog
that does the same function (moving selective spool output files to a
datasets  preferably with single line separator )
Regards,
WW

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



-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1392 / Virus Database: 1520/3844 - Release Date: 08/19/11

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

Re: Security is fun in the PC world....

2011-08-19 Thread R.S.

W dniu 2011-08-19 10:07, Jim Thomas pisze:

Folks,

Why does everybody insist on overlooking the obvious ??.

The hell with how quickly you apply fixes.

Agreed.

MVS (or OS/390 or z/OS or whatever you want to call it) has
NEVER been hacked or destroyed by an ex employee !!.

How do you know?
Do you expect any financial company to make an advertisement "Hello!
We're open for hackers!". I suspect that no company want do disclose it.

In fact, let me re-state that .. the mainframes HAVE NEVER
been hacked or destroyed by an ex employee !!.

Well, I know such evidence (maybe it was misuse - it's a matter of
definition of "been hacked"), cannot provide details.
Another, publicly known example: Kevin Mitnick. Obviously he wasn't
ex-employee (is it better?), and he hacked people, not systems. So?

Some remarks:
1. "Mainframe system" could mean z/OS or poorly configured Linux. Is the
Linux on mainframe any more secure than Linux on PC? IMHO the difference
is none or very small.
2. Usually "mainframe systems" are big, very big or huge installations
when compared to PC installations. There is no reason to compare small
PC server in small company to huge financial system.
3. Ex-employees hacking, social hacking - that could affect any
platform, the platform resilience play minor role here. Again, usually
the bigger comany the better rules apply.
4. Obviously (for us, mainframers) it's much easier to set up secure
mainframe shop, that to set up secure PC installation. More, PC
installation cannot achieve the level of security which is available for
mianframe (with z/OS). It's like bank safe and tent: you can leave both
open - and security is comparable (and poor). You can also try to secure
both - then you have good effects with safe, but still poor effects with
a tent.

Regards
--
Radoslaw Skorupka
Lodz, Poland

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive.

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, e-mail: i...@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.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.

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

Re: TS1120 Drives: will they support 10/20 GB J tapes ?

You may need to get new controllers C06 or c07 for encryption
On Aug 18, 2011 5:05 PM, "Clark, Kevin"  wrote:
> Hello all,
>
> Let me answer the first WHY ? - we have over 1000+ 3590 J tape media and
no time or money to migrate to high capacity tape media in 2011.
>
> So, I was hoping to get the FICON improvement + hardware encryption
instantly.
>
> Anyone have actual experience with still reading and writing these older
tapes on the TS1120 drives
>
> Kevin
>
>
>
> This e-mail message and any attachments transmitted with it are
confidential and are intended solely for the use of its authorized
recipient(s). If you are not an intended or authorized recipient, you are
hereby notified that any disclosure, copying, distribution or taking any
action in reliance on the information contained in this e-mail is
prohibited. If you have received this message in error or are not authorized
to receive it, please immediately notify the sender and delete the original
message and all copies of it from your computer.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: iasxwr00

2011-08-19 Thread McKown, John

I am not aware of a freebie from IBM. I have a REXX program which uses the SDSF 
REXX interface to do this. It copies job output from the SPOOL to either a 
sequential dataset or into a UNIX file. It is 68 lines long and based on the 
example in the SDSF manual. This code leaves the job output on the SPOOL, but I 
could change it to delete the processed output if I wanted to. I don't want to.

Now, if you're really into UNIX, you can use Dovetailed Technologies "fromdsn" 
program to copy data from SPOOL to "stdout" and then pipe it to a UNIX file or 
z/OS legacy dataset. It also leaves the data on the SPOOL. This can be used in 
conjunction with their "lsjes" command which lists information about jobs.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of techie well wisher
> Sent: Friday, August 19, 2011 3:52 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: iasxwr00
> 
> All,
> Is there a replacement program for iasxwr00 ?
> I know this is an old program, heard it is also deprecated. 
> Any new prog
> that does the same function (moving selective spool output files to a
> datasets  preferably with single line separator )
> Regards,
> WW
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

iasxwr00

All,
Is there a replacement program for iasxwr00 ?
I know this is an old program, heard it is also deprecated. Any new prog
that does the same function (moving selective spool output files to a
datasets  preferably with single line separator )
Regards,
WW

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

Re: BDT and PDSEs

John:

Thanks for the good information. I steered my client away from BDT when it was 
first announced as being to expensive and did not meet all our needs as not all 
the shops we talked to were IBM /or/ they were not likely to buy it as it was 
expensive to small shops. 

We ended up with the cheap FDP called BDT (now unavailable) which was cheap at 
80 (IIRC dollars) a month



From: John Eells 
To: IBM-MAIN@bama.ua.edu
Sent: Tue, June 14, 2011 9:17:03 AM
Subject: Re: BDT and PDSEs

Fair points.

However, there are two things I want to mention:

First, let me note that BDT, in its new incarnation as z/OS elements, is 
still very much in service even though it has not not been under active 
development.  (The last update was in OS/390 R2.)  Only the former 
standalone product has been withdrawn from service.

Second, if I were a betting man, I'd bet that requirements against FTP 
would stand a better chance of success of being satisfied than 
requirements to reopen BDT.  Feel free, of course, to submit 
requirements against either, both or neither.

Art Gutowski wrote:
> On Mon, 13 Jun 2011 10:44:19 -0400, John Eells  wrote:
>
>> I'd suspect that most people use FTP these days for PDS and PDSE
>> transfers, both of which it supports (including load modules and program
>> objects, I'm told by the developers).  There are other ways to skin the
>> cat but (as someone who is NOT a non-networking expert!) this seems like
>> the most likely one to me for simple transfers.
>>
>> (Note: The BDT product, 5665-264, was withdrawn from service in 2008,
>> but it lives on as a set of priced optional features and a base element
>> of z/OS.)
>
> John,
>
> I responded to Cheryl offline, but your response prompts me to speak up
> publicly...
>
> While not 'most people', I know of at least one large shop that is still a 
> heavy
> BDT FTF and NJE user (JES3).  I'm sure usage of the former grew from the
> necessity of the latter.  Conversion of PDS' to PDSEs had been a repeated
> frustration over the years, and probably still bites them on the ankles (or
> slightly higher) periodically.
>
> FTP works for load modules, true, but (1) it doesn't handle certain load
> modules at all (AFAIAA), and (2) users have to be vigilant of the transfer
> parameters they use, and (3) it's a pain for big, multi-dataset transfers.  
> BDT
> was a no-brainer, and it is disappointing (frustrating) to me that IBM 
> withdrew
> this product from service and refused to write support for PDSE.  Although, I
> suspect it is as much DFSMS' fault for not providing the sort of transparency
> to the access method that would allow BDT to support PDSE without
> modification.  BDT handles PS-E datasets, so QSAM but not BPAM, eh?
> Unless, of course, BDT is doing something untoward with BPAM, which is not
> out of the question.
>
> Before anyone suggests XMIT/RECEIVE - one word:  unattended.  Make that
> three:  checkpoint and retry.  There are other products out there, I am sure,
> but for those JES3 shops that have not yet moved to TCP/IP NJE and have to
> run BDT NJE, why would you buy yet another transfer product?
>
> (1) While these types of load modules may not reside in PDSE, I gave up on
> using FTP across the board because it continually chewed up modules
> with "unusual" linkage attributes like page-aligned and scatter-load.  So now
> it's FTP for PDSE and BDT for PDS?  Argh.
>
> Regards,
> Art Gutowski
> Compuware Corporation
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


-- 
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

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

Re: TS1120 Drives: will they support 10/20 GB J tapes ?

2011-08-19 Thread Jonathan Goossen

TS1120 drives use 3592 tapes only (JA and JB). 3590 tapes only work in 
3590 drives. We have both in our shop. 3590 has a leader block. 3592 has a 
leader pin. They are not interchangeable.

Thank you and have a Terrific day!

Jonathan Goossen, ACG, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-


IBM Mainframe Discussion List  wrote on 08/18/2011 
04:04:34 PM:

> From: "Clark, Kevin" 
> To: IBM-MAIN@bama.ua.edu
> Date: 08/18/2011 04:05 PM
> Subject: TS1120 Drives: will they support 10/20 GB J tapes  ?
> Sent by: IBM Mainframe Discussion List 
> 
> Hello all,
> 
> Let me answer the first WHY  ? -  we have over 1000+ 3590 J  tape 
> media and no time  or money to migrate to high capacity tape media in 
2011.
> 
> So, I was hoping to get the FICON improvement + hardware encryption 
instantly.
> 
> Anyone have actual experience with still reading and writing these 
> older tapes  on the TS1120 drives
> 
> Kevin
> 
> 
> 
> This e-mail message and any attachments transmitted with it are 
> confidential and are intended solely for the use of its authorized 
> recipient(s). If you are not an intended or authorized recipient, 
> you are hereby notified that any disclosure, copying, distribution 
> or taking any action in reliance on the information contained in 
> this e-mail is prohibited. If you have received this message in 
> error or are not authorized to receive it, please immediately notify
> the sender and delete the original message and all copies of it from
> your computer.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re : Winblows on z .... FYI

Folks,

A few days ago, I'd responded to somebody about z running
winblows ... I could not remember the name of the company 
or what the product was called ... and, in my former post, 
did misstate the company's location. They are not in Austin,
or even Texas, they are in Alabama. 

I went digging thru my files and found it ... and for people
that already know this, forgive me and for the others, I hope 
that you find that it's enjoyable reading. 

Despite the extreme mainframe bigot that I am, I once 'almost'
had a chance to embark on a project that would have involved w/my 
working with these folks and this product. 

I am not ashamed to say that I slobbered and waited patiently but
it never worked out .. too many money hungry overtures in high 
ranking positions. 

Google Mantissa Corp., the product used to be 'z/VOS' but the
name has been changed to 'z86VM'. 

Apparently, I've missed out a lot in a couple of years ... okay 
.. got me reading spectacles ... and some pleasant reading / digging,
for my weekend :-) 



Kind Regards

Jim Thomas
617-233-4130 (mobile)
636-294-1014(res)
j...@thethomasresidence.us (Email)

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

Re: Rockets in Ashdod, very near to my home, yesterday and today.

2011-08-19 Thread shai hess

HI,

 After the explosion I hate what I feel, I feel angry for this nonsense
actions which is done only from hate emotion and without any strategy.

 I take the bible and I pray a little and quickly I feel that I am calm, no
more angry, I am just feel relax.

 Then I take my coffee, I go to my balcony, sit near my girlfriend, look at
the blue calm sea in front of my home, I look at the young boys and
girls who continue to surf near my home, in the sea, without any fear and
without paying attention to the explosion nor to the noisy and frighten
siren and I feel shame that I become upset, paying attention to this
nonsense and passed event.

 I feel that praying to God change my vision to the world.
 After the explosion I hate what I see, after the pray I love it. try it.

 Shai

On Fri, Aug 19, 2011 at 2:18 AM, shai hess  wrote:

>  Many Rockets fire from Gaza to Ashdod, near my home, yesterday and today.
>
> 30-45 seconds from the start of the siren to the explosion.
> If you outside with your car, continue to drive.
> You do not have enough time to look for a shelter. If you stop the car and
> run, your chances are the same as if you continue to drive.
> If you are in home, search for room with some protection or go to the
> stairs room.
> After the first explosion wait few seconds, maybe more than one rockets
> were fired.
> Today few people in Ashdod were injured from the rockets.
> Ashdod is beautiful city and never boring city...
>
> These rockets are fired without specific target.
> The target is the people, any people are good target for these people. Just
> pull the trigger and hide.
>
> http://www.youtube.com/watch?v=6AYjcDI1gdA&feature=player_embedded
>
> Shai
>

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

Re: Opening up Boulder Doc to user comments??? (was a new POP)

2011-08-19 Thread Mike Schwab

Like http://www.wikimf.com/ ?

Hercules is trying to put together a New Users Documentation Effort (NUDE)
http://www.bsp-gmbh.com/hercules/index.shtml
Due to family illness, this has not been updated since the Tur(n)key 3
was released, about 8 years.

On Fri, Aug 19, 2011 at 1:32 PM, David Cole  wrote:
> There is a germ of an interesting idea here...
>
> What about IBM changing the Boulder online doc
> (http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp)
> to permit moderated annotations/commentary arising from user experience???
>
> Dave Cole              REPLY TO: dbc...@colesoft.com
> ColeSoft Marketing     WEB PAGE: http://www.colesoft.com
> 736 Fox Hollow Road    VOICE:    540-456-8536
> Afton, VA 22920        FAX:      540-456-6658
>
>
>
>
> At 8/19/2011 02:00 PM, Kirk Talman wrote:
>>
>> the root cause of most complaints about any form of documentation today is
>> that we have been spoiled by search engines and that we have a lot less
>> time to do what is right over what is expedient.  the method I have been
>> trying to sell on my job is use wikis as connective tissue to hold and
>> make effective the flesh and bones of other documentation formats.  the
>> response has been blank looks, sneers and ugly words.
>>
>> The community that consists of the members of this list could just build
>> the future by making a site which represents their cumulative knowledge.
>> It would require managed access to fend off trolls.
>>
>> Example:  IBM has a nice site for a glossary for terms.  But because it
>> represents knowledge gathered from across the enterprise, it appears to be
>> less than current and has omissions.
>>
>> If wikimedia software (or the equivalent) were made to have a separate
>> permission list for each namespace,, and if automatic disambiguation were
>> implemented, the contributions of disparate groups could seamlessly (or
>> almost so) be merged into one knowledgebase - completely w/o a donnybrook
>> over who is right about, oh, say, USS.
>>
>> pup
>>
>> Our greatest danger in life is in permitting the urgent things to crowd
>> out the important. - Charles E. Hummel
>> Efforts and courage are not enough without purpose and direction. - John
>> F. Kennedy
>>
>> IBM Mainframe Assembler List  wrote on
>> 08/19/2011 01:14:25 PM:
>>
>> > From: Steve Comstock 
>> > To: assembler-l...@listserv.uga.edu
>> > Date: 08/19/2011 01:16 PM
>> > Subject: Re: a new POP (was HLASM Manuals )
>> > Sent by: IBM Mainframe Assembler List 
>> >
>> > On 8/19/2011 10:55 AM, Martin Trübner wrote:
>> > > While I am happy with the L.R. I like to comment on Kens'
>> > >
>> > >>> The "assembler" manual I would like to see rewritten is the
>> "Principles
>> > > of Opeertations"
>> > >
>> > > Absolutly while POP (the way it is) may have its place- I have a
>> > > hard time reading about a certain instruction (when I need to).
>> > >
>> > > It is IMHO more than counterproductive (I dare to say confusing)
>> > > for the reader (but time saving for the authors of the
>> hardware/micro-code)
>> > > to have identical instructions with only variations in a-mode and/
>> > or targets in one
>> > > paragraph- this results in very subtle changes in the wording
>> > > for the various flavours. I would prefer (even if this would
>> > > create a manual three times as big) every instruction in a
>> > > separate text.
>> > >
>> > > For illustration look at TRxx (xx="OT/OO/TT/TO") - or (for a simpler
>> > > sample) look at AH/AHY/AH/AGHI.
>> > >
>> > > It would make life easier for everyone using this book if each of
>> > > these instructions would be explained in a different chapter. The way
>> > > it is now is that the reader is challenged to read all the fine print.
>> > >
>> > > To me it means reading the instructions at least twice (if not more).
>> > > (and all the AH is explained in different text.
>> >
>> > It is an inherently complex topic. It takes work to 'get it'. And
>> > even then, subtleties are easily missed. Who on this list has not
>> > written an Assembler program and then five years (or even six months)
>> > later wondered how they could write this crap? :-)
>> >
>> > It takes practice and experience. I'm not sure the authors can do
>> > much better without skimming over points that come back to bite
>> > the unsuspecting programmer later.
>> >
>> > Of course, a class can help speed the process.   :-)
>> >
>> >
>> > >
>> > > --
>> > > Martin
>> > >
>> > > Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
>> > > more at http://www.picapcpu.de
>> > >
>> >
>> >
>> > --
>> >
>> > Kind regards,
>> >
>> > -Steve Comstock
>> > The Trainer's Friend, Inc.
>> >
>> > 303-393-8716
>> > http://www.trainersfriend.com
>> >
>> > * Special promotion: 15% off on all DB2 training classes
>> >      scheduled by September 1, taught by year end 2011
>> >
>> > * Check out our entire DB2 curriculum at:
>> >      http://www.trainersfriend.com/DB2_and_VSAM

Re: EDG6823I

2011-08-19 Thread Arturo A Arca

Thanks James I will give it a try and post the results.. 

-- Original Message --
Received: Fri, 19 Aug 2011 02:19:46 PM EDT
From: "Williamson, James R" 
To: IBM-MAIN@bama.ua.edu
Subject: Re: EDG6823I

I've fixed some mismatches by running EDGUTIL with a parm of MEND(SMSTAPE) as
found in an entry from the archives. 

http://bama.ua.edu/cgi-bin/wa?A2=ind0801&L=ibm-main&D=0&P=1531965 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Arturo
Sent: Friday, August 19, 2011 1:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: EDG6823I

I have tried several things and still can not get the volume out of the
status.
EDG6823I VOLUME 22 STATUS SCRATCH IS INCONSISTENT - VOLUME CATALOG STATUS
PRIVATE LIBRARY MANAGER STATUS PRIVATE 

I  was able to change alter the status form private to scratch in the TCDB.
but, the library manager have not been able. so, I've come to the group to ask
if anyone has ever encountered this issue and how was it resolved.

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

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

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

Re: Last card reader?

2011-08-19 Thread Bill Fairchild

What you showed will do a STH of some register somewhere, but not necessarily 
R4.  For it to be R4, you need another blank character after the IEFUJV, or 
else delete the AL1(7) byte, or change the CL8 to CL9, etc.  Adding 3 more 
blank characters would allow this code to store R4 somewhere and then not skip 
over the execution of the next instruction after the IEFUJV eye-catcher.

Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rick Fochtman
Sent: Friday, August 19, 2011 1:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Last card reader?

---
And I've had a few doozies - one program should have had an LA instruction that 
got keypunched as an LH; the error was discovered fourteen years later when IBM 
changed a control block around so the referenced field wound up on an odd 
boundary.

This one took me 8 months to isolate:

B  12(,R15)  X'47F0F00C'
DC   AL1(7),CL8'IEFUJV'   X'07C9C5C6E4D1E54040'

Ended up doing a STH of R4 at what appeared to be a totally random address. 
Only failed when the clobbered storage was executed.  :-)

Our systems staff had its own sandbox to play, and test, all changes, but that 
guy's "under-confidence" was such that he wouldn't even test on our sandbox.

Rick

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

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

Re: ABEND - 637-04

2011-08-19 Thread John Eells


I should know better than to post something obscurely humorous on a Friday.

Some years ago, I drove the original requirements inside IBM against 
SMP/E to support the use of COPYMOD, and the corresponding support in 
IEBCOPY for PARM=SPCLCMOD to provide RC0 when members are successfully 
copied but not reblocked for some reason.  (Some load modules are not 
eligible.)  This was in turn driven from a number of interrelated 
customer requests.


But to answer my own question--which was meant to be 
rhetorical!--COPYMOD, the IEBCOPY function that allows load modules to 
be reblocked, was introduced with MVS/XA DFP V1 in 1983 (as shown in IBM 
Announcement Letter Number 283-050 dated March 31, 1983), some 28 (for 
Shmuel, that's x'1C' ;-) years ago.


Mike Schwab wrote:

https://www-304.ibm.com/support/docview.wss?uid=isg1IO00992
2005 Request a setting controlling use of COPY or COPYMOD (reblocks
load modules).

On Fri, Aug 19, 2011 at 7:23 AM, John Eells  wrote:

Shmuel Metz , Seymour J. wrote:


With accompanying copy utilities. For load libraries IEBCOPY now knows
how to reblock, even though long ago in a galaxy far away it didn't.


Wow.  How long ago was *that*?

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com





--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Rockets in Ashdod, very near to my home, yesterday and today.


--


Many Rockets fire from Gaza to Ashdod, near my home, yesterday and today.
30-45 seconds from the start of the siren to the explosion.
If you outside with your car, continue to drive.
You do not have enough time to look for a shelter. If you stop the car and
run, your chances are the same as if you continue to drive.
If you are in home, search for room with some protection or go to the stairs
room.
After the first explosion wait few seconds, maybe more than one rockets were
fired.
Today few people in Ashdod were injured from the rockets.
Ashdod is beautiful city and never boring city...

These rockets are fired without specific target.
The target is the people, any people are good target for these people. Just
pull the trigger and hide.
 



Sounds just like the air base at Nha Trang in 1972. And the Mekong Delta 
in early 1973.


Nice places to be from. FAR from.

Keep your head down..

Rick

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

Re: HLASM Manuals


-
How to improve the Assembler manuals? Well, one thing that comes leaping 
to mind: WRT the Reference, I would really love it if you would put 
individual build-in functions in the TOC. You do this for Assembler 
statements and even system variables... Why not for built-in functions 
as well. (This is something that has irked me for DECADES!)

--
What "Built-in functions" are you referring to?

Rick

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

Re: Last card reader?


Ted MacNEIL wrote:


couldn't be troubled to double-check his work and still get my work done.
   



 


Where do you draw the lines?
   



Always a difficult call.

In 30 years (PLUS), I've only been involved in terminating people twice.
One was easy: he was so incompetent, we had to remove all his update access.
He couldn't find his butt with both hands, a flashlight and a roadmap.

The other was heart wrenching: he was the overly cautious type, and he had two small kids and a single income family. 
 


--
I know exactly how you feel but being a manager means that sometimes you 
just have to step up to the plate and deal with unpleasant situations. 
You don't have to like it, but you DO have to do it.


Rick

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

Re: Last card reader?


---
And I've had a few doozies - one program should have had an LA 
instruction that got keypunched as an LH; the error was discovered 
fourteen years later when IBM changed a control block around so the 
referenced field wound up on an odd boundary.


This one took me 8 months to isolate:

   B  12(,R15)  X'47F0F00C'
   DC   AL1(7),CL8'IEFUJV'   X'07C9C5C6E4D1E54040'

Ended up doing a STH of R4 at what appeared to be a totally random 
address. Only failed when the clobbered storage was executed.  :-)


Our systems staff had its own sandbox to play, and test, all changes, 
but that guy's "under-confidence" was such that he wouldn't even test on 
our sandbox.


Rick

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

Re: Assembler with ISPF Presentation

2011-08-19 Thread Ed Finnell

Oh crap, it was John Hancock, not Aetna. File12 of current CBTTAPE. I  
haven't tried it since 1998.
 
 
In a message dated 8/19/2011 1:20:11 P.M. Central Daylight Time,  
efinnel...@aol.com writes:

I'll  have to look. Ron Mura was original  author

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

Re: Rockets in Ashdod, very near to my home, yesterday and today.

2011-08-19 Thread Grinsell, Don

Reminds me of my time in Afghanistan...if the rockets went overhead, good.  If 
they came down on your side of the sandbags, not so good.  God willing, you'll 
remain safe and this nonsense will eventually end.

--
 
Donald Grinsell
State of Montana

"You can observe a lot just by watching."
-- Yogi Berra


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
shai hess
Sent: Friday, August 19, 2011 4:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Rockets in Ashdod, very near to my home, yesterday and today.

Many Rockets fire from Gaza to Ashdod, near my home, yesterday and today.
30-45 seconds from the start of the siren to the explosion.
If you outside with your car, continue to drive.
You do not have enough time to look for a shelter. If you stop the car and run, 
your chances are the same as if you continue to drive.
If you are in home, search for room with some protection or go to the stairs 
room.
After the first explosion wait few seconds, maybe more than one rockets were 
fired.
Today few people in Ashdod were injured from the rockets.
Ashdod is beautiful city and never boring city...

These rockets are fired without specific target.
The target is the people, any people are good target for these people. Just 
pull the trigger and hide.

http://www.youtube.com/watch?v=6AYjcDI1gdA&feature=player_embedded

Shai

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

Opening up Boulder Doc to user comments??? (was a new POP)

2011-08-19 Thread David Cole

There is a germ of an interesting idea here...

What about IBM changing the Boulder online doc 
(http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp) 
to permit moderated annotations/commentary arising from user experience???

Dave Cole  REPLY TO: dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658

At 8/19/2011 02:00 PM, Kirk Talman wrote:

the root cause of most complaints about any form of documentation today is
that we have been spoiled by search engines and that we have a lot less
time to do what is right over what is expedient.  the method I have been
trying to sell on my job is use wikis as connective tissue to hold and
make effective the flesh and bones of other documentation formats.  the
response has been blank looks, sneers and ugly words.

The community that consists of the members of this list could just build
the future by making a site which represents their cumulative knowledge.
It would require managed access to fend off trolls.

Example:  IBM has a nice site for a glossary for terms.  But because it
represents knowledge gathered from across the enterprise, it appears to be
less than current and has omissions.

If wikimedia software (or the equivalent) were made to have a separate
permission list for each namespace,, and if automatic disambiguation were
implemented, the contributions of disparate groups could seamlessly (or
almost so) be merged into one knowledgebase - completely w/o a donnybrook
over who is right about, oh, say, USS.

pup

Our greatest danger in life is in permitting the urgent things to crowd
out the important. - Charles E. Hummel
Efforts and courage are not enough without purpose and direction. - John
F. Kennedy

IBM Mainframe Assembler List  wrote on
08/19/2011 01:14:25 PM:

> From: Steve Comstock 
> To: assembler-l...@listserv.uga.edu
> Date: 08/19/2011 01:16 PM
> Subject: Re: a new POP (was HLASM Manuals )
> Sent by: IBM Mainframe Assembler List 
>
> On 8/19/2011 10:55 AM, Martin Trübner wrote:
> > While I am happy with the L.R. I like to comment on Kens'
> >
> >>> The "assembler" manual I would like to see rewritten is the
"Principles
> > of Opeertations"
> >
> > Absolutly while POP (the way it is) may have its place- I have a
> > hard time reading about a certain instruction (when I need to).
> >
> > It is IMHO more than counterproductive (I dare to say confusing)
> > for the reader (but time saving for the authors of the
hardware/micro-code)
> > to have identical instructions with only variations in a-mode and/
> or targets in one
> > paragraph- this results in very subtle changes in the wording
> > for the various flavours. I would prefer (even if this would
> > create a manual three times as big) every instruction in a
> > separate text.
> >
> > For illustration look at TRxx (xx="OT/OO/TT/TO") - or (for a simpler
> > sample) look at AH/AHY/AH/AGHI.
> >
> > It would make life easier for everyone using this book if each of
> > these instructions would be explained in a different chapter. The way
> > it is now is that the reader is challenged to read all the fine print.
> >
> > To me it means reading the instructions at least twice (if not more).
> > (and all the AH is explained in different text.
>
> It is an inherently complex topic. It takes work to 'get it'. And
> even then, subtleties are easily missed. Who on this list has not
> written an Assembler program and then five years (or even six months)
> later wondered how they could write this crap? :-)
>
> It takes practice and experience. I'm not sure the authors can do
> much better without skimming over points that come back to bite
> the unsuspecting programmer later.
>
> Of course, a class can help speed the process.   :-)
>
>
> >
> > --
> > Martin
> >
> > Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
> > more at http://www.picapcpu.de
> >
>
>
> --
>
> Kind regards,
>
> -Steve Comstock
> The Trainer's Friend, Inc.
>
> 303-393-8716
> http://www.trainersfriend.com
>
> * Special promotion: 15% off on all DB2 training classes
>  scheduled by September 1, taught by year end 2011
>
> * Check out our entire DB2 curriculum at:
>  http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm

-
The information contained in this communication 
(including any attachments hereto) is 
confidential and is intended solely for the 
personal and confidential use of the individual 
or entity to whom it is addressed. If the reader 
of this message is not the intended recipient or 
an agent responsible for delivering it to the 
intended recipient, you are hereby notified that 
you have received this communication in error 
and that any review, dissemination, copying, or 
unauthorized use of this information, or the 
taking of any action in reliance on the

Re: Assembler with ISPF Presentation

2011-08-19 Thread Ed Finnell

I'll have to look. Ron Mura was original author. There used to be an Aetna  
mods file, I tried searching yesterday, but Google thought I was a machine 
and  wouldn't let me be.
 
 
In a message dated 8/19/2011 5:23:59 A.M. Central Daylight Time,  
veilleu...@aetna.com writes:

Which  Aetna mods would those  be?



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

Re: EDG6823I

2011-08-19 Thread Williamson, James R

I've fixed some mismatches by running EDGUTIL with a parm of MEND(SMSTAPE) as 
found in an entry from the archives. 
 
 
http://bama.ua.edu/cgi-bin/wa?A2=ind0801&L=ibm-main&D=0&P=1531965 
  
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Arturo
Sent: Friday, August 19, 2011 1:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: EDG6823I

I have tried several things and still can not get the volume out of the status.
EDG6823I VOLUME 22 STATUS SCRATCH IS INCONSISTENT - VOLUME CATALOG STATUS 
PRIVATE LIBRARY MANAGER STATUS PRIVATE 

I  was able to change alter the status form private to scratch in the TCDB. 
but, the library manager have not been able. so, I've come to the group to ask 
if anyone has ever encountered this issue and how was it resolved.

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

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

EDG6823I

2011-08-19 Thread Arturo

I have tried several things and still can not get the volume out of the status.
EDG6823I VOLUME 22 STATUS SCRATCH IS INCONSISTENT - VOLUME CATALOG STATUS 
PRIVATE LIBRARY MANAGER STATUS PRIVATE 

I  was able to change alter the status form private to scratch in the TCDB. 
but, the library manager have not been able. so, I've come to the group to ask 
if anyone has ever encountered this issue and how was it resolved.

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

Re: SV: PDS(E) "invalid" membernames give suprising behaviour in ISPF Data Set List Utility (BROWSE)

2011-08-19 Thread Gerhard Postpischil


On 8/19/2011 5:13 AM, Thomas Berg wrote:

4. You can update JFCBELNM with member name consisting of
characters that are not limited to those which can be
specified in JCL. The member name cannot consist of bytes
that all are X'FF'.

5. Process the member with an OPEN TYPE=J macro, a series of
PUT or WRITE macros, and the CLOSE macro. The system issues a
STOW macro when the data set is closed.

Note: If the member name specified in JFCBELNM begins with
'+' (X'4E'), '-' (X'60'), or X'Fx', the system does not issue
the STOW macro. CLOSE will interpret '+' (X'4E'), '-'
(X'60'), or X'Fx' in JFCBELNM as an indication that the data
set is a generation data set (GDS) of a generation data group
(GDG).


That sounds like a reportable error. JFCBELNM is not supposed to 
be relevant unless JFCBIND1 has either the JFCPDS (member name) 
or JFCGDG (generation number) set on.


Gerhard Postpischil
Bradford, VT

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

Keeping HSA, IODF, and IOCDS Hardware Tokens in SYNC

2011-08-19 Thread Chip Grantham

I seem to always run the risk of getting the hardware tokens out of sync. 
Can someone point me to some good reading on keeping them in sync? 

Thanks,

Chip Grantham  |  Ameritas  |  Sr. IT Consultant | cgrant...@ameritas.com 
5900 O Street, Lincoln NE 68510 | p: 402-467-7382 | c: 402-429-3579 | f: 
402-325-4030

 
***
This message may contain confidential information intended only
for the use of the addressee(s) named above and may contain
information that is legally privileged. If you are not the
addressee, or the person responsible for delivering it to the
addressee, you are hereby notified that reading, disseminating,
distributing or copying this message is strictly prohibited.  If you
have received this message by mistake, please immediately notify
us by replying to the message and delete the original message
immediately thereafter.  Thank you.
***


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

Re: ABEND - 637-04

2011-08-19 Thread Mike Schwab

https://www-304.ibm.com/support/docview.wss?uid=isg1IO00992
2005 Request a setting controlling use of COPY or COPYMOD (reblocks
load modules).

On Fri, Aug 19, 2011 at 7:23 AM, John Eells  wrote:
> Shmuel Metz , Seymour J. wrote:
>
>> With accompanying copy utilities. For load libraries IEBCOPY now knows
>> how to reblock, even though long ago in a galaxy far away it didn't.
>
> Wow.  How long ago was *that*?
>
> --
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> ee...@us.ibm.com

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Rockets in Ashdod, very near to my home, yesterday and today.

2011-08-19 Thread Linda Mooney

Hi Shai, 



I heard the news about this, American news agencies and the BBC.  It is good to 
hear that you are okay.  


Best Regards, 


LInda 

- Original Message -


From: "shai hess"  
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, August 19, 2011 2:18:18 AM 
Subject: Rockets in Ashdod, very near to my home, yesterday and today. 

Many Rockets fire from Gaza to Ashdod, near my home, yesterday and today. 
30-45 seconds from the start of the siren to the explosion. 
If you outside with your car, continue to drive. 
You do not have enough time to look for a shelter. If you stop the car and 
run, your chances are the same as if you continue to drive. 
If you are in home, search for room with some protection or go to the stairs 
room. 
After the first explosion wait few seconds, maybe more than one rockets were 
fired. 
Today few people in Ashdod were injured from the rockets. 
Ashdod is beautiful city and never boring city... 

These rockets are fired without specific target. 
The target is the people, any people are good target for these people. Just 
pull the trigger and hide. 

http://www.youtube.com/watch?v=6AYjcDI1gdA&feature=player_embedded 

Shai 

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

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

Re: Get a user password from RACF.

2011-08-19 Thread Lou Losee

Well technically the user ID is stored since it is the name of the User
profile.

Lou
Artificial Intelligence is no match for Natural Stupidity


On Fri, Aug 19, 2011 at 9:45 AM, Tom Russell wrote:

> There is no command that will get a Password from RACF.  You can reset it
> to a known value if you have authority, but you can not display it.
>
> Your assumption that there is hash of the password is incorrect.  RACF
> encrypts the user ID with the password, and the resultant ciphertext is all
> that is stored in the RACF data set.  This is done so that neither the user
> ID nor the password is stored in the clear for perusal by hackers on the
> RACF data set, or more likely on a backup copy.
>
> regards, Tom
>
> On 2011-08-19 12:00 AM, IBM-MAIN automatic digest system wrote:
>
>> Date:Thu, 18 Aug 2011 08:20:42 -0400
>> From:"Chicklon, Thomas"
>> Subject: Re: Get a user password from RACF.
>>
>> I am not aware of this being documented anywhere. Maybe someone else can
>> jump in with that info if they have it.
>>
>> Tom Chicklon
>>
>> -Original Message-
>>
>> thanks ,
>> Is the literature specifying the HASH algurithm and where the HASH
>> password
>> is located?
>>
>
> --
> G. Tom Russell
>
> “Stay calm. Be brave. Wait for the signs.” — Jasper FriendlyBear
> “... and remember to leave good news alone.” — Gracie HeavyHand
>
> --**--**--
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at 
> http://bama.ua.edu/archives/**ibm-main.html
>

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

Re: Security is fun in the PC world....

2011-08-19 Thread Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Jim Thomas
Sent: Friday, August 19, 2011 3:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Security is fun in the PC world

> I think this has inherently happened for decades, that happens is that the 
> ex-employees' network and mainframe id's are either suspended or revoked. 
> Either way, they lose immediate access to the company network and the 
> mainframe.

I was laid off, let go, downsized, etc., in 1974, 1987, 1993, and 2001.  Only 
in 2001 was I not allowed to do anything else with the computer systems after 
receiving the news.  In the worst of the three other cases, I continued to have 
access to the systems for six more weeks.  I think you need a lot more data 
observations.

Bill Fairchild 

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

Re: ABEND - 637-04

2011-08-19 Thread Paul Gilmartin

On Fri, 19 Aug 2011 09:47:15 -0500, Joel C. Ewing wrote:

>The requirement was that a physical block not be less than 18 bytes.
>Older tape technology could not distinguish blocks shorter than 18 bytes
>from tape noise.
>..l.
>Similar considerations would also apply to VB files after taking the BDW
>and RDW bytes into account, and in this case there would have had to be
>an  minimum actual record length of 14 (including RDW) for the last
>record (LRECL for VB is only the max allowed) in order to guarantee success.
>
Of course, RECFM=VS, (but strangely not RECFM=VB) provides for
null segments which can pad blocks to meet the requirement.  Does
QSAM generate null segments as needed?  I know that with BSAM
it's up to the programmer.

You say "14", with which I agree.  "Using Data sets" says "18".
I've submitted an RCF.

-- gil

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

Re: Bar Codes coding using Enterprise COBOL

2011-08-19 Thread Howard Turetzky

As the last person to "own" the EANSRC code at IBM Printing Systems (Now Ricoh 
Production Print Solutions, nee InfoPrint), EANSRC really became obsolete about 
1992 when AFP (IPDS) printers learned to create their own barcodes. When you 
call EANSRC it returns a series of code points for characters in a font. The 
characters are the lines and spaces that make up a linear barcode. These 
characters are formatted, generally, by a Page Definition (PAGEDEF).

Of course, barcodes are meant to be read by a barcode scanner. Print technology 
affects how the barcode appears to the scanner. Because an application has no 
knowledge of the print device characteristics, barcodes may not always be 
successfully scanned. This is why barcodes are now produced by the printer 
itself. The printer controller knows details of dot size, resolution and other 
issues, and can create barcodes with much improved read rates. Since this 
facility was built into AFP printers, the number of barcode types has nearly 
doubled. Linear barcodes are being replaced by "2D" barcodes that can contain 
far more data in the same space, and are redundant, that is, they can still be 
read even if damaged.

So how to make barcodes? If you are using a PAGEDEF to format your print 
output, you can use the BARCODE subcommand of the FIELD command that places 
text to create barcodes in the printer. You basically specify the barcode type, 
position, size and data and the printing system does the rest. For example:

 Printline repeat 4  
   position margin next;

 FIELD  START 1  LENGTH 10 /*barcode variable data from print file*/ 
   POSITION * 0.4 /* starting position */   
   BARCODE   
TYPE CODE39   /*barcode type to generate*/   
MOD 1 /* some barcodes have variant types */
   
HRI BELOW  /* position the human-readable text */   
   
HRIFONT GT10 
HEIGHT 0.25 IN;   /* vertical size of the barcode */

You can find out much more in the Page Printer Formatting Aid User's Guide, 
S544-5284-10 (IBM Pubs), and more than you wanted to know about barcodes in AFP 
in the Bar Code Object Content Architecture Reference, AFPC-0005-07 (available 
at afpcolor.org). 
 
Howard Turetzky
Advanced Technical Support
howard.turet...@infoprint.com

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

Re: Security is fun in the PC world....

 Chuck,

That may well be the case, but, a lot (all?) of fixes put out by MS does not 
inform anyone (like IBM fixes do) what the fixes are for (like integrity 
issues) so you have no idea if you can apply just one for the issue. MS expects 
you to put on a fix pack (equilivince of the old put tape?) on with no 
f..ing idea what it addresses.

I do not recall of ever hearing about MS putting out a single fix for an 
integrity issue have you?

Ed



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

Parallel sysplex

2011-08-19 Thread saurabh khandelwal

Hello,
 I am new to Parallel sysplex.  I am trying to understand the
Parallel sysplex configured in our shop.

For this, I refereed below redbooks.

1) merging system into sysplex.pdf
2) MVS Setting Up a Sysplex.pdf

   Do we have any other book or document available, which can help me in
steps to configure this. ( Including RACFPLEX, SMSPLEX etc..)

Thanks & Regards
Saurabh



-- 
Thanks & Regards
Saurabh Khandelwal

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

Re: HLASM Manuals