Re: Reading Variable record with bad BDW/RDW?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/24/2006
   at 10:52 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:

>Get the JFCB, use it (DSNAME + VOLUME) to read the DSCB.

 1. There may be more than one JFCB. He show fetcdh all into an ARL.

 2. Reading a DSCB is not appropriate in all cases.

>OPEN will not set DCBDSORG.

If it's 0?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Reading Variable record with bad BDW/RDW?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 04/24/2006
   at 01:50 PM, "McKown, John" <[EMAIL PROTECTED]> said:

>The directory of a PDS is not VB. It is
>RECFM=F,LRECL=256,BLKSIZE=256,KEYLEN=8.

C '256' '264' 

256 is the right number only if you don't read the key.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Reading Variable record with bad BDW/RDW?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/24/2006
   at 02:40 PM, Thomas David Rivers <[EMAIL PROTECTED]> said:

>OK - admittedly - walking thru the directory entries and trying to
>interpret that as VB isn't the best thing in the world... but, what's
>a program "to do" with what the user types.

Google for "sanity check". One example is testing for a PDS with no
member name for a ddname that must be sequential.

>Or - is there a way to know this is a bunch of bytes from a PDS
>directory... and this READ doesn't make sense?

There's a way to know that the *OPEN* doesn't make sense. Search for
"Allocation Retrieval List" (ARL).
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Reading Variable record with bad BDW/RDW?

[Bruce Hewson]

Hello Dave Rivers,

When I first read your post I thought you were asking how to read a PDS 
directorybut that isnt what you want to do is it. You want to protect 
your VB reading program when it is accidentally handed a PDS.

I cant answer that, coz I am still focused on the read the PDS bit:

Here is some REXX code that can interpret PDS member directory.

Extract_Member_Names: Procedure Expose dsname member. ttr. alist.   
 Parse Arg mem_srch 
 member =   
 member. =  
 alist. =   
 ttr. = 
 mcnt = 0   
 dsinfo = Listdsi(dsname "DIRECTORY")   
 If sysdsorg = "PO" & sysmembers > 0 Then Do
   "ALLOC F(PDSDIR) DS(" || dsname || ") SHR REUS DSORG(PS)" ,  
   "LRECL(256) RECFM(F B)"  
   "EXECIO 1 DISKR PDSDIR"  
   Pull dblk
   blen = C2d(Substr(dblk,1,2)) 
   mem = Substr(dblk,3,8)   
   i = 3  /* index into block */
   Do While mem ¬= ''x  
 Do While mem ¬= ''x & i < blen 
   ttr= C2x(Substr(dblk, i+8  ,3 )) 
   flag   = Substr(dblk, i+11 ,1 )  
   ulen   = C2d(Bitand(flag,'1F'x)) * 2 
   aflag  = Bitand(flag,'80'x)  
   mem= Strip(mem,"B")  
   If aflag = '80'x Then Do 
 alist.ttr = alist.ttr mem  
   End  
   Else Do  
 If Length(Strip(mem_Srch)) = 0 ,   
  | Pos(mem_srch,mem) > 0 Then Do   
   mcnt = mcnt + 1  
   member.mcnt = mem
   ttr.mcnt = ttr   
 End
   End  
   i = i + 12 + ulen
   mem = Substr(dblk,i,8)   
 End
 If mem = ''x Then Leave
 "EXECIO 1 DISKR PDSDIR"
 If rc = 0 Then Do  
   Pull dblk
   blen = C2d(Substr(dblk,1,2)) 
   mem = Substr(dblk,3,8)   
   i = 3  /* index into block */
 End
 Else Leave 
   End  
   member.0 = mcnt  
   ttr.0 = mcnt 
   "EXECIO 0 DISKR PDSDIR ( FINIS"  
   "FREE F(PDSDIR)" 
 End
 Return mcnt


Regards
Bruce Hewson

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

Re: 3270 Emulator for Mac OS X - Japanese

[Timothy Sipples]

>I've been searching Google without much success.  Anybody know of
>a 3270 emulator that
>1) works on the Mac OS X platform and 
>2) supports Japanese character sets?

IBM WebSphere Host On-Demand does.
http://www.ibm.com/software/webservers/hostondemand

Runs on all sorts of clients, actually: Macintosh, Linux, Windows, OS/2, 
etc.

The multi-language support is quite slick. You can run Japanese (including 
translated menus and help) on an English system, English on a Japanese 
system, just Japanese characters in the 3270 screens (but English menus) 
-- lots of permutations. And you can switch between languages really 
easily without reinstalling.

My favorite place to install Host On-Demand is on the IBM HTTP Server for 
z/OS. My next most favorite is to install it on an HTTP server running on 
mainframe Linux. I have installed it (just for grins) on a Macintosh HTTP 
server. As a matter of fact it was an old Motorola 68040-based Macintosh. 
It worked.

Full disclosure: I work for the company that makes this product, although 
I do not speak in an official capacity for said company.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
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

Re: Reading Variable record with bad BDW/RDW?

[Robert A. Rosenberg]

At 16:33 -0400 on 04/24/2006, Kirk Talman wrote about Re: Reading 
Variable record with bad BDW/RDW?:



X_DUMMY  DS0A
 DCAL1(7),AL3(INFMJFCB)


That should be:

 DCXL1"87",AL3(INFMJFCB)

since as the last/only entry you need the x'80' end-of-list flag.

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

Re: Overhead of SMF Records

[John S. Giltner, Jr.]

I vaguly remember reading a paper (about 7 or 8 years ago) where 
somebody turn off SMF recording and saw no measureable difference in CPU 
 utilziation.   As other have said the overhead is in collecting 
infromation needed to create the record and creating the record.  Some 
system will do everything needed to create the record, including 
actually creating it and then pass to SMF.  If SMF is not configured to 
write it, it won't.  Some systems you can tell not to create SMF 
records, but even those will still collect/track the information needed, 
they just don't create the record.




Joel Wolpert wrote:

Please do not laugh.

My management is asking me how much overhead is consumed by z/OS for
processing the SMF records. I have no idea. Has anyone ever researched this
and can share some info on it.

Thanks in advance.

Joel Wolpert
Director - Performance and Capacity Planning
Shared Data Center
Securities Industry Automation Corporation
2 Metrotech Center
New York, NY 11201
(212) 383-3323
[EMAIL PROTECTED]


-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.


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

Re: Offensive Language

[Ed Finnell]

 
In a message dated 4/24/2006 5:50:02 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

The team  name was ("*" used to bypass filters):



>>
How'd they ever get by Arsenal?

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

Re: ***: Offensive Language

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 04/24/2006
   at 05:25 PM, "Pommier, Rex R." <[EMAIL PROTECTED]> said:

>Sorry, Gil, but I have to disagree with you here.  I have no say over
>the spam/porn/naughty word filter in use here, nor do I know whether
>or not the filter sent a nasty-gram back to Darren or if the filter
>simply dropped the offending messages.

Both actions are wrong, but at least the second hurts only you. The
correct way to handle a message that they don't like is to give a 5xx
reply code during the SMTP transaction.

>Why should I then be ostracized over something I have no control over

Google for quarantine. Why should Darren or the list readership be
flooded by backscatter that they have no control over?

>It makes the most sense to send it back to the person who actually
>sent in the offending message.

They can't do that. Since spammers routinely forge addresses in
envelopes and headers, what backscatter mostly does is to send
complaints to persons who did *not* send the offending messages.
Backscatter is, in fact, a form of unsolicited bulk e-mail (UBE), AKA
spam.

>Besides, if Darren did what you suggested, IBM-MAIN would be flooded 
>with messages asking "are there problems with IBM-MAIN because I'm 
>not getting any messages". 

Are you arguing that Darren should block the offending mail server
entirely? I can live with that, although a heads-up to the postmaster
would be nice.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

3270 Emulator for Mac OS X - Japanese

[Doc Farmer]

I've been searching Google without much success.  Anybody know of a 3270 
emulator that 
  1) works on the Mac OS X platform and 
  2) supports Japanese character sets?

Answers on a postcard, please.  Many 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: offensive language

[john gilmore]

It is hard to avoid giving offense to these filters, and I don't thinlk we 
should try to do so.   I recently found that I was not receiving emails from 
my travel agent; and after pushing text through the filter in question token 
by token I discovered that it was coughing at the token 'specialist'.  Why?  
If contains the offensive substring 'cialis'.


Minimally, Darren will have to make an unautomated decision that an instance 
of 'offensive language' is of the sort that would be judged inappropriate by 
a standard Nice Nelly.


John Gilmore
Ashland, MA 01721-1817
USA

_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


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

Re: ML2 Datasets not Expiring

[Chris Taylor]

Hi George,

Yep, that's the way I understand the parameter. That will prevent future 
datasets from being created with an expiration date. I would make sure 
that your DB2 admins are aware that you are making the change, in case 
there is some compelling reason for setting it.

regards,
Chris Taylor
IBM Software Migration Project Office(SMPO)

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

Re: Offensive Language

[Darren Evans-Young]

On Mon, 24 Apr 2006, Bruce Black wrote:

>But Darrens issue is not the language, it is all the filters in place at
>many subscribers locations which generate email back to Darren for each
>offensive word.
>

I had one (thankfully only one) content filter reject a message recently
due to content. I kept reading the post over and over trying to figure
out what it was complaining about. I finally found it. Someone used
the phrase, referring to mainframes, big *ron.  That was just plain
silly.

Darren

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

Re: Offensive Language

[Bruce Black]

I agree that I have heard language I would consider offensive   just a 
few years in recent ads and TV shows, still startles me.



But Darrens issue is not the language, it is all the filters in place at 
many subscribers locations which generate email back to Darren for each 
offensive word. 

Tell you what, if you are volunteering to deal with each of those 
companies to update their filter lists, we'll have Darren forward all 
that email to you.  Deal or no Deal?


--
Bruce Black
Senior Software Developer
Innovation Data Processing

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

Re: Offensive Language

[Steve Comstock]

Shane wrote:

On Mon, 2006-04-24 at 17:17 -0600, Paul Gilmartin wrote:



Can you give a poor isolated provincial Yank a hint?  Perhaps a URL
that would help me root out what you're talking about?



Start at www.wherethebl**dyhellareyou.com (mangled to protect the inane)

Needs a heap of plugins I refuse to install, so I can't check it out for
you, but I think it'll give you the idea.


Wimp. Nothing to install, I had it all already.




The ads got banned in the UK, and some states of the good old USofA as
well I think.


I remember when the controversy arose. First time I saw
the ads, though. I liked them.

[figures, eh?]




Kind regards,

-Steve Comstock

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

Re: Offensive Language

[Bob Rutledge]

No plugins, not banned here, but similarly mangled...

http://www.usatoday.com/travel/news/2006-03-16-bl**dy-ban_x.htm

Bob



Shane wrote:

On Mon, 2006-04-24 at 17:17 -0600, Paul Gilmartin wrote:



Can you give a poor isolated provincial Yank a hint?  Perhaps a URL
that would help me root out what you're talking about?



Start at www.wherethebl**dyhellareyou.com (mangled to protect the inane)

Needs a heap of plugins I refuse to install, so I can't check it out for
you, but I think it'll give you the idea.
The ads got banned in the UK, and some states of the good old USofA as
well I think.
Says more about them than us 


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

Re: Offensive Language

[Shane]

On Mon, 2006-04-24 at 17:17 -0600, Paul Gilmartin wrote:

> Can you give a poor isolated provincial Yank a hint?  Perhaps a URL
> that would help me root out what you're talking about?

Start at www.wherethebl**dyhellareyou.com (mangled to protect the inane)

Needs a heap of plugins I refuse to install, so I can't check it out for
you, but I think it'll give you the idea.
The ads got banned in the UK, and some states of the good old USofA as
well I think.
Says more about them than us 

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: Offensive Language

[Paul Gilmartin]

In a recent note, Shane said:

> Date: Tue, 25 Apr 2006 08:38:25 +1000
> 
> On Mon, 2006-04-24 at 12:18 -0500, Darren Evans-Young wrote:
> > Please refrain from using words in your posts that may be
> > deemed offensive or "inappropriate". ...like the one just recently posted.
> 
> How is one to judge - see a recent advertising campaign by an agency of
> the federal government of this country.
> Would such usage "qualify" ???.
> *extremely* common usage here.
> 
Can you give a poor isolated provincial Yank a hint?  Perhaps a URL
that would help me root out what you're talking about?

> Unfortunate side effect - I'm with gil on this.
> 
Much though I flinch at some of Phil's content (but where's Dubbo
when he's really needed?), I am more upset that the ignorant
masses, promoters of V-chips, Palladium Chips, censorers of
Super Bowl entertainment, etc., should interfere with his opportunity
to have a platform.  And his style, while perhaps unnecessary, is a
thin veneer over valuable content.  I can take Phil c*m grano salis.
(But I was tempted.  Only it's too much a pain in the *rse to
resubscribe with a different address.  And it would bug D.
unnecessarily.)

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Overhead of SMF Records

[Ted MacNEIL]

>Don't forget to add in the cost of the periodic IFASMDFP jobs that copy
the SMF data from the SYS1.MANx datasets

I make those IMP=5.
The cost is nothing, since I bought the machine for other work.
IFASMFDP fills in the valleys that would not be used if they weren't there!

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Overhead of SMF Records

[Craddock, Chris]

> Please do not laugh.

Ok. My lips are contorted into a strange shape like a chortle in
progress, but I swear I am not laughing. Well, ok, maybe just a little.

> My management is asking me how much overhead is consumed by z/OS for
> processing the SMF records. I have no idea. Has anyone ever researched
> this and can share some info on it.

I'll bite. "Overhead" is presumably the aggregate of costs over and
above the "value" of the thing being done. If the thing being done is
more valuable than the cost of doing it then the "overhead" is nil.
Attribution of value is left as an exercise for the reader :-)

The cost of collecting, writing and (post) processing SMF records is
hard to quantify. Most records are created in memory by various parts of
the system whether you are actually collecting them or not. So that
aspect of the cost is always present and impossible to discern from the
background noise level within the system.

The cost of writing the SMF records is pretty low. You can get a back of
the envelope estimate of that by checking the resource consumption of
the SMF address space, which is what does all of the actual SMF I/O.
Don't forget to add in the cost of the periodic IFASMDFP jobs that copy
the SMF data from the SYS1.MANx datasets to GDGs or whatever technique
you use. IBM is working on lowering those costs over the next couple of
releases. But they're pretty low now in the great scheme of things.

The cost of actually post-processing all of those jillions of SMF
records to produce useful information, accounting, charge-back, planning
data or whatever can be very significant. Most shops I see spend a lot
of overnight batch resources bashing though SMF with SORT to sort/merge
and run various reports. That definitely costs resources, but the cost
of not doing it may be worse in the long run. 

There are always trade-offs to be made between the processing cost of
function X and the business value derived from X. Did they have any
particular problem in mind or was this another rock-fetch exercise from
a freshly minted manager? The question for management is "what problem
are you trying to solve and what would you have us do differently?"

CC

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

Re: Offensive Language

[Ted MacNEIL]

>How is one to judge - see a recent advertising campaign by an agency of
the federal government of this country.
Would such usage "qualify" ???. 
*extremely* common usage here.

I got slammed once for using a real vile word when I hadn't.

I was discussing British soccer and I mentioned a team.
The filter caught the 'buried' word, and reported it to my manager.
It took me a month to clear my name.

The team name was ("*" used to bypass filters):

Sc*nthorpe.
-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Offensive Language

[Shane]

On Mon, 2006-04-24 at 12:18 -0500, Darren Evans-Young wrote:
> Please refrain from using words in your posts that may be
> deemed offensive or "inappropriate". ...like the one just recently posted.

How is one to judge - see a recent advertising campaign by an agency of
the federal government of this country.
Would such usage "qualify" ???. 
*extremely* common usage here.

> I will now have to kill the z8 thread because everyone is replying
> to the post that had the offending word and I keep getting even MORE
> rejection notices! Ah!

Unfortunate side effect - I'm with gil on this.

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: ***: Offensive Language

[Pommier, Rex R.]

Sorry, Gil, but I have to disagree with you here.  I have no say over
the spam/porn/naughty word filter in use here, nor do I know whether or
not the filter sent a nasty-gram back to Darren or if the filter simply
dropped the offending messages.  I didn't even know there was a problem
until Darren's note telling us there was.  Why should I then be
ostracized over something I have no control over - or even know about?
It makes the most sense to send it back to the person who actually sent
in the offending message.  Besides, if Darren did what you suggested,
IBM-MAIN would be flooded with messages asking "are there problems with
IBM-MAIN because I'm not getting any messages".  I don't think anybody
really wants that.

Rex



In a recent note, Gil said:

In a recent note, Darren Evans-Young said:

> Date: Mon, 24 Apr 2006 12:18:20 -0500
> 
> Personally, I don't care, but I am getting flooded with rejections 
> from all the content analyzers (Mail Marshall, etc.). If it happens 
> again, I will put the offender on NOPOST and forward all these 
> wonderful rejection notices to the offender.
> 
I'd go the other way, and put the rejectors on NOMAIL.  It's
"backscatter" (Google for); and sites that backscatter spam, viruses, or
other unwanted material should rightly be ostracised.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Reading Variable record with bad BDW/RDW?

[J R]

"Code DINRTORG to request the return of the data set organization (DSORG) of 
the specified resource."


"Code DINRTMEM to request the return of the member name associated with the 
specified allocation."


By getting this information *before* OPEN you should be able to set up your 
DCB appropriately.




From: Paul Gilmartin <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Reading Variable record with bad BDW/RDW?
Date: Mon, 24 Apr 2006 14:20:55 -0600

In a recent note, Thomas David Rivers said:

> Date: Mon, 24 Apr 2006 16:11:15 -0400
>
>   Someone else suggested using DYNALLOC to query the organization
>   of the file before the OPEN... is there a way to accomplish
>   this after the OPEN?
>
I would expect DYNALLOC IR to work equally well after OPEN as
before.  But you must do it before attempting to process any
record.

But, what does DYNALLOC IR indicate if DDNAME identifies a
properly allocated _member_ of a PDS with RECFM=VB, etc.?

-- gil
--
StorageTek
INFORMATION made POWERFUL

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


_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


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

Re: Overhead of SMF Records

[Ted MacNEIL]

>Does this mean that if I measure the CPU usage
of the SMF address space I will be able to approximate the CPU overhead?

No!
Most of the overhead is in the sub-systems producing the records.
CMF, DB2, NPM, SILO, RMF, JES2, & etc.

SMF actually writing them is cheap.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Reading Variable record with bad BDW/RDW?

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/24/2006 4:05:12 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>So far, it seems the only way to do that is to get the JFCB,  etc...


My first inclination was to answer the same way, since I did that  many 
decades ago.  But that approach may not work now for due  to the presence of 
many 
newer components with which I have little (SMS)  or no (HFS) experience.


>But - Gil seemed to think that wasn't the best approach.
Could be.  My experience was during the Jurassic era.

>DYNALLOC looks like another possible answer, but how  expensive
>is that?
The expense is not in executing the DYNALLOC function.  The great  expense is 
in finding the IBM doc, then coding and debugging the convoluted  data 
structure which you have to feed to DYNALLOC.  I did that once long  ago, and 
it was 
not easy.  Basically you must first choose the exact JCL  parameters you 
would need in a batch job to use the file, then you convert  those same JCL 
parameters to their DYNALLOC equivalent.  I would try very  hard to use RDJFCB 
instead.



Bill  Fairchild


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

Re: Overhead of SMF Records

[Joel Wolpert]

They are asking about the overhead of collecting them. I know how to
measure the overhead of processing them.

Thanks.



   
   
   




Are they asking about the overhead of collecting them, and/or the overhead
of processing them to
derive useful information - or hadn't they thought of that.





Please do not laugh.

My management is asking me how much overhead is consumed by z/OS for
processing the SMF records. I have no idea. Has anyone ever researched
this
and can share some info on it.

Thanks in advance.

Joel Wolpert
Director - Performance and Capacity Planning
Shared Data Center
Securities Industry Automation Corporation
2 Metrotech Center
New York, NY 11201
(212) 383-3323
[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



-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

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

Re: Overhead of SMF Records

[Alan C. Field]

Are they asking about the overhead of collecting them, and/or the overhead 
of processing them to
derive useful information - or hadn't they thought of that.





Please do not laugh.

My management is asking me how much overhead is consumed by z/OS for
processing the SMF records. I have no idea. Has anyone ever researched 
this
and can share some info on it.

Thanks in advance.

Joel Wolpert
Director - Performance and Capacity Planning
Shared Data Center
Securities Industry Automation Corporation
2 Metrotech Center
New York, NY 11201
(212) 383-3323
[EMAIL PROTECTED]





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

Re: Overhead of SMF Records

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/24/2006 4:12:25 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>Does this mean that if I measure the CPU usage
>of the SMF  address space I will be able to approximate the CPU overhead?
No.  The greatest part of the overhead is in creating them, and  this takes 
place in the various other address spaces and they get charged for  the CPU 
time to create them.  The SMF address space's CPU time reflects  only the time 
to 
write them to an external  file.




Bill  Fairchild

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

Re: Overhead of SMF Records

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/24/2006 4:01:48 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>My  management is asking me how much overhead is consumed by  z/OS  for
>processing the SMF records. I have no idea. Has anyone  ever researched  this
>and can share some info on it.
The eternal correct answer to all known questions:  it  depends.
 
MVS internally creates all the record types even if you don't want them  
written.  Some record types are much more complex than others, and the  
creation 
of complex records uses more overhead than that of simple record  types.  Then 
just before the already-created record is written, the test  is made to see if 
you want record type X written.  If yes, then there is  the overhead of 
writing that record type multiplied by the frequency of  occurrence of record 
type 
X.  If you don't want X types written, then no  additional overhead.  The 
frequency of occurrence of any given record  type also depends on innumerable 
variables; e.g., one record type might be  written by a TSO session every time 
it 
performs operation Y.  How many  TSO sessions do you have at the same time?  
How often do they perform  operation Y?
 
You asked for the overhead in "processing" the records.  MVS does  not pr
ocess the records.  MVS creates and then optionally writes  them.  Your 
application program processes the records after they are  written.  So the 
total 
overhead of writing them must be increased by  whatever overhead your program 
that 
reads them in and processes them  imposes.  You may be able to offload  the 
post-processing overhead to another system or even  platform.


Bill  Fairchild


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

Re: Overhead of SMF Records

[Joel Wolpert]

Thanks. This is good info. Does this mean that if I measure the CPU usage
of the SMF address space I will be able to approximate the CPU overhead?




   
   
   




>My management is asking me how much overhead is consumed by z/OS for
processing the SMF records.

Producing SMF records is the cost.
Presenting them to SMF and having the task write them out is cheap.
Because it's asynchronous.
Move SMF down in importance and you won't suffer.
The records will get written when there are cycles available.
That's why SMF has buffers.

The sub-systems have built in metrics.
If you supress the records, you haven't stopped the 'overhead' of
collecting them.

But, here's a question for you:
"What is the cost of not producing them?"


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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



-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

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

Re: Reading Variable record with bad BDW/RDW?

[Edward Jaffe]

J R wrote:

I may be wrong but I thought that DSORG
was not optional on the DCB macro.


RECFM is optional.

--
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: Overhead of SMF Records

[Ted MacNEIL]

>My management is asking me how much overhead is consumed by z/OS for 
>processing the SMF records.

Producing SMF records is the cost.
Presenting them to SMF and having the task write them out is cheap.
Because it's asynchronous.
Move SMF down in importance and you won't suffer.
The records will get written when there are cycles available.
That's why SMF has buffers.

The sub-systems have built in metrics.
If you supress the records, you haven't stopped the 'overhead' of collecting 
them.

But, here's a question for you:
"What is the cost of not producing them?"


-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Reading Variable record with bad BDW/RDW?

[Thomas David Rivers]

Hi again Bill...

 Yeah - that's a good idea...  But - I don't think I'm communicating
 something right...

 But - in this case, the user specified a file name.  OPEN filled in the
 DCBRECFM, etc... and the program went merrily on its way trying to
 do what the DCB said would work...

 This would normally be just fine, if the USER had specified a
 DSN(MEMBER), but instead, the user only specified the DSN.
 In this case, after the OPEN, the DCB is filled with the attributes
 of the PDS members, not the PDS directory.

 So - the filled-in DCB says RECFM=VB.  Which doesn't work
 well for 'reading' the PDS (works correctly for reading a member,
 not the PDS itself.)  Since we're not pointing at a member,
 but pointing at the PDS 'file' - we wind up reading directory
 bytes, which confuses the VB unblocking routines - and we
 wind up with erroneous data, and general "badness."

 Note that sometimes, a "plain" DSN is the right thing, since it could
 be a 'plain' flat/sequential file.  No reason to disallow those.
 So - the program can't apriori simply disallow names without
 members.

 I'd like things to be abstract enough that the program could
 say "hey - you gave me something invalid - wanna try again?"
 instead of S0C4.

 So - in this case, the values found in the DCB can't be used.
 In fact, in this particular situation, the GET and subsequent
 unblocking can't be used either, and I'd like the program
 to fail gracefully.  A check either at read-time or open-time
 would be fine.

 So far, it seems the only way to do that is to get the JFCB, etc...
 But - Gil seemed to think that wasn't the best approach.
 DYNALLOC looks like another possible answer, but how expensive
 is that?


 - Thanks -
- Dave Rivers -


, IBM Mainframe Discussion List wrote:
 
 
In a message dated 4/24/2006 3:12:40 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:




What  I'm looking for is some way for the program to say "Hey!   This
isn't a sequentional VB file at all."



Make sure the DCB in the program does not specify the file  organization.  
Then that field in the your DCB will be filled in with  information from the 
file's external label.  Then test it as Ed Jaffe  showed.


 
Bill  Fairchild




--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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: Reading Variable record with bad BDW/RDW?

[J R]

I may be wrong but I thought that DSORG
was not optional on the DCB macro.



From: Paul Gilmartin <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Reading Variable record with bad BDW/RDW?
Date: Mon, 24 Apr 2006 14:40:33 -0600

In a recent note, J R said:

> Date: Mon, 24 Apr 2006 16:24:54 -0400
>
> Your inclinations assume that:
> (a) DCBDSORG will change during OPEN, and
>
> I don't believe (a) ever happens.
>
I certainly did assume that.  Have I misunderstood the
following:

Title: z/OS V1R5.0 DFSMS: Using Data Sets
Document Number: SC26-7410-03

#   3.2.2.1 "z/OS V1R5.0 DFSMS: Using Data Sets"

  3.2.2.1 Filling in the DCB

4. From the JFCB, OPEN fills in any field not completed in the DCB or
   DCBE. This completes what is called the forward merge.

??? (I know, it's pretty complicated.)

> >From: Paul Gilmartin <[log in to unmask]>
> >Date: Mon, 24 Apr 2006 13:35:55 -0600
> >
> >My inclination would be to verify:
> >
> >o DSORG != PO in the DCB after OPEN.

-- gil
--
StorageTek
INFORMATION made POWERFUL

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


_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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

Re: Overhead of SMF Records

[Ed Finnell]

 
In a message dated 4/24/2006 3:54:05 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

My  management is asking me how much overhead is consumed by z/OS  for
processing the SMF records. I have no idea. Has anyone ever researched  this
and can share some info on it.



>>
 
 PHB's say the darnedest things! It's not insignificant and  tuning
 still matters. Some records are required by law and auditors  depending on 
type of business. Ever see a *Nixen in tears 'cause their system  got 
hacked/hosed and they had logging turned off for 'performance reasons'. It's  
also 
different in every shop. Run a modified version of MXG ANAL30DD and it's  
usually 
in 3-5% range.
  

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

Re: Need Help defining an AS400 with an IP address to the mainframe

[Patrick O'Keefe]

On Mon, 24 Apr 2006 11:09:30 -0300, Shmuel Metz (Seymour J.) <[EMAIL 
PROTECTED]> wrote:

>In <[EMAIL PROTECTED]>, on 04/24/2006
>   at 02:26 AM, Chris Mason <[EMAIL PROTECTED]> said:
>
>>I think the text you found logically, if not chronologically,
>>precedes the introduction of the type 2.1 node and the introduction
>>of the "control point" as the entity managing the node rather than
>>always the PU.
>
>Chronologically, which is why I made sure to mention that it was old.
>But the PUCP was already there. If you have a recent FAPL manual, is
>there a section on nomenclature around p I-8?
>
>--
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see ;
>We don't care. We don't have to care, we're Congress.
>(S877: The Shut up and Eat Your spam act of 2003)
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: ***: Offensive Language

[Paul Gilmartin]

In a recent note, Darren Evans-Young said:

> Date: Mon, 24 Apr 2006 12:18:20 -0500
> 
> Personally, I don't care, but I am getting flooded with rejections
> from all the content analyzers (Mail Marshall, etc.). If it happens
> again, I will put the offender on NOPOST and forward all these wonderful
> rejection notices to the offender.
> 
I'd go the other way, and put the rejectors on NOMAIL.  It's
"backscatter" (Google for); and sites that backscatter spam,
viruses, or other unwanted material should rightly be ostracised.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Overhead of SMF Records

[Joel Wolpert]

Please do not laugh.

My management is asking me how much overhead is consumed by z/OS for
processing the SMF records. I have no idea. Has anyone ever researched this
and can share some info on it.

Thanks in advance.

Joel Wolpert
Director - Performance and Capacity Planning
Shared Data Center
Securities Industry Automation Corporation
2 Metrotech Center
New York, NY 11201
(212) 383-3323
[EMAIL PROTECTED]


-
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

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

Announcement - fixed up

[Steve Comstock]

Matthew Webber wrote:
> Steve,
> I appreciated the humour, but some spam filters may not. Consider posting
> without embedded text that may result in the message not being seen 
by some

> folks.
> FWIW
>

Hmmm. Perhaps you're right. OK, here's the squeaky clean version:

Announcing the availabliity of our newest course: "Secrets of
Inter-Language Communication in z/OS". I used "Secrets"
simply because a lot of the techniques discussed in this
course seem to be unknown to a large number of programmers.

Although the course focuses on calling and being called
across language boundaries, it could be taken just for
learning the techniques in any one of the languages we
cover in the class: Assembler, COBOL, PL/I, and C.

Major topics:

* Declaring data items (elementary, structures, arrays)
  in all four languages

* working with null-terminated strings and halfword
  prefixed strings in all these languages

* calling statically from programs written in all of
  the discussed languages

* passing arguments in the call / invocation
  - by reference, by value
  - variable numbers of arguments
  - all types of arguments (elements, structures, arrays)
  - omitted arguments

* receiving paramters in the subroutine / subfunction
  - by reference, by value
  - variable numbers of parameters
  - all types of parameters (elements, structures, arrays)
  - omitted parameters

* how to "catch" values returned from a function

* how to set values to return as if from a function

* formats of object decks (OBJ, XOBJ, GOFF)

* how the program binder works

* sharing external data items

* load modules vs program objects

* calling dynamically from all languages

* creating DLLs in all four languages

* invoking DLL functions from all four languages

* accessing and changing values in DLL variables
  in all four languages

The student handout consists of 538 exciting, thrill-packed
pages of notes, examples, and explanations. Ten labs let
you get your hands on and actually accomplish all this
kind of work yourself.

The previous version was only offered once. But judging
by several of the recent threads on ibm-main, the time
may be just right for this course. Take a look at the
details at:
http://www.trainersfriend.com/Language_Environment_courses/m520descr.htm

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
http://www.trainersfriend.com

P.S. I seem to be incorrigible. I just love this
stuff (z/OS, programming, teaching) so I guess I'll
just keep plugging away at it as long as it is so
much fun.

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

Re: Reading Variable record with bad BDW/RDW?

[Paul Gilmartin]

In a recent note, J R said:

> Date: Mon, 24 Apr 2006 16:24:54 -0400
> 
> Your inclinations assume that:
> (a) DCBDSORG will change during OPEN, and
> 
> I don't believe (a) ever happens.
> 
I certainly did assume that.  Have I misunderstood the
following:

Title: z/OS V1R5.0 DFSMS: Using Data Sets
Document Number: SC26-7410-03

#   3.2.2.1 "z/OS V1R5.0 DFSMS: Using Data Sets"

  3.2.2.1 Filling in the DCB

4. From the JFCB, OPEN fills in any field not completed in the DCB or
   DCBE. This completes what is called the forward merge.

??? (I know, it's pretty complicated.)

> >From: Paul Gilmartin <[log in to unmask]>
> >Date: Mon, 24 Apr 2006 13:35:55 -0600
> >
> >My inclination would be to verify:
> >
> >o DSORG != PO in the DCB after OPEN.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Reading Variable record with bad BDW/RDW?

[Kirk Talman]

IBM Mainframe Discussion List  wrote on 04/24/2006 
04:11:15 PM:

> The issue here is that the program expects to not be directed to a PDS,
> and when that accidently happens - things go, as you mention,
> alarmingly wrong.

> What I'm looking for is some way for the program to say "Hey!  This
> isn't a sequentional VB file at all."   Instead of miserably blowing
> up.

Before you OPEN the file, use RDJFCB to get the JFCB.

Look at expanded macro list to find the values of JFCDSORG (two byte 
field!) to test for.

RDJFCB MF=(E,$RDJFCB)
.
.
.
$RDJFCB  RDJFCB DUMMY,MF=L
DUMMYDCB   DSORG=PS,MACRF=GL,DDNAME=RMSIRXCW,EXLST=X_DUMMY
*   DATA CONTROL BLOCK 
X_DUMMY  DS0A 
 DCAL1(7),AL3(INFMJFCB)
.
.
.
IEFJFCBN LIST=YES

>  - Thanks -
>  - Dave Rivers -



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

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

Re: Multi-level Alias

[Bob Rutledge]

I haven't tried it, but after attending  Mark Thomen's "Best Practices for 
Catalog and VSAM" session (3057) at Seattle SHARE, I'm seriously considering it. 
 The handout is on the SHARE web site.


Bob

Jousma, David wrote:


I think the push is to
separate test from production in the catalog structure as well.  


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

Re: z/OS17 with JAVA

[Jousma, David]

John,

Permit me to vent for a moment.  This has been one of my pet-peeves for
a while.  I've placed many Servpac orders over the years, and one thing
I wish IBM would do, is somehow distinquish no-charge products from the
others when ordering on ShopZ.  Another is the XML-toolkit.  I order
everything we are licensed for, plus all the no-charge items(that make
sense) just for completeness, so that I can try to avoid adding products
after the fact. Maybe IBM should just issue a license for all the
freebie stuff so that users can just place orders for "all licensed
products", and be done with it.

Anyway, if you have connections, it would be nice if those were somehow
flagged at order time, rather than having to read the announcement to
find that info.

Thanks, Dave



Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Eells
Sent: Monday, April 24, 2006 4:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS17 with JAVA


I think it should have been identified as a "bypassable prerequisite" in
the configurator (but did not check).  It appears on the ServerPac
checklist as "Java(tm)2 Technology Edition 1 01.00 5655-D35 5802."

>snip

It's a "no charge" product.



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

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


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

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

Re: Reading Variable record with bad BDW/RDW?

[J R]

Your inclinations assume that:
(a) DCBDSORG will change during OPEN, and
(b) the data will appear in his program without an error.

I don't believe (a) ever happens.
I think he already has the error before he sees the data.



From: Paul Gilmartin <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Reading Variable record with bad BDW/RDW?
Date: Mon, 24 Apr 2006 13:35:55 -0600

In a recent note, Thomas David Rivers said:

> Date: Mon, 24 Apr 2006 15:18:39 -0400
>
>   So - I suppose - what's the best way to ask "Hey - is this at
>   all a reasonable thing to be trying a VB-read on?"
>
My inclination would be to verify:

o DSORG != PO in the DCB after OPEN.  (But DON'T try to enforce
  DSORG == PS, because that is not set if DDNAME is allocated to
  a UNIX file.)

o BDW consistent with BLKSIZE, and no invalid flag bits set.

o RDW consistent with LRECL (and with BDW), and no invalid
  flag bits set.

(most of which QSAM does NOT verify)  If all tests pass, then
give the user what he asked for.  If any fail, indicate an
I/O error.

Now, suppose the user attempts to open for OUTPUT?  Wnat's a
good way to avoid trashing the PDS directory?

-- gil
--
StorageTek
INFORMATION made POWERFUL

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


_
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


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

Re: SMF71 and ICETOOL

[Frank Yaeger]

On May 30, 2005, Antonio Fonseca wrote:
>I'm looking at ICETOOL for displaying SMF71 records and for
>the majority of the fields it works OK. But...

>Is there a way to process the floating fields (like the
>high-medium-low impact central storage frames...) in ICETOOL
>or it is necessary to make a Assembler or C program to do that?

With z/OS DFSORT V1R5 PTF UK90007 or DFSORT R14 PTF UK90006 (April, 2006),
you can now display/convert FL (hexadecimal floating point) fields with
DFSORT and
ICETOOL.

Here's an example:

//REPT71 EXEC PGM=ICETOOL
//TOOLMSG DD SYSOUT=*
//DFSMSG DD SYSOUT=*
//SMFIN DD DSN=...  input file
//SMF71 DD DSN=&&SMF71,DISP=(,PASS),SPACE=(CYL,(5,5)),UNIT=SYSDA
//SMF71RPT DD SYSOUT=*
//TOOLIN DD *
* Sort SMF Type 71 records by id, date and time.
SORT FROM(SMFIN) TO(SMF71) USING(TY71)
* Create report with SMFID sections.
DISPLAY FROM(SMF71) LIST(SMF71RPT) -
  TITLE('Low impact central storage frames') -
  BREAK(15,4,CH,L'System: ') -
  HEADER('Date') ON(11,4,DT1,E'-99-99') -
  HEADER('Time') ON(7,4,TM1,E'99:99:99') -
  HEADER('Min Frames') ON(925,8,FL,U10) -
  HEADER('Max Frames') ON(933,8,FL,U10) -
  HEADER('Avg Frames') ON(941,8,FL,U10) -
  BLANK PAGE
/*
//TY71CNTL DD *
* Select type 71 records that are more than
* 18 bytes long.
  OMIT COND=(6,1,BI,NE,+71,OR,1,2,BI,LE,+18)
* Sort by SMFID, SMFDATE and SMFTIME
  SORT FIELDS=(15,4,CH,A,11,4,PD,A,7,4,BI,A)
/*

For more details, see my paper at:

http://www.ibm.com/servers/storage/support/software/sort/mvs/peug/

In particular, see Example 1 in the "Floating-Point Display (FL)" section.

Frank Yaeger - DFSORT Team (IBM)
 Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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

Re: Reading Variable record with bad BDW/RDW?

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/24/2006 3:12:40 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>What  I'm looking for is some way for the program to say "Hey!   This
>isn't a sequentional VB file at all."

Make sure the DCB in the program does not specify the file  organization.  
Then that field in the your DCB will be filled in with  information from the 
file's external label.  Then test it as Ed Jaffe  showed.

 
Bill  Fairchild

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

Re: Reading Variable record with bad BDW/RDW?

[Paul Gilmartin]

In a recent note, Thomas David Rivers said:

> Date: Mon, 24 Apr 2006 16:11:15 -0400
> 
>   Someone else suggested using DYNALLOC to query the organization
>   of the file before the OPEN... is there a way to accomplish
>   this after the OPEN?
> 
I would expect DYNALLOC IR to work equally well after OPEN as
before.  But you must do it before attempting to process any
record.

But, what does DYNALLOC IR indicate if DDNAME identifies a
properly allocated _member_ of a PDS with RECFM=VB, etc.?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Reading Variable record with bad BDW/RDW?

[Binyamin Dissen]

On Mon, 24 Apr 2006 14:06:11 -0600 Paul Gilmartin <[EMAIL PROTECTED]>
wrote:

:>In a recent note, Binyamin Dissen said:

:>> Date: Mon, 24 Apr 2006 22:52:21 +0300
 
:>> Get the JFCB, use it (DSNAME + VOLUME) to read the DSCB.
 
:>I very much deplore it when people do that, then treat any
:>unexpected result as a failure.  It's an unwarranted flouting
:>of the OS/360 I/O abstraction model.  It prevents extension
:>of the I/O system.  For example, that sort of design now
:>prevents using an HFS directory as the first catenand in
:>SYSEXEC, while it works perfectly well as the second or later.

:>Let the access method detect errors; don't invent your own.

I believe that his intent was to detect a particular case. This will do it.

Of course one can go on with the 001-whatever, but it may be a good idea to
provide an intelligible error or, perhaps, a default member name.

I do agree that this is overkill for application level code, but I doubt that
such code is produced by Cole Software.

--
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: z/OS17 with JAVA

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

Yes it is free.  If it is not in your order, you can go to
http://www-03.ibm.com/servers/eserver/zseries/software/java/ and
download the non-SMP/E version.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of George Bly
Sent: Monday, April 24, 2006 3:29 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS17 with JAVA

Hi 

 

I just looked at SMPE 3.4 and it requires IBM SDK for z/OS, Java 2
Technology Edition, Version 1.4 to receive maintenance from the server.

 

Was it supposed to include with my server pack order or was I supposed
to
know to order it.  Either way I don't have it.  I hope it's free! 

 

Anyone else having this dilemma 

 

Thanks!!

 

George 

 

George A. Bly

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

Re: Reading Variable record with bad BDW/RDW?

[Edward Jaffe]

Thomas David Rivers wrote:

Hi Bill...

 Well - yes - you've hit the nail on the head - the routines are very
 confused because they are expecting to see VB-type records (with a BDW
 and RDW) and they are not.

 The program uses BSAM I/O.

 The issue here is that the program expects to not be directed to a PDS,
 and when that accidently happens - things go, as you mention,
 alarmingly wrong.

 What I'm looking for is some way for the program to say "Hey!  This
 isn't a sequentional VB file at all."   Instead of miserably blowing
 up.


| TMDCBRECFM,DCBRECUUndefined format ?
| JORECUBranch if yes
| TMDCBRECFM,DCBRECVVariable format ?
| JORECVBranch if yes
|* Handle Fixed Format Records
|RECF DC0H
| .
| .
|* Handle Variable Format Records
|RECV DC0H
| .
| .
|* Handle Undefined Format Records
|RECU DC0H
| .
| .

--
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: z/OS17 with JAVA

[John Eells]

George Bly wrote:


I just looked at SMPE 3.4 and it requires IBM SDK for z/OS, Java 2
Technology Edition, Version 1.4 to receive maintenance from the server.

Was it supposed to include with my server pack order or was I supposed to
know to order it.  Either way I don't have it.  I hope it's free! 


I think it should have been identified as a "bypassable 
prerequisite" in the configurator (but did not check).  It 
appears on the ServerPac checklist as "Java(tm)2 Technology 
Edition 1 01.00 5655-D35 5802."


But don't despair!  See:

http://www-03.ibm.com/servers/eserver/zseries/software/java/j5pcont64.html

It's a "no charge" product.



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

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

Re: Reading Variable record with bad BDW/RDW?

[Thomas David Rivers]

Hi Bill...

 Well - yes - you've hit the nail on the head - the routines are very
 confused because they are expecting to see VB-type records (with a BDW
 and RDW) and they are not.

 The program uses BSAM I/O.

 The issue here is that the program expects to not be directed to a PDS,
 and when that accidently happens - things go, as you mention,
 alarmingly wrong.

 What I'm looking for is some way for the program to say "Hey!  This
 isn't a sequentional VB file at all."   Instead of miserably blowing
 up.

 As I mentioned before, I tried looking the DSORG in the DCB, but that
 indicates PS (because the PDS was opened with a PS DCB.)

 So - is there another way to tell if the file I'm trying to read
 with BSAM I/O (doing my own unblocking of the VB records) is at all
 reasonable?

 Someone else suggested using DYNALLOC to query the organization
 of the file before the OPEN... is there a way to accomplish
 this after the OPEN?

 Then - when the user points the program to a PDS instead of a nice
 sequential file (or PDS member), things don't just "blow up", but
 can simply inform the user that is an invalid file.

- Thanks -
- Dave Rivers -


[EMAIL PROTECTED] wrote:

Your program can know that this bunch of bytes is a PDS directory because  it 
is the first block in the input data of a PDS.  The end of the  directory is 
marked by an end of file record.  That will probably confuse  your program, 
too.  Then the first block of the first member begins  after the end of file 
record, unless the first member has been  deleted after the second member was 
added, in which case what you  will read next is what used to be the first 
member, which also ends with  another end of file record.  More confusion.
 
I would suggest a complete redesign of your program beginning with a  
thorough understand of what your program is supposed to accomplish, followed  by 
research into the internals of a PDS.




Bill  Fairchild





--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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: Reading Variable record with bad BDW/RDW?

[Paul Gilmartin]

In a recent note, Binyamin Dissen said:

> Date: Mon, 24 Apr 2006 22:52:21 +0300
> 
> Get the JFCB, use it (DSNAME + VOLUME) to read the DSCB.
> 
I very much deplore it when people do that, then treat any
unexpected result as a failure.  It's an unwarranted flouting
of the OS/360 I/O abstraction model.  It prevents extension
of the I/O system.  For example, that sort of design now
prevents using an HFS directory as the first catenand in
SYSEXEC, while it works perfectly well as the second or later.

Let the access method detect errors; don't invent your own.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: [DB2-L] WLM Service Definition for DDF Thread

[Steve Grimes]

Great tips -- thanks all.

Using RMF screens (which I have access to) and looking over someone's 
shoulder for WLM screen's (which I don't have access to) I found that my 
assumptions were basically correct, but that I was looking at the wrong 
thing.

Our production DDF thread rules are:

1 SIDBP1
2 . PN  . *DDFPROD

(Our test DDF thread on the same LPAR looks similar, but with DDFTEST.)

DDFPROD is defined as 1 period, Imp = 2, 90% within 2 secs.
DDFTEST is defined as 2 periods, 
1st Period Duration=1, Imp = 3, 90% within 2 secs
2nd Period Imp = 5, Execution Velocity of 50

Using PM and RMF panals, I found my user's thread running with DDFPROD 
priority.

So, I'm going to make my suggestion to add:

2  CI   MSACCESS   DDFTEST 

to the DBP1 definition and see where it goes. 

Thanks!

Stg

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

Re: Reading Variable record with bad BDW/RDW?

[Binyamin Dissen]

On Mon, 24 Apr 2006 15:42:53 -0400 Thomas David Rivers <[EMAIL PROTECTED]>
wrote:

:>  That would work.. the program could avoid even trying the OPEN.

Get the JFCB, use it (DSNAME + VOLUME) to read the DSCB.

The DSCB will indicate whether it is a PDS and what its recorded RECFM and
LRECL are. The JFCB will indicate whether a member name was specified.

:>  In this case, the OPEN succeeds... and then the subsequent READ (BSAM)
:>  gets some bytes, but they aren't valid...

:>  I tried looking at DCBDSORG after the OPEN, but it has the value
:>  DCBDSGPS (Physical Sequential), since PS was specified at OPEN time.

The DSCB or JFCB never override a DCB value.

OPEN will not set DCBDSORG.

:>Binyamin Dissen wrote:
 
:>> It is not clear what your question is.
 
:>> Are you asking if there is a way to determine if a DD statement is pointing 
to
:>> a PDS without a member name specified?

--
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: Multi-level Alias

[Jousma, David]

Cathy,

You ask why do MLA?  It's not my call, the Storage group is the one
calling this one as they "own" all the usercats.  I've read the quote
you mention, in fact I had already sent them the same quote a few weeks
ago.  I don't know that it is a bad thing. One of the reasons I believe
they are looking at it is the fact that our DSN naming conventions put
the test vs. prod qualifier as the 2nd level in the data set name.  We'd
love to change this, and maybe will for new datasets, but there is no
project on the books to go back and retrofit.  I think the push is to
separate test from production in the catalog structure as well.  

You make a comment about dataset aliases.  I have not read(have not
tried that hard yet), but do aliases have to be in the same catalog as
the base dataset?

I'm still looking for more feedback from the list population on this
topic. 

Thanks, Dave


Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Cathy Taddei
Sent: Monday, April 24, 2006 2:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Multi-level Alias

Hi Dave.  I too have an unpleasant taste in my mouth from multi-level
aliases.  I don't remember a lot of the details, but they were a PITA
when I was merging two master catalogs.  It didn't help that the shop I
was in also made extensive use of dataset aliases, which I detest. 

One question for you:  why are you considering MLA's?  Do you recall
reading this in z/OS DFSMS: Managing Catalogs:

"... the multilevel alias facility should only be used when a better
solution cannot be found. The need for the multilevel alias facility can
indicate poor data set naming conventions. Before defining multilevel
aliases, review your data set naming conventions."

If MLA's will solve a problem for you, great, but I wouldn't do it
lightly.

Regards,
Cathy Taddei



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

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

Re: LINKLIB on EXTENTS - Still OK to do REFRESH for APF?

[Ted MacNEIL]

>I have defined a new loadlib to our APF member list but am not sure if it is
OK to do an LLA,REFRESH since our LINKLIB has extents. Is it possible?

Extents are irrelevent, except where you end up with more than 255 of them.
Each library counts as at least one.
PDSE's count as only one, regardless.
The rest depend on how many extents each non-PDSE library is in.

LLA refresh doesn't care about the number if it's less than 256.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Reading Variable record with bad BDW/RDW?

[Thomas David Rivers]

Hi Binyamin!

 That would work.. the program could avoid even trying the OPEN.

 In this case, the OPEN succeeds... and then the subsequent READ (BSAM)
 gets some bytes, but they aren't valid...

 I tried looking at DCBDSORG after the OPEN, but it has the value
 DCBDSGPS (Physical Sequential), since PS was specified at OPEN time.

- Thanks! -
- Dave Rivers -



Binyamin Dissen wrote:



It is not clear what your question is.

Are you asking if there is a way to determine if a DD statement is pointing to
a PDS without a member name specified?




--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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: Reading Variable record with bad BDW/RDW?

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/24/2006 1:41:01 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>I've got a program that opens a VB PDS  (RECFM=VB,BLKSIZE=2550,LRECL=255).

>But - note that I said it opens  the PDS, not a member of the PDS.  That
>open succeeds, and  presumably, the program will merrily try to
>read the PDS directory as  Format-V records.

>So - the first read succeeds, and it gets these  bytes back for
>the first 6:

>000E   
>| BDW  | | RDW  


The first block in a PDS is the first block of the directory, which has  a 
fixed format (lrecl=blksize=256 with 8-byte keys).  Presumably your  program is 
not trying to do a Read Key and Data but rather a Read Data CCW, so  you do 
not read the key but instead read only the first data block in the  directory.  
The first 2 bytes in the data area of a PDS directory block  are the number of 
bytes in that 256-byte block that are used.  You show  000E.  I did an 
IMASPZAP dump of a CNTL PDS of mine and found two  blocks with 00FE in the 
first two 
bytes, and the third block had  X'000E' at the 
beginning.  The 8 bytes of FF are  a fake member name of all X'FF' so that it 
will 
always be last when all the  member names are sorted into ascending sequence.  
A PDS directory is  supposed to have its member names in that sequence.  In my 
case, the 000E  is the correct number of bytes used in this block, as the 
minimum length of  one entry is 8 for the member name, 3 more for the relative 
TTR within the PDS  where the member begins, and 1 byte of flags.  The minimum 
entry length  is then 12.  Two more bytes for the obligatory 2-byte block 
length at the  beginning yields 14 bytes.  A block that begins as this one does 
is 
a  block indicating the last directory block with any meaningful information 
in  it, and in this case the meaningful info is the fake member name showing 
the  end of the directory's list of members.  There are more blocks in my  
directory after this one, and they are all X'00'.
 
It looks as if your PDS is completely empty.  That would explain why  you see 
000E in the first 6 bytes.  The read CCW does not move  any bytes 
around, change them, or interpret them.  It reads what is on  the track.  Then 
the VBS access method will assume that the first 2 bytes  are the block length, 
then 2 reserved bytes, then 2 RDW bytes, etc.  In  other words, because you 
told QSAM to read a PDS directory block and to treat  it as VBS data, you have 
thoroughly confused not only the access method but  also yourself.
 
You need to put a lot more logic into your program; i.e., be sensitive to  
file organization type (DSORG=PO for a PDS), etc.  I cannot begin to  suggest 
what extra logic you should add, since I do not know the purpose of  your 
program or why you want to read a PDS with it including its  directory.
 
A much better way to read through a PDS is with BSAM, which can also read  
through any other data set organization.  But you have to code more logic  
after 
each block is read in with the READ/CHECK macros.
 
>what's a program "to do" with what the user types.
I cannot understand the meaning of this phrase.

>Should it look  at the lrecl/blksize in the DCB and decide that
>this doesn't make  sense?  What if it did make sense - then what?
At the very least, your program must look at the data set  organization.  
"Then what" depends on what you want your program to do,  which I don't know.

>Or - is there a way to know this is a bunch of  bytes from a
>PDS directory... and this READ doesn't make sense?
Your program can know that this bunch of bytes is a PDS directory because  it 
is the first block in the input data of a PDS.  The end of the  directory is 
marked by an end of file record.  That will probably confuse  your program, 
too.  Then the first block of the first member begins  after the end of file 
record, unless the first member has been  deleted after the second member was 
added, in which case what you  will read next is what used to be the first 
member, which also ends with  another end of file record.  More confusion.
 
I would suggest a complete redesign of your program beginning with a  
thorough understand of what your program is supposed to accomplish, followed  
by 
research into the internals of a PDS.



Bill  Fairchild

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

Re: Reading Variable record with bad BDW/RDW?

[J R]

Use DYNALLOC Information Retrieval for the DSORG.



From: Thomas David Rivers <[EMAIL PROTECTED]>
Reply-To: IBM Mainframe Discussion List 
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Reading Variable record with bad BDW/RDW?
Date: Mon, 24 Apr 2006 15:18:39 -0400

Hi John,

 Yeah... I know the directory portion isn't VB.  But, the program
 doesn't know that.. it "thinks" it's simply been given the name
 of a sequential VB file that it wants to process

 So - it stumbles blindly into the directory - and *whamo* - gets
 this "bad" data.

 So - I suppose - what's the best way to ask "Hey - is this at
 all a reasonable thing to be trying a VB-read on?"

- Thanks -
- Dave Rivers -


McKown, John wrote:



The directory of a PDS is not VB. It is
RECFM=F,LRECL=256,BLKSIZE=256,KEYLEN=8. You can ignore the key, if you
want. You must read all 256 bytes and "deblock" the "logical records"
yourself. They are not compatable with RECFM=VB, but they are "close".
"Close" only counts in horse shoes and nuclear weapons.

I have code, which I got from somewhere, that I can share. I also sure
that there is some available on http://cbttape.org somewhere, but I
don't know where.

--
John McKown
Senior Systems Programmer
HealthMarkets


--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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


_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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

Re: Reading Variable record with bad BDW/RDW?

[Paul Gilmartin]

In a recent note, Thomas David Rivers said:

> Date: Mon, 24 Apr 2006 15:18:39 -0400
> 
>   So - I suppose - what's the best way to ask "Hey - is this at
>   all a reasonable thing to be trying a VB-read on?"
> 
My inclination would be to verify:

o DSORG != PO in the DCB after OPEN.  (But DON'T try to enforce
  DSORG == PS, because that is not set if DDNAME is allocated to
  a UNIX file.)

o BDW consistent with BLKSIZE, and no invalid flag bits set.

o RDW consistent with LRECL (and with BDW), and no invalid
  flag bits set.

(most of which QSAM does NOT verify)  If all tests pass, then
give the user what he asked for.  If any fail, indicate an
I/O error.

Now, suppose the user attempts to open for OUTPUT?  Wnat's a
good way to avoid trashing the PDS directory?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: Reading Variable record with bad BDW/RDW?

[Richard Tsujimoto]

You could trying getting the FMT1DSCB for the data set and looking at the 
organization.




Thomas David Rivers <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
04/24/2006 03:18 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: Reading Variable record with bad BDW/RDW?






Hi John,

  Yeah... I know the directory portion isn't VB.  But, the program
  doesn't know that.. it "thinks" it's simply been given the name
  of a sequential VB file that it wants to process

  So - it stumbles blindly into the directory - and *whamo* - gets
  this "bad" data.

  So - I suppose - what's the best way to ask "Hey - is this at
  all a reasonable thing to be trying a VB-read on?"

 - Thanks -
 - Dave Rivers -


McKown, John wrote:

> 
> The directory of a PDS is not VB. It is
> RECFM=F,LRECL=256,BLKSIZE=256,KEYLEN=8. You can ignore the key, if you
> want. You must read all 256 bytes and "deblock" the "logical records"
> yourself. They are not compatable with RECFM=VB, but they are "close".
> "Close" only counts in horse shoes and nuclear weapons.
> 
> I have code, which I got from somewhere, that I can share. I also sure
> that there is some available on http://cbttape.org somewhere, but I
> don't know where.
> 
> --
> John McKown
> Senior Systems Programmer
> HealthMarkets

-- 
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

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


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

z/OS17 with JAVA

[George Bly]

Hi 

 

I just looked at SMPE 3.4 and it requires IBM SDK for z/OS, Java 2
Technology Edition, Version 1.4 to receive maintenance from the server.

 

Was it supposed to include with my server pack order or was I supposed to
know to order it.  Either way I don't have it.  I hope it's free! 

 

Anyone else having this dilemma 

 

Thanks!!

 

George 

 

George A. Bly

Senior Systems Programmer

331 Hayes Hall

Information Technology Services

Bowling Green State University

Bowling Green, Ohio  43403

Office: (419) 372-7729

Fax:(419) 372-7723

Cell:(419) 260-4487

 

PS:  A friend will help you move.  A really good friend will help you move a
body!!!

 

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

Re: LINKLIB on EXTENTS - Still OK to do REFRESH for APF?

[Imbriale, Donald (Exchange)]

If the loadlib has been added to JUST APF, then there is no need to do
anything with LLA.

If the loadlib is LLA-managed, then an LLA,UPDATE is less disruptive
than LLA,REFRESH.

I'm not clear what you mean by "our LINKLIB has extents".  Did a library
in linklist go into extents after IPL?

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Desi de la Garza
>Sent: Monday, April 24, 2006 3:18 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: LINKLIB on EXTENTS - Still OK to do REFRESH for APF?
>
>I have defined a new loadlib to our APF member list but am not sure if
it is
>OK to do an LLA,REFRESH since our LINKLIB has extents. Is it possible?
>
>Thanks,
>
>Desi de la Garza
>Systems Programmer
>Bexar County Information Services
>[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


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

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

Re: LINKLIB on EXTENTS - Still OK to do REFRESH for APF?

[Jon Brock]

If all you have done is added a file to the APF list, an LLA REFRESH is not 
necessary.  You will need to do a SET PROG command, however.

Jon



I have defined a new loadlib to our APF member list but am not sure if it is
OK to do an LLA,REFRESH since our LINKLIB has extents. Is it possible?


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

Re: Reading Variable record with bad BDW/RDW?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Thomas David Rivers
> Sent: Monday, April 24, 2006 2:19 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Reading Variable record with bad BDW/RDW?
> 
> 
> Hi John,
> 



>   So - I suppose - what's the best way to ask "Hey - is this at
>   all a reasonable thing to be trying a VB-read on?"

Ah. NO.

> 
>   - Thanks -
>   - Dave Rivers -

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

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, 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: Reading Variable record with bad BDW/RDW?

[Thomas David Rivers]

Hi John,

 Yeah... I know the directory portion isn't VB.  But, the program
 doesn't know that.. it "thinks" it's simply been given the name
 of a sequential VB file that it wants to process

 So - it stumbles blindly into the directory - and *whamo* - gets
 this "bad" data.

 So - I suppose - what's the best way to ask "Hey - is this at
 all a reasonable thing to be trying a VB-read on?"

- Thanks -
- Dave Rivers -


McKown, John wrote:



The directory of a PDS is not VB. It is
RECFM=F,LRECL=256,BLKSIZE=256,KEYLEN=8. You can ignore the key, if you
want. You must read all 256 bytes and "deblock" the "logical records"
yourself. They are not compatable with RECFM=VB, but they are "close".
"Close" only counts in horse shoes and nuclear weapons.

I have code, which I got from somewhere, that I can share. I also sure
that there is some available on http://cbttape.org somewhere, but I
don't know where.

--
John McKown
Senior Systems Programmer
HealthMarkets


--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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

LINKLIB on EXTENTS - Still OK to do REFRESH for APF?

[Desi de la Garza]

I have defined a new loadlib to our APF member list but am not sure if it is
OK to do an LLA,REFRESH since our LINKLIB has extents. Is it possible?

Thanks,
 
Desi de la Garza
Systems Programmer
Bexar County Information Services
[EMAIL PROTECTED]
 


-

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

Re: Reading Variable record with bad BDW/RDW?

[Binyamin Dissen]

On Mon, 24 Apr 2006 14:40:51 -0400 Thomas David Rivers <[EMAIL PROTECTED]>
wrote:

:>I've got a question for the group-at-large, which I hope
:>will be obvious to someone deeply in-the-know.

:>I've got a program that opens a VB PDS (RECFM=VB,BLKSIZE=2550,LRECL=255).

:>But - note that I said it opens the PDS, not a member of the PDS.  That
:>open succeeds, and presumably, the program will merrily try to
:>read the PDS directory as Format-V records.

:>So - the first read succeeds, and it gets these bytes back for
:>the first 6:

:>  000E  
:>| BDW  | | RDW 

:>The BDW indicates a block-len of 14, but the 'reserved' bytes are not 00.
:>The RDW then indicates a record length of 65535 - which is preposterous
:>given that the BDW said the entire block-len was only 14.

:>And - of course, trying to read 65531 bytes for the remaining record
:>doesn't work, because they aren't there.  The 14 isn't there either.

:>OK - admittedly - walking thru the directory entries and trying
:>to interpret that as VB isn't the best thing in the world... but,
:>what's a program "to do" with what the user types.

:>Should it look at the lrecl/blksize in the DCB and decide that
:>this doesn't make sense?  What if it did make sense - then what?

:>Or - is there a way to know this is a bunch of bytes from a
:>PDS directory... and this READ doesn't make sense?

It is not clear what your question is.

Are you asking if there is a way to determine if a DD statement is pointing to
a PDS without a member name specified?

--
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: Reading Variable record with bad BDW/RDW?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Thomas David Rivers
> Sent: Monday, April 24, 2006 1:41 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Reading Variable record with bad BDW/RDW?
> 
> 
> I've got a question for the group-at-large, which I hope
> will be obvious to someone deeply in-the-know.
> 
> I've got a program that opens a VB PDS 
> (RECFM=VB,BLKSIZE=2550,LRECL=255).
> 
> But - note that I said it opens the PDS, not a member of the 
> PDS.  That
> open succeeds, and presumably, the program will merrily try to
> read the PDS directory as Format-V records.
> 
> So - the first read succeeds, and it gets these bytes back for
> the first 6:
> 
>   000E  
> | BDW  | | RDW 
> 
> The BDW indicates a block-len of 14, but the 'reserved' bytes 
> are not 00.
> The RDW then indicates a record length of 65535 - which is 
> preposterous
> given that the BDW said the entire block-len was only 14.
> 
> And - of course, trying to read 65531 bytes for the remaining record
> doesn't work, because they aren't there.  The 14 isn't there either.
> 
> OK - admittedly - walking thru the directory entries and trying
> to interpret that as VB isn't the best thing in the world... but,
> what's a program "to do" with what the user types.
> 
> Should it look at the lrecl/blksize in the DCB and decide that
> this doesn't make sense?  What if it did make sense - then what?
> 
> Or - is there a way to know this is a bunch of bytes from a
> PDS directory... and this READ doesn't make sense?
> 
>   - Many thanks! -
>   - Dave Rivers -

The directory of a PDS is not VB. It is
RECFM=F,LRECL=256,BLKSIZE=256,KEYLEN=8. You can ignore the key, if you
want. You must read all 256 bytes and "deblock" the "logical records"
yourself. They are not compatable with RECFM=VB, but they are "close".
"Close" only counts in horse shoes and nuclear weapons.

I have code, which I got from somewhere, that I can share. I also sure
that there is some available on http://cbttape.org somewhere, but I
don't know where.

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

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, 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: FTP PUT of a temporary dataset

[Paul Gilmartin]

In a recent note, Gilbert Saint-Flour said:

> Date: Mon, 24 Apr 2006 12:03:42 -0400
> 
> My understanding (I may be wrong) is that support for //DD:ddname was a
> by-product of a change in one of the C routines used by the FTP client,
> i.e. it's not something that resulted from a change in the code for the
> FTP client itself. ISTR //DD:ddname was introduced in OS/390 R9 or R10.
> A few releases later (z/OS 1.2 IIRC), VSAM support became available in
> the FTP client through the same mechanism, but it's neither documented
> not supported.  Again, this is my understanding, don't take my word for
> it.
> 
It may have originated that way, but nowadays it's not that simple.
The behavior is discernibly (and irritatingly) different depending
on whether ddname is allocated to a Classic data set or to a UNIX
file.  Apparently FTP doesn't simply OPEN and QSAM GET/PUT on the
ddname.  Another unwarranted deviation from the S/360 model of I/O
abstraction.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

Re: The return of "Hot Catholic High School Girls in Bondage" - z/OS version

[Steve Comstock]

Jon Brock wrote:
Let me get this straight: you offer "ten labs [that] let you get your hands on . . ." "Hot Catholic High School Girls in Bondage?"  


Computer training sure has changed a lot over the years.


Yeah. Well, I try to stay current!

-Steve Comstock

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

Reading Variable record with bad BDW/RDW?

[Thomas David Rivers]

I've got a question for the group-at-large, which I hope
will be obvious to someone deeply in-the-know.

I've got a program that opens a VB PDS (RECFM=VB,BLKSIZE=2550,LRECL=255).

But - note that I said it opens the PDS, not a member of the PDS.  That
open succeeds, and presumably, the program will merrily try to
read the PDS directory as Format-V records.

So - the first read succeeds, and it gets these bytes back for
the first 6:

000E  
| BDW  | | RDW 

The BDW indicates a block-len of 14, but the 'reserved' bytes are not 00.
The RDW then indicates a record length of 65535 - which is preposterous
given that the BDW said the entire block-len was only 14.

And - of course, trying to read 65531 bytes for the remaining record
doesn't work, because they aren't there.  The 14 isn't there either.

OK - admittedly - walking thru the directory entries and trying
to interpret that as VB isn't the best thing in the world... but,
what's a program "to do" with what the user types.

Should it look at the lrecl/blksize in the DCB and decide that
this doesn't make sense?  What if it did make sense - then what?

Or - is there a way to know this is a bunch of bytes from a
PDS directory... and this READ doesn't make sense?

- Many thanks! -
- Dave Rivers -

--
[EMAIL PROTECTED]Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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: WLM Service Definition for DDF Thread

[Steve Samson]

Steve

It appears that the first level definition does not specify a default 
service class for SI DBP1. Therefore the asterisk does exactly what it 
should, putting the fallthrough threads in DISC.


The problem can be remedied by specifying as follows:

1 SI DBP1DB2TTRAN
2  PNMANTIS  DB2PTRAN

All the non-MANTIS transactions will go to DB2TTRAN. A level 2 
definition is an exception to the general rule that the first hit fixes 
the classification. If a different default from DB2TTRAN is necessary, 
put it on the level 1 line and add a level 2 for PN FIPLAN. If the 
MANTIS transactions are more important or much more numerous than the 
others, put the MANTIS rule as the first level 2, to save some minuscule 
increment of processing time.


The asterisk "catcher" is unnecessary here. It was a leftover from the 
days of implicit classification of STCs.


Cheers,

Steve Samson

Steve Grimes wrote:
Hello, DB2 V7.1, z/OS 1.4, WLM Goal Mode here, with DB2 PM, cross posting 
to DB2-L and IBM-Main, here!


There is a lot written about this topic in the archives, and I'm also 
looking at other resources (Hugh Smith presentation, DB2 Admin guide, 
etc.) but I'd like to make a recommendation to our Systems folks this 
afternoon and would appreciate any perspective anyone can offer:


Here is an excerpt  from our WLM DB2 Transaction Classification screen:

1  SI   DBP1
2PN   FIPLAN DB2TTRAN
2PN   MANTIS DB2PTRAN
2PN   *

DBP1 is our production subsystem.  I assume that DBTTRAN has a lower 
priority than DB2PTRAN.  (Because FIPLAN is mostly batch against 
production and MANTIS is mostly online.)  I assume the asterisk is to 
prevent our DDF threads from falling into the default discretionary class. 
 (Is this true?)


My issue is that I would like to throttle our users MSACCESS threads to 
this DBP1 subsystem.  Could this be as simple as adding:


2CI   MSACCESS   DB2TTRAN 

To the above list?   (DB2 PM says MSACCESS is the 'Correlation Name'.  It 
also says MSACCESS.EXE is the 'Client Application Name'.)  I get plenty of 
'Thread Id' stuff from PM, but am having trouble mapping it to the 'WLM 
Classification Attribute' abbreviations in the DB2 Admin guide.


Is there a better approach? 


Thanks in advance!

Stg


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

Re: The return of "Hot Catholic High School Girls in Bondage" - z/OS version

[Jon Brock]

Let me get this straight: you offer "ten labs [that] let you get your hands on 
. . ." "Hot Catholic High School Girls in Bondage?"  

Computer training sure has changed a lot over the years.

Jon




Back in 1999, I wrote a course about inter-language
communication in OS/390 and asked the ibm-main folks
to suggest a title that was lively and attention
getting. Someone (and I can't find my notes on who)
suggested "Hot Catholic High School Girls in Bondage"
- my all time favorite title for a technical training
course.

...

The student handout consists of 538 exciting, thrill-packed
pages of notes, examples, and explanations. Ten labs let
you get your hands on and actually accomplish all this
kind of work yourself.



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

The return of "Hot Catholic High School Girls in Bondage" - z/OS version

[Steve Comstock]

Back in 1999, I wrote a course about inter-language
communication in OS/390 and asked the ibm-main folks
to suggest a title that was lively and attention
getting. Someone (and I can't find my notes on who)
suggested "Hot Catholic High School Girls in Bondage"
- my all time favorite title for a technical training
course.

Of course, I ended up with the more sedate title of
"Inter-Language Communication in OS/390" - what can
you do?

Now comes the z/OS version, actually titled "Secrets of
Inter-Language Communication in z/OS". I used "Secrets"
simply because a lot of the techniques discussed in this
course seem to be unknown to a large number of programmers.

Although the course focuses on calling and being called
across language boundaries, it could be taken just for
learning the techniques in any one of the languages we
cover in the class: Assembler, COBOL, PL/I, and C.

Major topics:

* Declaring data items (elementary, structures, arrays)
  in all four languages

* working with null-terminated strings and halfword
  prefixed strings in all these languages

* calling statically from programs written in all of
  the discussed languages

* passing arguments in the call / invocation
  - by reference, by value
  - variable numbers of arguments
  - all types of arguments (elements, structures, arrays)
  - omitted arguments

* receiving paramters in the subroutine / subfunction
  - by reference, by value
  - variable numbers of parameters
  - all types of parameters (elements, structures, arrays)
  - omitted parameters

* how to "catch" values returned from a function

* how to set values to return as if from a function

* formats of object decks (OBJ, XOBJ, GOFF)

* how the program binder works

* sharing external data items

* load modules vs program objects

* calling dynamically from all languages

* creating DLLs in all four languages

* invoking DLL functions from all four languages

* accessing and changing values in DLL variables
  in all four languages

The student handout consists of 538 exciting, thrill-packed
pages of notes, examples, and explanations. Ten labs let
you get your hands on and actually accomplish all this
kind of work yourself.

The previous version was only offered once. But judging
by several of the recent threads on ibm-main, the time
may be just right for this course. Take a look at the
details at:
http://www.trainersfriend.com/Language_Environment_courses/m520descr.htm

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
http://www.trainersfriend.com

P.S. I seem to be incorrigible. I just love this
stuff (z/OS, programming, teaching) so I guess I'll
just keep plugging away at it as long as it is so
much fun.

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

Re: WLM Service Definition for DDF Thread

[Ted MacNEIL]

>1  SI   DBP1
>2PN   FIPLAN DB2TTRAN
>2PN   MANTIS DB2PTRAN
>2PN   *

>DBP1 is our production subsystem.  I assume that DBTTRAN has a lower 
>priority than DB2PTRAN.  (Because FIPLAN is mostly batch against 
>production and MANTIS is mostly online.) 

Can't make that assumption here.
You need to know how the two service classes are defined.
Different set of panels to look that up.


>I assume the asterisk is to 
>prevent our DDF threads from falling into the default discretionary class. 


Since there is no service class defined on the same line as '*', it will fall 
into what ever is defined as your default class for DDF work.
If that's discretionary, it will be discretionary.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

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

Re: Multi-level Alias

[Cathy Taddei]

Hi Dave.  I too have an unpleasant taste in my mouth from multi-level 
aliases.  I don't remember a lot of the details, but they were a PITA when 
I was merging two master catalogs.  It didn't help that the shop I was in 
also made extensive use of dataset aliases, which I detest. 

One question for you:  why are you considering MLA's?  Do you recall 
reading this in z/OS DFSMS: Managing Catalogs:

"... the multilevel alias facility should only be used when a better 
solution cannot be found. The need for the multilevel alias facility can 
indicate poor data set naming conventions. Before defining multilevel 
aliases, review your data set naming conventions."

If MLA's will solve a problem for you, great, but I wouldn't do it lightly.

Regards,
Cathy Taddei


On Fri, 21 Apr 2006 13:10:04 -0400, Jousma, David <[EMAIL PROTECTED]> 
wrote:

>All,
>
>We are evaluating making a change from MLA(1) to MLA(2).  I've read
>through Managing Catalogs, and there seem to be a few issues that could
>present themselves in a MLA environment.  I'm looking for some real
>world experience, both the good things, and the pitfalls.  I'm also
>hoping Mark Thomen might chime in.  
>
>I've worked in other environments that had a MLA of 2, and ran into some
>issues, and didn't come out with a good taste in my mouth.
>
>It's Friday, I hope to get some good feedback.
>
>Thanks, Dave
>
>
>Dave Jousma
>Principal Systems Programmer
>[EMAIL PROTECTED]
>616.653.8429

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

WLM Service Definition for DDF Thread

[Steve Grimes]

Hello, DB2 V7.1, z/OS 1.4, WLM Goal Mode here, with DB2 PM, cross posting 
to DB2-L and IBM-Main, here!

There is a lot written about this topic in the archives, and I'm also 
looking at other resources (Hugh Smith presentation, DB2 Admin guide, 
etc.) but I'd like to make a recommendation to our Systems folks this 
afternoon and would appreciate any perspective anyone can offer:

Here is an excerpt  from our WLM DB2 Transaction Classification screen:

1  SI   DBP1
2PN   FIPLAN DB2TTRAN
2PN   MANTIS DB2PTRAN
2PN   *

DBP1 is our production subsystem.  I assume that DBTTRAN has a lower 
priority than DB2PTRAN.  (Because FIPLAN is mostly batch against 
production and MANTIS is mostly online.)  I assume the asterisk is to 
prevent our DDF threads from falling into the default discretionary class. 
 (Is this true?)

My issue is that I would like to throttle our users MSACCESS threads to 
this DBP1 subsystem.  Could this be as simple as adding:

2CI   MSACCESS   DB2TTRAN 

To the above list?   (DB2 PM says MSACCESS is the 'Correlation Name'.  It 
also says MSACCESS.EXE is the 'Client Application Name'.)  I get plenty of 
'Thread Id' stuff from PM, but am having trouble mapping it to the 'WLM 
Classification Attribute' abbreviations in the DB2 Admin guide.

Is there a better approach? 

Thanks in advance!

Stg

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

Re: LOADxx IEASYM parms

[Neubert, Kevin (DIS)]

I would have to try it to be sure, but I don't believe it matters in
regards to your concern for totally messing things up.

If IEASYMXY is specified in LOADxx, but not present in parmlib I would
expect the following:

IEA013E ERROR DETECTED PROCESSING IEASYMxx:...
IEA011A RESPECIFY ENTIRE IEASYMXX SUFFIX LIST OR U TO BYPASS

If specified in LOADxx and merely present in parmlib with comments I
would expect the following without any further problems:

IEA009I SYMBOLIC DEFINITIONS WILL BE READ FROM:...

I would create a new LOADxx member for trying this out.  Note in LOADxx
IEASYM suffixes are read from left to right where duplicate definitions
override previous definitions.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Thursday, April 20, 2006 4:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: LOADxx IEASYM parms

What happens if the IEASYM parm in LOADxx specifies an used sufix; that 
is, specifies (00,XY) but IEASYMXY does not exist?  Is there just an 
error message?  A WTOR?  Something worse?

What if IEASYMXY exists but is empty or contains just comments?

I've just asked for a new IEASYMxx member, and am trying to determine 
what damage I might do if I screw up.

Thanks.

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

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

Re: z8 ???

[Edward Jaffe]

Phil Payne wrote:

SNAPSHOT: Please join us for an IBM System z9 Business Class announcement
on Thursday, April 27 at 16:30 UK.



Who thinks of these things, and do they have ANY contact with reality?

OK, guys.  We've had an increasingly tough time over the past couple of 
decades, mostly
because of IBM's software price gouging.  Not to mention its [bleep!] lawyer.

But c'mon - when was the last time a paid mainframe employee flew "Business 
Class" at company
expense?

I thought "bc" stood for "Business Computer".  Now that makes a bit of sense.  But 
"Business
Class"?

You get there just the same, but pay 60% more and get a free orange juice.
  


Agreed completely!

The problem stems from the extremely poor choice of "System z9" as a
brand name. (The "IBM System z9 109" was obviously named by someone in
IBM's Department of Redundancy Department!) By putting the number "9"
into the brand name, they broke the quite reasonable zSeries convention
of using "9" for the big machines and "8" for the mid-size offering. So
they decided to come up with the naming convention weirdness
(presumably) being unveiled this week...

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

ADMINISTRIVIA: Offensive Language

[Darren Evans-Young]

Please refrain from using words in your posts that may be
deemed offensive or "inappropriate". ...like the one just recently posted.

Personally, I don't care, but I am getting flooded with rejections
from all the content analyzers (Mail Marshall, etc.). If it happens
again, I will put the offender on NOPOST and forward all these wonderful
rejection notices to the offender.

I will now have to kill the z8 thread because everyone is replying
to the post that had the offending word and I keep getting even MORE
rejection notices! Ah!

Darren

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

Re: z8 ???

[Edward Jaffe]

Phil Payne wrote:

SNAPSHOT: Please join us for an IBM System z9 Business Class announcement
on Thursday, April 27 at 16:30 UK.



Who thinks of these things, and do they have ANY contact with reality?

OK, guys.  We've had an increasingly tough time over the past couple of 
decades, mostly
because of IBM's software price gouging.  Not to mention its asshole lawyer.

But c'mon - when was the last time a paid mainframe employee flew "Business 
Class" at company
expense?

I thought "bc" stood for "Business Computer".  Now that makes a bit of sense.  But 
"Business
Class"?

You get there just the same, but pay 60% more and get a free orange juice.
  


Agreed completely!

The problem stems from the extremely poor choice of "System z9" as a 
brand name. (The "IBM System z9 109" was obviously named by someone in 
IBM's Department of Redundancy Department!) By putting the number "9" 
into the brand name, they broke the quite reasonable zSeries convention 
of using "9" for the big machines and "8" for the mid-size offering. So 
they decided to come up with the naming convention weirdness 
(presumably) being unveiled this week...


--
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: Need Help defining an AS400 with an IP address to the mainframe

[Thomas Lawrence]

Some of these questions I am asking the originator of the project and have
not gotten an answer yet. 

Some I can answer: Yes, all of the sessions are 5250/3270, some are
printers, but they are still considered 'of that type'.

The other 3 questions will remain unanswered for now. 
Sorry.



On Sun, 23 Apr 2006 09:14:52 -0300, Shmuel Metz (Seymour J.)
<[EMAIL PROTECTED]> wrote:

>In <[EMAIL PROTECTED]>, on 04/21/2006
>   at 06:20 PM, Thomas Lawrence <[EMAIL PROTECTED]> said:
>
>>Does this help?
>
>It still leaves a few questions un answered.
>
>Are all of the sessions on the AS/400 either 3270 or 5250? If not,
>what other types of session do you run?
>
>How will the *new* AS/400 be connected?
>
>What is the relevance of the IP addresses?
>
>Do you, or do you plan to, run TN3270 on your PC's? Do you need 3270
>access from real terminals as opposed to only from PC's?
>
>--
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see 
>We don't care. We don't have to care, we're Congress.
>(S877: The Shut up and Eat Your spam act of 2003)
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>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: Need Help defining an AS400 with an IP address to the mainframe

[Thomas Lawrence]

USSTAB - fine - but why only some of the LUs?

To reply to that question only, you don't need USSTAB's for printers. 

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

Re: z8 ???

[(IBM Mainframe Discussion List)]

 
 
In a message dated 4/24/2006 11:40:34 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

>when was the last time a paid mainframe employee flew "Business  Class" at 
>company
>expense?
October, 1998 was my last time.  It all depends on who your  employer is, how 
profitable they are, their travel policy, and how far the  trip is.  I flew 
from Boston to Johannesburg, my employer was  extremely profitable, and I 
qualified under their policy because flying  each way took about 18 hours.  It 
was 
wonderful.  And I had a lot  more than a free orange juice; e.g., there was 
free food and booze in the  exclusive waiting lounges at Logan and Heathrow.

>You get there just  the same, but pay 60% more and get a free orange juice.
You also have a LOT more leg room, elbow room, comfort in general, and  
storage space for carry-on items.


Bill  Fairchild


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

Re: Status Of DASD Unit

[Harry Riedel]

F-NRD offline, not ready


   
 willie bunter 
 <[EMAIL PROTECTED] 
 OO.COM>To
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc
 Discussion List   
 <[EMAIL PROTECTED] Subject
 .EDU> Status Of DASD Unit   
   
   
 04/24/2006 10:31  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED]   
   .EDU> 
   
   




Good Morning

  Can anyone tell me what the "F" means when I display a dasd unit?

  UNIT TYPE STATUSVOLSER VOLSTATE
924A 3390 F-NRD  /RSDNT


  Thanks


-
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+
countries) for 2¢/min or less.

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



Disclaimer: The information contained in this communication is confidential and 
only for the use of the intended addressee(s).  If you have received this 
communication in error, any disclosure or use of such information is strictly 
prohibited.  Please notify the sender immediately and destroy all copies.  
Thank you.

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

z8 ???

[Phil Payne]

> SNAPSHOT: Please join us for an IBM System z9 Business Class announcement
> on Thursday, April 27 at 16:30 UK.

Who thinks of these things, and do they have ANY contact with reality?

OK, guys.  We've had an increasingly tough time over the past couple of 
decades, mostly
because of IBM's software price gouging.  Not to mention its asshole lawyer.

But c'mon - when was the last time a paid mainframe employee flew "Business 
Class" at company
expense?

I thought "bc" stood for "Business Computer".  Now that makes a bit of sense.  
But "Business
Class"?

You get there just the same, but pay 60% more and get a free orange juice.

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

Re: Fw: IXC102A automated by SFM ?

[Edward Jaffe]

Jim Mulder wrote:

  APAR OY36587 on SP4.1.0 (around 1991) added support for a System Control
Program Initiated Reset.  When MVS loads a disabled wait state (for 
example, the 0A2 wait state which results from VARY XCF OFF), MVS issues a Diagnose 
instruction to initiate the reset and load the disabled wait (assuming

the processor environment supports this function, which is indicated
by SCCBIRIN in IHASCCB).
  


How funny! I was just going to suggest that someone modify MVS to 
initiate the RESET just before it loads the disabled WAIT. Glad to see 
it's already been done!


Now, if someone can just figure out a way to inform my SE/HMC that there 
is no need to record the _intended and deliberate_ disabled wait as a 
hardware failure, I'll be happy. Deleting "hardware failure" false 
alarms every time we IPL an LPAR on our z800 is tiring. Has this already 
been addressed with the latest and greatest gear?


--
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: PDSEs in LNKLST at IPL can't be deleted

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/23/2006
   at 08:48 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:

>If the appropriate SETPROG is issued, each address space gets the new
>linklist.

Isn't there still some code in the system that uses the original DEB?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: TSO COLUMNS Command

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
04/23/2006
   at 11:06 AM, willie bunter <[EMAIL PROTECTED]> said:

>Subject: TSO COLUMNS Command

Do you mean ISPF?

>I would like to just view columns 50 -55 when in edit/browse mode in
>a dsn.

ISPF EDIT and VIEW provide a line command called BNDS that can be used
to limit the scope of editing commands. In addition, you can specify
columns in some editing commands, e.g., FIND.

>Also, can we do an INCLUDE or EXCLUDE when performing a FIND
>command.

The options X and NX limit the find to excluded lines and non-excluded
lines, respectively.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: TOD Clock the same as the BIOS clock in PCs?

[J R]

From:  [EMAIL PROTECTED]  Subject: Re: TOD Clock the 
same as the BIOS clock in PCs?

Date: Date:  Mon, Apr 24 2006 4:36 am



which was probably brought to you by the same people who have a bizarre 
collating sequence where zero follows 9 (see your local keyboard or 
telephone keypad for examples).




I think that the zero really means ten.

At least it did, back in the pulse days.


No. Zero means zero.

Since it was difficult to count zero pulses,
it was represented by ten pulses instead,
hence its position on the rotary dial.

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


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

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Chris Langford]

However CMS LOAD rejects a SYM card as invalid. Assembler generates it, 
LOAD hiccups.


Chris Mason wrote:


Shmuel,

Check this out. It appears to be CMS HELP for the LOAD command. It includes
a description of the REP card but also a VER card.
 



--
Chris Langford,
Cestrian Software:
Consulting services for: VM, VSE, MVS, z/VM, z/OS, OS/2, P/3x0 etc. 


z/FM  - A toolbox for VM & MVS at http://zfm.cestrian.com
Deva Woodcrafting:
Furniture creation, House remodeling, Wagon restoration etc.

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

Re: Need Help defining an AS400 with an IP address to the mainframe

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/24/2006
   at 02:26 AM, Chris Mason <[EMAIL PROTECTED]> said:

>I think the text you found logically, if not chronologically,
>precedes the introduction of the type 2.1 node and the introduction
>of the "control point" as the entity managing the node rather than
>always the PU.

Chronologically, which is why I made sure to mention that it was old.
But the PUCP was already there. If you have a recent FAPL manual, is
there a section on nomenclature around p I-8?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: TOD Clock the same as the BIOS clock in PCs?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/23/2006
   at 06:08 PM, "John S. Giltner, Jr." <[EMAIL PROTECTED]> said:

>"Any OS can support the hardware clock for the platform it is running
>on  to be set to local time or UTC."

>Where did I imply that a OS can support hardware that is not
>there?

The text that you quoted above, because some hardware platforms do not
contain a hardware clock that can be set to either.

>I said that it can support what the platform supplies.

You said more than that; you made a claim as to how it could be set.

>Again, I stated that OS can support what the platform supplies. 

Again, you stated more than that.

>So a TOD clock does not supply the time of day?

Red herrings! Get your red herrings while they're fresh. I didn't say
that the TOD clock can't supply the time of day; I said that tw
different pieces of hardware weren't supplying the same function.

>However that is one of the functions it does do and that  function
>can be compared with hardware clocks on other platforms (at  least
>those platforms that supply hardware clocks).

Only with some of the platforms that supply hardware clocks.

>I did go and read the POP and it seems to imply that the TOD clock 
>only provides the time  of day.  That there are two other timers 
>that do the clock comparator  and CPU synchronization and that these 
>three clocks together provide the  timer functions for z/Series 
>hardware.

There are only two timing facilities; CPU and TOD. The clock
comparator compares the value in the TOD clock.

>Again, according to the POP, some of the other functions you mention
>are  not provided by the TOD clock, but by other clocks all
>considered part  of the mainframe timer facilities.

There is nothing in the PoOps about a third clock. 

>Is the TOD clock like a RTC/CMOS clock?

Which? The PC has several different timing facilities. 

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: FTP PUT of a temporary dataset

[Gilbert Saint-Flour]

On Monday 24 April 2006 08:58, Charles Mills wrote:

> ... the short version is //DD:REPFILE
> 
> The earlier (current?) versions of the FTP manual manage to hide this
> feature like they were ashamed of it or something, .

My understanding (I may be wrong) is that support for //DD:ddname was a 
by-product of a change in one of the C routines used by the FTP client, 
i.e. it's not something that resulted from a change in the code for the 
FTP client itself. ISTR //DD:ddname was introduced in OS/390 R9 or R10.  
A few releases later (z/OS 1.2 IIRC), VSAM support became available in 
the FTP client through the same mechanism, but it's neither documented 
not supported.  Again, this is my understanding, don't take my word for 
it.

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/24/2006
   at 01:29 AM, Chris Mason <[EMAIL PROTECTED]> said:

>Check this out. It appears to be CMS HELP for the LOAD command. It
>includes a description of the REP card but also a VER card.

Thanks.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Binder REP Cards (Was: What's the linkage editor really wants?)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/24/2006
   at 01:46 AM, Chris Mason <[EMAIL PROTECTED]> said:

>The conjecture may be mine. The operating system was *not* DOS (VSE)
>or VM. I'm pretty sure it was the usual "smaller" OS of the time, VS1
>was it mot?

OS/VS1 was the follow-on to OS/360 MFT II. While smaller than MVS, it
was arguably larger than OS/VS2 R1 (SVS) and certainly larger than
DOS/VS and DOS/VSE. I would never have had occasion to check whether
OS/VS1 supported REP; my OS/VS experience was with OS/VS2 and by then
I had effectively abandoned EAM cards.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Monitoring tool for STK 9310

[Mark Vitale]

If you are looking for charts based on STK's user SMF records,
my company has a product that will do that.  Check our website
or contact me offlist if you want more information.

Regards,

Mark Vitale 
Senior Software Engineer
Telephone 610.865.0300 (ext. 138) 

ISM - The power behind great IT decisions
Visit us at www.perfman.com 



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Roland Chung
> Sent: Saturday, April 22, 2006 10:49 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Monitoring tool for STK 9310
> 
> Hi Listers, my client is looking for a software package for 
> monitorring the STK tape libraries. They are at z/OS 1.5.
> 
> Any suggestion will be appreciated.
> 
> Thanks in advance.
> 
> --
> With best regards,
> 
> ...Roland Chung
> Senior Technical Specialist (S/390,VM/VSE,DB2/VSE&VM) MAXC 
> Consultants Inc.
> Voice/Fax: 416-469-3280 (If busy, call: 416-469-2268)
> 197 Hastings Ave., Toronto, Ontario, Canada. M4L 2L6
> 
> *Life is short. Stop once in a while and smell the roses.*
> 
> --
> For IBM-MAIN subscribe / signoff / archive access 
> instructions, 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