Discussion:
DTRIATTN
(too old to reply)
Frank Swarbrick
2004-09-13 15:04:00 UTC
Permalink
I've seen recent mention of this IBM supplied program. Where is the usage
documented? Obviously the usage is quite simple, but I always like to see
the actual documentation to make sure I have a full understanding of it's
capabilities. Searching the online IBM VSE library I find a few places
where the program is used but not actual documentation of the program
itself.

Thanks,


---
Frank Swarbrick
Senior Developer/Analyst - Mainframe Applications
FirstBank Data Corporation - Lakewood, CO USA
Frank M. Ramaekers
2004-09-13 15:28:13 UTC
Permalink
Performing a search in "BookManager Library Reader", I get:
VSE/ESA V2R6 V2R6 Administration

Frank M. Ramaekers Jr.
Systems Programmer
American Income Life Insurance Company
Phone: (254) 761-6649


-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU] On Behalf
Of Frank Swarbrick
Sent: Monday, September 13, 2004 10:04 AM
To: VSE Discussion List
Subject: DTRIATTN


I've seen recent mention of this IBM supplied program. Where is the
usage documented? Obviously the usage is quite simple, but I always
like to see the actual documentation to make sure I have a full
understanding of it's capabilities. Searching the online IBM VSE
library I find a few places where the program is used but not actual
documentation of the program itself.

Thanks,


---
Frank Swarbrick
Senior Developer/Analyst - Mainframe Applications
FirstBank Data Corporation - Lakewood, CO USA


----------------------------------------
This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at ***@ailife.com.
Michael Rosinger
2004-09-13 16:19:56 UTC
Permalink
But those are just references to sample jobs where DTRIATTN is being used. I think what Frank would like is to see a bit of documentation on it, as I would also. I use it a whole lot and it works, but it would be nice to see what its author states is the intended use and any limitations, etc. that may apply.

"Frank M. Ramaekers" wrote:

> Performing a search in "BookManager Library Reader", I get:
> VSE/ESA V2R6 V2R6 Administration
>

--
Michael Rosinger
Systems Programmer/DBA
Computer Credit, Inc.
640 W. 4th Street
Winston-Salem, NC 27101
voice : 336-761-1524
fax : 336-761-8852
email : mrosinger at cciws dot com
Ronald Campbell
2004-09-13 15:49:59 UTC
Permalink
DTRIATTN uses SVC 30 to route a command received via a parameter to the
Attention Routine.
example

// EXEC DTRIATTN,PARM='PEND'


Ronald (Ron) Campbell
zSeries Techline - zVSE, Websphere for zSeries, Linux
Supporting DOS - DOS/VS - VSE/SP - VSE/ESA - z/VSE since 1973
IBM Canada, Toronto, Ontario
905-316-8337
internet=***@ca.ibm.com





"Frank Swarbrick"
<Frank.Swarbrick@
efirstbank.com> To
Sent by: "VSE Discussion List"
owner-vse-***@Lehig <vse-***@Lehigh.EDU>
h.EDU cc

Subject
09/13/2004 11:04 DTRIATTN
AM


Please respond to
vse-l






I've seen recent mention of this IBM supplied program. Where is the usage
documented? Obviously the usage is quite simple, but I always like to see
the actual documentation to make sure I have a full understanding of it's
capabilities. Searching the online IBM VSE library I find a few places
where the program is used but not actual documentation of the program
itself.

Thanks,


---
Frank Swarbrick
Senior Developer/Analyst - Mainframe Applications
FirstBank Data Corporation - Lakewood, CO USA
The Family
2004-09-13 16:40:49 UTC
Permalink
Sorry, for the probable URL breakage.... This was about all I could
find, that was possibly useful. Some/all of the references may still
require page searching to locate the relevant text.


Gary Walker


http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=000001bda6b9%24a5302b80%240440a2c0%40big-cow&rnum=3&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=aq0jjo%24jti%40fidoii.CC.Lehigh.EDU&rnum=5&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B%2522documentation%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=9609158454.AA845417170%40fluids.ittind.com&rnum=6&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B%2522documentation%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=332D60B4.6E4%40worldnet.att.net&rnum=11&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B%2522documentation%2522%26hl%3Den%26lr%3D%26ie%3DUTF-8%26start%3D10%26sa%3DN

http://www.frc.utn.edu.ar/campus/ibm/pdfs/sg245624.pdf






"Frank Swarbrick" <***@efirstbank.com> wrote in message
news:***@uni-berlin.de...
> I've seen recent mention of this IBM supplied program. Where is the usage
> documented? Obviously the usage is quite simple, but I always like to see
> the actual documentation to make sure I have a full understanding of it's
> capabilities. Searching the online IBM VSE library I find a few places
> where the program is used but not actual documentation of the program
> itself.
>
> Thanks,
>
>
> ---
> Frank Swarbrick
> Senior Developer/Analyst - Mainframe Applications
> FirstBank Data Corporation - Lakewood, CO USA
Frank Swarbrick
2004-09-14 14:23:35 UTC
Permalink
Thanks. Of course if I had given it a second's thought I should have
googled for it myself.

Anyway, it may be undocumented, but at least it's a *real* "undocumented
feature"! :-)

Frank

>>> The Family<***@swbell.net> 9/13/2004 10:40:49 AM >>>

Sorry, for the probable URL breakage.... This was about all I could
find, that was possibly useful. Some/all of the references may still
require page searching to locate the relevant text.


Gary Walker


http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=000001bda6b9%24a5
302b80%240440a2c0%40big-cow&rnum=3&prev=/groups%3Fq%3D%252B%2522dtriattn%252
2%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=aq0jjo%24jti%40fi
doii.CC.Lehigh.EDU&rnum=5&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B
%2522documentation%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=9609158454.AA8454
17170%40fluids.ittind.com&rnum=6&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%
2B%252B%2522documentation%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=332D60B4.6E4%40wo
rldnet.att.net&rnum=11&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B%25
22documentation%2522%26hl%3Den%26lr%3D%26ie%3DUTF-8%26start%3D10%26sa%3DN

http://www.frc.utn.edu.ar/campus/ibm/pdfs/sg245624.pdf






"Frank Swarbrick" <***@efirstbank.com> wrote in message
news:***@uni-berlin.de...
> I've seen recent mention of this IBM supplied program. Where is the
usage
> documented? Obviously the usage is quite simple, but I always like to
see
> the actual documentation to make sure I have a full understanding of it's
> capabilities. Searching the online IBM VSE library I find a few places
> where the program is used but not actual documentation of the program
> itself.
>
> Thanks,
>
>
> ---
> Frank Swarbrick
> Senior Developer/Analyst - Mainframe Applications
> FirstBank Data Corporation - Lakewood, CO USA
Ron Ashley
2004-09-14 15:31:55 UTC
Permalink
Also a couple days back a person was trying to alter a lst using REXX and I
was thinking maybe he could get around that situation by using DTRIATTN in
his REXX job stream instead. He might get around the password problem.

Ronald Ashley

256-535-1269


-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
Frank Swarbrick
Sent: Tuesday, September 14, 2004 9:24 AM
To: VSE Discussion List
Subject: Re: DTRIATTN


Thanks. Of course if I had given it a second's thought I should have
googled for it myself.

Anyway, it may be undocumented, but at least it's a *real* "undocumented
feature"! :-)

Frank

>>> The Family<***@swbell.net> 9/13/2004 10:40:49 AM >>>

Sorry, for the probable URL breakage.... This was about all I could
find, that was possibly useful. Some/all of the references may still
require page searching to locate the relevant text.


Gary Walker


http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=000001bda6b9%24a5
302b80%240440a2c0%40big-cow&rnum=3&prev=/groups%3Fq%3D%252B%2522dtriattn%252
2%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=aq0jjo%24jti%40fi
doii.CC.Lehigh.EDU&rnum=5&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B
%2522documentation%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=9609158454.AA8454
17170%40fluids.ittind.com&rnum=6&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%
2B%252B%2522documentation%2522%26ie%3DUTF-8%26hl%3Den

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=332D60B4.6E4%40wo
rldnet.att.net&rnum=11&prev=/groups%3Fq%3D%252B%2522dtriattn%2522%2B%252B%25
22documentation%2522%26hl%3Den%26lr%3D%26ie%3DUTF-8%26start%3D10%26sa%3DN

http://www.frc.utn.edu.ar/campus/ibm/pdfs/sg245624.pdf






"Frank Swarbrick" <***@efirstbank.com> wrote in message
news:***@uni-berlin.de...
> I've seen recent mention of this IBM supplied program. Where is the
usage
> documented? Obviously the usage is quite simple, but I always like to
see
> the actual documentation to make sure I have a full understanding of it's
> capabilities. Searching the online IBM VSE library I find a few places
> where the program is used but not actual documentation of the program
> itself.
>
> Thanks,
>
>
> ---
> Frank Swarbrick
> Senior Developer/Analyst - Mainframe Applications
> FirstBank Data Corporation - Lakewood, CO USA
i***@dapsco.com
2004-09-14 15:54:15 UTC
Permalink
owner-vse-***@Lehigh.EDU wrote on 09/14/2004 11:40:08 AM:
> Also a couple days back a person was trying to alter a lst using REXX and
> I was thinking maybe he could get around that situation by using DTRIATTN
> in his REXX job stream instead. He might get around the password problem.

You mean submit a little DTRIATTN job from the REXX job to accomplish
this? That would probably work. However, I needed synchronization of
having this change done before I continue with my processing. It would be
a bit of a length to go to by that method. At any rate... I've since
genned a POWER master password and am using that. Thanks.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Ron Ashley
2004-09-14 16:06:08 UTC
Permalink
That is what I meant. I do not know if when you do this DTRIATTN if it does
it immediately before it goes to next REXX statement. You possibly could
have put a IESWAIT in the REXX routine also. So there is more than 1 way to
skin the cat.

Ronald Ashley

256-535-1269


-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
***@dapsco.com
Sent: Tuesday, September 14, 2004 10:51 AM
To: VSE Discussion List
Subject: RE: DTRIATTN






owner-vse-***@Lehigh.EDU wrote on 09/14/2004 11:40:08 AM:
> Also a couple days back a person was trying to alter a lst using REXX and
> I was thinking maybe he could get around that situation by using DTRIATTN
> in his REXX job stream instead. He might get around the password problem.

You mean submit a little DTRIATTN job from the REXX job to accomplish
this? That would probably work. However, I needed synchronization of
having this change done before I continue with my processing. It would be
a bit of a length to go to by that method. At any rate... I've since
genned a POWER master password and am using that. Thanks.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Martin
2004-09-15 07:36:08 UTC
Permalink
Ron,

>> I do not know if when you do this DTRIATTN if it does
it immediately before it goes to next REXX statement. <<

It does not realy matter, if you invoke DTRIATTN via ADDRESS LINK or via
a slave-Job. Since it uses SVC30 you have absolutly no guarantee, that
whatever it requested is complete.

REXX has methods (that require a password or...) that do give a feedback
and can be used if you must be sure that your action is complete before
you continue.

Martin
--
XML2PDF - the way to get all features of PDF into your documents
on mainframe or PC systems; more at http://www.pi-sysprog.de
Steve_Domarski/
2004-09-16 16:08:17 UTC
Permalink
My department may have a job opening at some point and I mentioned that
when announced there were likely to be a few hundred resume's showing both
electronically and by mail. With a rather serious look I was told that our
office policy is not to read resume's of any kind. Stunned I asked how does
one convey there acquired knowledge and experience in a professional manner
to a prospective employer. The answer came back that information contained
in a resume is both public and definitive in that if your resume identifies
an affiliation to an organization the administration have acknowledged and
accepted that at the time of employment and are therefore also magically
affiliated. <man where's my union card. I got to get rid of it!>
Obviously this comes from one of those Lawyers who reads into judgments
of this type and has advised management of the ultimate solution.

How big a problem is this?

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA
"Great minds discuss Ideas.
Average minds discuss events.
Small minds discuss people. " - Admiral Hyman Rickover
Ward, Garry
2004-09-16 16:14:41 UTC
Permalink
Huh?

Ok, this has Abott & Costello's who's on first beat all to &^*((*(&.

If they read my resume, then they become affliates of my current
employer????

They still haven't explained how they fill the position if they don't
read the resumes, either.

-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
Steve_Domarski/***@PROPAPPR.MARION.FL.US
Sent: Thursday, September 16, 2004 11:21 AM
To: VSE Discussion List
Subject: Off the subject but well extended.






My department may have a job opening at some point and I mentioned that
when announced there were likely to be a few hundred resume's showing
both
electronically and by mail. With a rather serious look I was told that
our
office policy is not to read resume's of any kind. Stunned I asked how
does
one convey there acquired knowledge and experience in a professional
manner
to a prospective employer. The answer came back that information
contained
in a resume is both public and definitive in that if your resume
identifies
an affiliation to an organization the administration have acknowledged
and
accepted that at the time of employment and are therefore also magically
affiliated. <man where's my union card. I got to get rid of it!>
Obviously this comes from one of those Lawyers who reads into
judgments
of this type and has advised management of the ultimate solution.

How big a problem is this?

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA
"Great minds discuss Ideas.
Average minds discuss events.
Small minds discuss people. " - Admiral Hyman Rickover



Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
A***@avon.com
2004-09-16 16:52:16 UTC
Permalink
do they send applications to interested parties, and if they do what info
is requested there ?
did they ever hear of waivers , or signed codes of conduct and ethics

I thought April 1st had past a while ago





"Ward, Garry"
<***@marit To: "VSE Discussion List" <vse-***@Lehigh.EDU>
z.com> cc:
Sent by: Subject: RE: Off the subject but well extended.
owner-vse-***@Lehig
h.EDU


09/16/2004 12:13
PM
Please respond to
vse-l






Huh?

Ok, this has Abott & Costello's who's on first beat all to &^*((*(&.

If they read my resume, then they become affliates of my current
employer????

They still haven't explained how they fill the position if they don't
read the resumes, either.

-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
Steve_Domarski/***@PROPAPPR.MARION.FL.US
Sent: Thursday, September 16, 2004 11:21 AM
To: VSE Discussion List
Subject: Off the subject but well extended.






My department may have a job opening at some point and I mentioned that
when announced there were likely to be a few hundred resume's showing
both
electronically and by mail. With a rather serious look I was told that
our
office policy is not to read resume's of any kind. Stunned I asked how
does
one convey there acquired knowledge and experience in a professional
manner
to a prospective employer. The answer came back that information
contained
in a resume is both public and definitive in that if your resume
identifies
an affiliation to an organization the administration have acknowledged
and
accepted that at the time of employment and are therefore also magically
affiliated. <man where's my union card. I got to get rid of it!>
Obviously this comes from one of those Lawyers who reads into
judgments
of this type and has advised management of the ultimate solution.

How big a problem is this?

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA
"Great minds discuss Ideas.
Average minds discuss events.
Small minds discuss people. " - Admiral Hyman Rickover



Confidentiality Warning: This e-mail contains information intended only
for the use of the individual or entity named above. If the reader of this
e-mail is not the intended recipient or the employee or agent responsible
for delivering it to the intended recipient, any dissemination, publication
or copying of this e-mail is strictly prohibited. The sender does not
accept any responsibility for any loss, disruption or damage to your data
or computer system that may occur while using data contained in, or
transmitted with, this e-mail. If you have received this e-mail in error,
please immediately notify us by return e-mail. Thank you.
Steve_Domarski/
2004-09-16 17:36:47 UTC
Permalink
Ya! Me too. I got a chance to unload on the legal type yesterday. I think
he put his tail between his legs as I was unloading on him. In true
accountant form though he held fast but would look into it. (Remember the
accountants that would chant some silly rule and demand it was in
procedures.) These are the same bozos that demand the six paragraphs of
denials be in the trailer of any e-mail. I know that's got to be around the
corner.

Steve Domarski 352-368-8350



***@a
von.com To: "VSE Discussion List" <vse-***@Lehigh.EDU>
Sent by: cc:
owner-vse-***@Lehi Subject: RE: Off the subject but well extended.
gh.EDU


09/16/2004 12:22
PM
Please respond
to vse-l





do they send applications to interested parties, and if they do what info
is requested there ?
did they ever hear of waivers , or signed codes of conduct and ethics

I thought April 1st had past a while ago





"Ward, Garry"

<***@marit To: "VSE Discussion
List" <vse-***@Lehigh.EDU>
z.com> cc:

Sent by: Subject: RE: Off the
subject but well extended.
owner-vse-***@Lehig

h.EDU



09/16/2004 12:13

PM

Please respond to

vse-l







Huh?

Ok, this has Abott & Costello's who's on first beat all to &^*((*(&.

If they read my resume, then they become affliates of my current
employer????

They still haven't explained how they fill the position if they don't
read the resumes, either.

-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
Steve_Domarski/***@PROPAPPR.MARION.FL.US
Sent: Thursday, September 16, 2004 11:21 AM
To: VSE Discussion List
Subject: Off the subject but well extended.






My department may have a job opening at some point and I mentioned that
when announced there were likely to be a few hundred resume's showing
both
electronically and by mail. With a rather serious look I was told that
our
office policy is not to read resume's of any kind. Stunned I asked how
does
one convey there acquired knowledge and experience in a professional
manner
to a prospective employer. The answer came back that information
contained
in a resume is both public and definitive in that if your resume
identifies
an affiliation to an organization the administration have acknowledged
and
accepted that at the time of employment and are therefore also magically
affiliated. <man where's my union card. I got to get rid of it!>
Obviously this comes from one of those Lawyers who reads into
judgments
of this type and has advised management of the ultimate solution.

How big a problem is this?

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA
"Great minds discuss Ideas.
Average minds discuss events.
Small minds discuss people. " - Admiral Hyman Rickover



Confidentiality Warning: This e-mail contains information intended only
for the use of the individual or entity named above. If the reader of this
e-mail is not the intended recipient or the employee or agent responsible
for delivering it to the intended recipient, any dissemination, publication
or copying of this e-mail is strictly prohibited. The sender does not
accept any responsibility for any loss, disruption or damage to your data
or computer system that may occur while using data contained in, or
transmitted with, this e-mail. If you have received this e-mail in error,
please immediately notify us by return e-mail. Thank you.
E***@DowlingGroup.com
2004-09-16 20:57:48 UTC
Permalink
So how do you get to apply for the job if you can send in resume?
Is political?

Ed

-----Original Message-----
From:
Steve_Domarski/***@PROPAPPR.MARION.FL.US
[mailto:Steve_Domarski/***@PROPAPPR.MARION.
FL.US]
Sent: Thursday, September 16, 2004 1:27 PM
To: VSE Discussion List
Subject: RE: Off the subject but well extended.






Ya! Me too. I got a chance to unload on the legal type yesterday. I think
he put his tail between his legs as I was unloading on him. In true
accountant form though he held fast but would look into it. (Remember the
accountants that would chant some silly rule and demand it was in
procedures.) These are the same bozos that demand the six paragraphs of
denials be in the trailer of any e-mail. I know that's got to be around the
corner.

Steve Domarski 352-368-8350




***@a

von.com To: "VSE Discussion
List" <vse-***@Lehigh.EDU>
Sent by: cc:

owner-vse-***@Lehi Subject: RE: Off the subject
but well extended.
gh.EDU





09/16/2004 12:22

PM

Please respond

to vse-l







do they send applications to interested parties, and if they do what info
is requested there ?
did they ever hear of waivers , or signed codes of conduct and ethics

I thought April 1st had past a while ago





"Ward, Garry"

<***@marit To: "VSE Discussion
List" <vse-***@Lehigh.EDU>
z.com> cc:

Sent by: Subject: RE: Off the
subject but well extended.
owner-vse-***@Lehig

h.EDU



09/16/2004 12:13

PM

Please respond to

vse-l







Huh?

Ok, this has Abott & Costello's who's on first beat all to &^*((*(&.

If they read my resume, then they become affliates of my current
employer????

They still haven't explained how they fill the position if they don't
read the resumes, either.

-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
Steve_Domarski/***@PROPAPPR.MARION.FL.US
Sent: Thursday, September 16, 2004 11:21 AM
To: VSE Discussion List
Subject: Off the subject but well extended.






My department may have a job opening at some point and I mentioned that
when announced there were likely to be a few hundred resume's showing
both
electronically and by mail. With a rather serious look I was told that
our
office policy is not to read resume's of any kind. Stunned I asked how
does
one convey there acquired knowledge and experience in a professional
manner
to a prospective employer. The answer came back that information
contained
in a resume is both public and definitive in that if your resume
identifies
an affiliation to an organization the administration have acknowledged
and
accepted that at the time of employment and are therefore also magically
affiliated. <man where's my union card. I got to get rid of it!>
Obviously this comes from one of those Lawyers who reads into
judgments
of this type and has advised management of the ultimate solution.

How big a problem is this?

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA
"Great minds discuss Ideas.
Average minds discuss events.
Small minds discuss people. " - Admiral Hyman Rickover



Confidentiality Warning: This e-mail contains information intended only
for the use of the individual or entity named above. If the reader of this
e-mail is not the intended recipient or the employee or agent responsible
for delivering it to the intended recipient, any dissemination, publication
or copying of this e-mail is strictly prohibited. The sender does not
accept any responsibility for any loss, disruption or damage to your data
or computer system that may occur while using data contained in, or
transmitted with, this e-mail. If you have received this e-mail in error,
please immediately notify us by return e-mail. Thank you.
Steve_Domarski/
2004-09-17 12:08:45 UTC
Permalink
Our Office accepts job applications. I am currently pressing management to
generate an application than can be filed over the web. I don't perceive
anything political. It just appears to be CYA based on legal precedence
that has been set in case law. I don't know for sure.

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA




***@DowlingG
roup.com To: "VSE Discussion List" <vse-***@Lehigh.EDU>
Sent by: cc:
owner-vse-***@Lehi Subject: RE: Off the subject but well extended.
gh.EDU


09/16/2004 04:56
PM
Please respond
to vse-l




So how do you get to apply for the job if you can send in resume?
Is political?

Ed

-----Original Message-----
From:
Steve_Domarski/***@PROPAPPR.MARION.FL.US
[mailto:Steve_Domarski/***@PROPAPPR.MARION.
FL.US]
Sent: Thursday, September 16, 2004 1:27 PM
To: VSE Discussion List
Subject: RE: Off the subject but well extended.






Ya! Me too. I got a chance to unload on the legal type yesterday. I think
he put his tail between his legs as I was unloading on him. In true
accountant form though he held fast but would look into it. (Remember the
accountants that would chant some silly rule and demand it was in
procedures.) These are the same bozos that demand the six paragraphs of
denials be in the trailer of any e-mail. I know that's got to be around the
corner.

Steve Domarski 352-368-8350




***@a

von.com To: "VSE Discussion
List" <vse-***@Lehigh.EDU>
Sent by: cc:

owner-vse-***@Lehi Subject: RE: Off the subject
but well extended.
gh.EDU





09/16/2004 12:22

PM

Please respond

to vse-l







do they send applications to interested parties, and if they do what info
is requested there ?
did they ever hear of waivers , or signed codes of conduct and ethics

I thought April 1st had past a while ago





"Ward, Garry"

<***@marit To: "VSE Discussion
List" <vse-***@Lehigh.EDU>
z.com> cc:

Sent by: Subject: RE: Off the
subject but well extended.
owner-vse-***@Lehig

h.EDU



09/16/2004 12:13

PM

Please respond to

vse-l







Huh?

Ok, this has Abott & Costello's who's on first beat all to &^*((*(&.

If they read my resume, then they become affliates of my current
employer????

They still haven't explained how they fill the position if they don't
read the resumes, either.

-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU]On Behalf Of
Steve_Domarski/***@PROPAPPR.MARION.FL.US
Sent: Thursday, September 16, 2004 11:21 AM
To: VSE Discussion List
Subject: Off the subject but well extended.






My department may have a job opening at some point and I mentioned that
when announced there were likely to be a few hundred resume's showing
both
electronically and by mail. With a rather serious look I was told that
our
office policy is not to read resume's of any kind. Stunned I asked how
does
one convey there acquired knowledge and experience in a professional
manner
to a prospective employer. The answer came back that information
contained
in a resume is both public and definitive in that if your resume
identifies
an affiliation to an organization the administration have acknowledged
and
accepted that at the time of employment and are therefore also magically
affiliated. <man where's my union card. I got to get rid of it!>
Obviously this comes from one of those Lawyers who reads into
judgments
of this type and has advised management of the ultimate solution.

How big a problem is this?

Steve Domarski 352-368-8350
Property Appraisers Office Marion County Florida USA
"Great minds discuss Ideas.
Average minds discuss events.
Small minds discuss people. " - Admiral Hyman Rickover



Confidentiality Warning: This e-mail contains information intended only
for the use of the individual or entity named above. If the reader of this
e-mail is not the intended recipient or the employee or agent responsible
for delivering it to the intended recipient, any dissemination, publication
or copying of this e-mail is strictly prohibited. The sender does not
accept any responsibility for any loss, disruption or damage to your data
or computer system that may occur while using data contained in, or
transmitted with, this e-mail. If you have received this e-mail in error,
please immediately notify us by return e-mail. Thank you.
i***@dapsco.com
2004-09-17 15:46:23 UTC
Permalink
Those who have acquired either of the last two updates to my VIRTSIZE
procedure have received same with an inadvertent bug included. Seventeen
lines after this header:

/* ---------------------------------------------------------------- */
/* Process LIBR SDL output */
/* ---------------------------------------------------------------- */

you'll find this line of code (s/b line 427 in the latest version):

Do i = i to syslst.0

That should be as follows:

Do i = 1 to syslst.0

Sorry.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Fran Hensler
2004-09-17 16:19:54 UTC
Permalink
Thanks for the update, Dave.

/Fran Hensler at Slippery Rock University of Pennsylvania USA
***@sruvm.sru.edu +1.724.738.2153
"Yes, Virginia, there is a Slippery Rock"
i***@dapsco.com
2004-09-17 18:23:25 UTC
Permalink
I was preparing yet another enhancement to my VIRTSIZE REXX
procedure, when I ran into a discrepancy between two VSE commands as to the
actual amount of virtual storage allocated/reported. Presumably, someone
here can explain this.

I previously had added a breakdown of GETVIS for each active
partition and I just realized I should have done this for System GETVIS as
well. (I'm sorry, but I don't get my ideas all in one big lump -- they
come piecemeal.) At any rate... I made the change and ran the procedure
and found this reported for my 31-bit GETVIS:

VIRTSIZE VSE Virtual Size Analysis ...
Mode: LPAR (15010D4D) ...
Area Description K-bytes M-bytes ...
---------------------------------- --------- --------- ...
Shared Virtual Area (31-bit):
Virtual Library Area . . . . . : 3944 3.85
(current 31-bit VLA remaining : 1066 1.04 )
System GETVIS Area . . . . . . : 6296 6.15
(max. 31-bit GETVIS allocable : 8932 8.72 )
(min. 31-bit GETVIS remaining : 772 0.75 )
(curr. 31-bit GETVIS remaining: 1960 1.91 )

Normally, I wouldn't have noticed this because, with DETAILS=NO, the max.
and min. values shown above wouldn't even appear in the report. However,
notice what it says for the max. value as compared to the previous line.
That previous line comes from the MAP VIRTUAL command and the next three
lines come from the GETVIS SVA command. Can anybody explain the
difference?

Note: I also checked the 24-bit GETVIS and found this:

Shared Virtual Area (24-bit):
Virtual Library Area . . . . . : 1612 1.57
(current 24-bit VLA remaining : 14 0.01 )
System GETVIS Area . . . . . . : 2744 2.68
(max. 24-bit GETVIS allocable : 2636 2.57 )
(min. 24-bit GETVIS remaining : 0 0.00 )
(curr. 24-bit GETVIS remaining: 648 0.63 )
Unused Area . . . . . . . . . . : 64 0.06

Now, in this case, I chalked the discrepancy up to some portion of the
24-bit GETVIS area that is reserved by the system at IPL time and that this
amount is not included in the GETVIS SVA command output. This, of course,
is merely supposition on my part. However, lest you suggest it, none of
these numbers matches my user allocations for those areas:

SVA SDL=300,GETVIS=(1920K,5M),PSIZE=(320K,3M)

Lastly, please note that I have manually verified this information at the
console -- so this is not a program logic error. Thanks.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Ken Meyer
2004-09-20 12:23:23 UTC
Permalink
Your MAX 31-bit value always will include any available 24-bit
because GETVIS LOC=ANY will use low if high GETVIS area is not
available.

Ken Meyer
CSI




snip..

>Lastly, please note that I have manually verified this information at the
>console -- so this is not a program logic error. Thanks.
>
>Sincerely,
>
>Dave Clark
>
>DAPSCO Information Systems
>3110 Kettering Boulevard
>Dayton, Ohio 45439
>(937) 294-5331
i***@dapsco.com
2004-09-20 15:27:27 UTC
Permalink
owner-vse-***@Lehigh.EDU wrote on 09/20/2004 08:23:36 AM:
> Your MAX 31-bit value always will include any available
> 24-bit because GETVIS LOC=ANY will use low if high
> GETVIS area is not available.

Ah, yes, I had noticed that before but had forgotten about it in this
case. Thanks.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Steve Mondy
2004-09-21 19:15:15 UTC
Permalink
Hi Dave,
A bit late but here is some addition break down of the 24-bit SVA.

MAP
AR 0015 SPACE AREA V-SIZE GETVIS V-ADDR UNUSED NAME
AR 0015 S SUP 900K 0 $$A$SUPI
AR 0015 S SVA-24 2248K 3956K E1000 64K
....
AR 0015 S SVA-31 7196K 11236K 3900000
AR 0015 DYN-PA 342016K
AR 0015 DSPACE 174432K
AR 0015 SYSTEM 4416K
AR 0015 AVAIL 225568K
AR 0015 TOTAL 1117056K <----'
AR 0015 1I40I READY

GETVIS SVA
AR 0015 GETVIS USAGE SVA-24 SVA-ANY SVA-24 SVA-ANY
AR 0015 AREA SIZE: 3,784K 15,016K
AR 0015 USED AREA: 3,008K 10,496K MAX. EVER USED: 3,100K 11,192K
AR 0015 FREE AREA: 776K 4,520K LARGEST FREE: 692K 3,740K
AR 0015 1I40I READY

CA-EXPLORE 'DISPLAY STORAGE MAP'
Space Virtual-------- Total Pfix Area
Id Begin End V-Size Limit--Used Description
_ S 00000000 000D0FFF 836k 0k 0k $$A$SUPI
_ S 000D1000 000E0FFF 64k 0k 0k SDAID AREA
_ S 000E1000 000EAFFF 40k 0k 0k SVA-SDL
_ S 000EB000 00312FFF 2208k 0k 0k 24-BIT VIRTUAL LIBRARY
_ S 00313000 006C4FFF 3784k 8932k 1480k 24-BIT SYSTEM GETVIS AREA
_ S 006C5000 006DFFFF 108k 0k 0k LABEL WORK AREA
_ S 006E0000 006EFFFF 64k 0k 0k VPOOL FOR VIO
_ S 006F0000 006FFFFF 64k 0k 0k UNALLOCATED
....
_ S 03900000 04006FFF 7196k 0k 0k 31-BIT VIRTUAL LIBRARY
_ S 04007000 04039FFF 204k 0k 0k SYSTEM GETVIS CONTROL AREA
_ S 0403A000 04AFFFFF 11032k 1097kk 8168k 31-BIT SYSTEM GETVIS AREA

As you can see the GETVIS SVA command displays the actual 24/31-bit system getvis. For GETVIS the MAP command includes the LABEL WORK AREA & VPOOL area. For V-SIZE (PSIZE) the MAP includes the 24-bit virtual library (SVA) & the SVA-SDL. This can be confirmed by the output from a LIBR LD SDL report. By the way I have found that the SVA SDL= is allocated in 4K amounts that equal 56 entries (72 bytes/entry). Let us know when you release an updated version of VIRTSIZE.

STATUS DISPLAY SDL AND SVA DATE: 2004-09-21
TIME: 13:53
--------------------------------------------------------------------
SDL TOTAL ENTRIES : 566 (100%)
USED ENTRIES : 511 ( 90%)
FREE ENTRIES : 55 ( 10%)

SVA(24) TOTAL SPACE : 2208K (100%)
USED SPACE : 2189K ( 99%)
- PFIXED AREA: 164K ( 7%) START AT: 002E9FB0
FREE SPACE : 19K ( 1%)

SVA(31) TOTAL SPACE : 7196K (100%)
USED SPACE : 2759K ( 38%)
- PFIXED AREA: 560K ( 8%) START AT: 03F7AD98
FREE SPACE : 4437K ( 62%)
--------------------------------------------------------------------

Steve


>>> ***@dapsco.com 9/17/04 1:20:08 PM >>>




I was preparing yet another enhancement to my VIRTSIZE REXX
procedure, when I ran into a discrepancy between two VSE commands as to the
actual amount of virtual storage allocated/reported. Presumably, someone
here can explain this.

I previously had added a breakdown of GETVIS for each active
partition and I just realized I should have done this for System GETVIS as
well. (I'm sorry, but I don't get my ideas all in one big lump -- they
come piecemeal.) At any rate... I made the change and ran the procedure
and found this reported for my 31-bit GETVIS:

VIRTSIZE VSE Virtual Size Analysis ...
Mode: LPAR (15010D4D) ...
Area Description K-bytes M-bytes ...
---------------------------------- --------- --------- ...
Shared Virtual Area (31-bit):
Virtual Library Area . . . . . : 3944 3.85
(current 31-bit VLA remaining : 1066 1.04 )
System GETVIS Area . . . . . . : 6296 6.15
(max. 31-bit GETVIS allocable : 8932 8.72 )
(min. 31-bit GETVIS remaining : 772 0.75 )
(curr. 31-bit GETVIS remaining: 1960 1.91 )

Normally, I wouldn't have noticed this because, with DETAILS=NO, the max.
and min. values shown above wouldn't even appear in the report. However,
notice what it says for the max. value as compared to the previous line.
That previous line comes from the MAP VIRTUAL command and the next three
lines come from the GETVIS SVA command. Can anybody explain the
difference?

Note: I also checked the 24-bit GETVIS and found this:

Shared Virtual Area (24-bit):
Virtual Library Area . . . . . : 1612 1.57
(current 24-bit VLA remaining : 14 0.01 )
System GETVIS Area . . . . . . : 2744 2.68
(max. 24-bit GETVIS allocable : 2636 2.57 )
(min. 24-bit GETVIS remaining : 0 0.00 )
(curr. 24-bit GETVIS remaining: 648 0.63 )
Unused Area . . . . . . . . . . : 64 0.06

Now, in this case, I chalked the discrepancy up to some portion of the
24-bit GETVIS area that is reserved by the system at IPL time and that this
amount is not included in the GETVIS SVA command output. This, of course,
is merely supposition on my part. However, lest you suggest it, none of
these numbers matches my user allocations for those areas:

SVA SDL=300,GETVIS=(1920K,5M),PSIZE=(320K,3M)

Lastly, please note that I have manually verified this information at the
console -- so this is not a program logic error. Thanks.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
i***@dapsco.com
2004-09-23 16:56:56 UTC
Permalink
owner-vse-***@Lehigh.EDU wrote on 09/21/2004 03:14:05 PM:
> As you can see the GETVIS SVA command displays the actual 24/31-bit
> system getvis. For GETVIS the MAP command includes the LABEL WORK
> AREA & VPOOL area. For V-SIZE (PSIZE) the MAP includes the 24-bit
> virtual library (SVA) & the SVA-SDL. This can be confirmed by the
> output from a LIBR LD SDL report. By the way I have found that the
> SVA SDL= is allocated in 4K amounts that equal 56 entries (72
> bytes/entry).

Thanks much, Steve. I am already processing the LIBR LD SDL output
(to get the free VLA amounts), so I will be able to get the size of the SDL
from there. I was also already excluding the SDAID buffer and VPOOL from
my 24-bit GETVIS calculations. Otherwise, do you know a VSE command or
other native VSE method of obtaining the size of the Label Work Area?

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
i***@dapsco.com
2004-09-23 18:58:33 UTC
Permalink
It turns out that a simple calculation (so far) gives me the size of
the LWA. So, the next enhancement of the VIRTSIZE REXX procedure is ready
for beta testing (does include some changes to the logic structure).
Off-line requests by beta testers, please?

With DETAILS=NO, the following is now what is reported for the 24-bit
Shared Area:

VIRTSIZE VSE Virtual Size Summary ...
Mode: LPAR (15010D4D) ...
Area Description K-bytes M-bytes ...
---------------------------------- --------- ---------
Supervisor Size . . . . . . . . . : 572 0.56
SDAIDS Trace Area . . . . . . . . : 64 0.06
Shared Virtual Area (24-bit):
System Directory List . . . . . : 32 0.03
Virtual Library Area . . . . . : 1580 1.54
System GETVIS Area . . . . . . : 2636 2.57
Label Work Area . . . . . . . . : 108 0.11
Virtual Pool . . . . . . . . . : 64 0.06
Unused Area . . . . . . . . . . : 64 0.06
Shared Partition Area . . . . . . : 0 0.00
--------- ---------
Total Shared 24-bit Storage . . . : ...

With DETAILS=YES, the following is the same information with expanded
analyses:

VIRTSIZE VSE Virtual Size Analysis ...
Mode: LPAR (15010D4D) ...
Area Description K-bytes M-bytes ...
---------------------------------- --------- ---------
Supervisor Size . . . . . . . . . : 572 0.56
SDAIDS Trace Area . . . . . . . . : 64 0.06
Shared Virtual Area (24-bit):
System Directory List . . . . . : 32 0.03
(current SDL entries free= 89 : 6 0.01 )
Virtual Library Area . . . . . : 1580 1.54
(current 24-bit VLA remaining : 14 0.01 )
System GETVIS Area . . . . . . : 2636 2.57
(max. 24-bit GETVIS allocable : 2636 2.57 )
(min. 24-bit GETVIS remaining : 0 0.00 )
(curr. 24-bit GETVIS remaining: 644 0.63 )
Label Work Area . . . . . . . . : 108 0.11
Virtual Pool . . . . . . . . . : 64 0.06
Unused Area . . . . . . . . . . : 64 0.06
Shared Partition Area . . . . . . : 0 0.00
--------- ---------
Total Shared 24-bit Storage . . . : ...

The same type of thing applies to the other areas of reporting:

Total Private Storage . . . . . . :
Total Dynamic Storage . . . . . . :
Total Shared 31-bit Storage . . . :
Total Virtual Storage Required . :

With DETAILS=NO, you will get a one-page summary report (though a
page break will occur if using all 12 static partitions and at least 12
dynamic classes are defined). With DETAILS=YES, each of the five reporting
areas will begin on a new page of the report -- with page breaks supported
for the static, dynamic, and shared 31-bit (for DSPACE breakdown) reporting
areas.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Frank M. Ramaekers
2004-09-21 19:34:35 UTC
Permalink
VSE 2.6.2:

SPACE AREA V-SIZE GETVIS V-ADDR UNUSED NAME
S SUP 712K 0 $$A$SUPI
S SVA-24 2400K 3032K B2000 0K
0 BG V 2048K 6144K 600000 73728K
:
:
S SVA-31 17428K 17388K 5600000
DYN-PA 471040K
DSPACE 296544K
SYSTEM 8128K
AVAIL 1105888K
TOTAL 2080256K <----'

Frank M. Ramaekers Jr.
Systems Programmer
American Income Life Insurance Company
Phone: (254) 761-6649


-----Original Message-----
From: owner-vse-***@Lehigh.EDU [mailto:owner-vse-***@Lehigh.EDU] On Behalf
Of Steve Mondy
Sent: Tuesday, September 21, 2004 2:14 PM
To: VSE Discussion List
Subject: Re: Virtual Storage reporting differences


Hi Dave,
A bit late but here is some addition break down of the 24-bit SVA.

MAP
AR 0015 SPACE AREA V-SIZE GETVIS V-ADDR UNUSED NAME
AR 0015 S SUP 900K 0 $$A$SUPI
AR 0015 S SVA-24 2248K 3956K E1000 64K
....
AR 0015 S SVA-31 7196K 11236K 3900000
AR 0015 DYN-PA 342016K
AR 0015 DSPACE 174432K
AR 0015 SYSTEM 4416K
AR 0015 AVAIL 225568K
AR 0015 TOTAL 1117056K <----'
AR 0015 1I40I READY

GETVIS SVA

AR 0015 GETVIS USAGE SVA-24 SVA-ANY SVA-24
SVA-ANY
AR 0015 AREA SIZE: 3,784K 15,016K

AR 0015 USED AREA: 3,008K 10,496K MAX. EVER USED: 3,100K
11,192K
AR 0015 FREE AREA: 776K 4,520K LARGEST FREE: 692K
3,740K
AR 0015 1I40I READY


CA-EXPLORE 'DISPLAY STORAGE MAP'
Space Virtual-------- Total Pfix Area
Id Begin End V-Size Limit--Used Description
_ S 00000000 000D0FFF 836k 0k 0k $$A$SUPI
_ S 000D1000 000E0FFF 64k 0k 0k SDAID AREA
_ S 000E1000 000EAFFF 40k 0k 0k SVA-SDL
_ S 000EB000 00312FFF 2208k 0k 0k 24-BIT VIRTUAL LIBRARY
_ S 00313000 006C4FFF 3784k 8932k 1480k 24-BIT SYSTEM GETVIS AREA
_ S 006C5000 006DFFFF 108k 0k 0k LABEL WORK AREA
_ S 006E0000 006EFFFF 64k 0k 0k VPOOL FOR VIO
_ S 006F0000 006FFFFF 64k 0k 0k UNALLOCATED
....
_ S 03900000 04006FFF 7196k 0k 0k 31-BIT VIRTUAL LIBRARY
_ S 04007000 04039FFF 204k 0k 0k SYSTEM GETVIS CONTROL AREA
_ S 0403A000 04AFFFFF 11032k 1097kk 8168k 31-BIT SYSTEM GETVIS AREA

As you can see the GETVIS SVA command displays the actual 24/31-bit
system getvis. For GETVIS the MAP command includes the LABEL WORK AREA
& VPOOL area. For V-SIZE (PSIZE) the MAP includes the 24-bit virtual
library (SVA) & the SVA-SDL. This can be confirmed by the output from a
LIBR LD SDL report. By the way I have found that the SVA SDL= is
allocated in 4K amounts that equal 56 entries (72 bytes/entry). Let us
know when you release an updated version of VIRTSIZE.

STATUS DISPLAY SDL AND SVA DATE: 2004-09-21
TIME: 13:53
--------------------------------------------------------------------
SDL TOTAL ENTRIES : 566 (100%)
USED ENTRIES : 511 ( 90%)
FREE ENTRIES : 55 ( 10%)

SVA(24) TOTAL SPACE : 2208K (100%)
USED SPACE : 2189K ( 99%)
- PFIXED AREA: 164K ( 7%) START AT: 002E9FB0
FREE SPACE : 19K ( 1%)

SVA(31) TOTAL SPACE : 7196K (100%)
USED SPACE : 2759K ( 38%)
- PFIXED AREA: 560K ( 8%) START AT: 03F7AD98
FREE SPACE : 4437K ( 62%)
--------------------------------------------------------------------

Steve


>>> ***@dapsco.com 9/17/04 1:20:08 PM >>>




I was preparing yet another enhancement to my VIRTSIZE REXX
procedure, when I ran into a discrepancy between two VSE commands as to
the actual amount of virtual storage allocated/reported. Presumably,
someone here can explain this.

I previously had added a breakdown of GETVIS for each active
partition and I just realized I should have done this for System GETVIS
as well. (I'm sorry, but I don't get my ideas all in one big lump --
they come piecemeal.) At any rate... I made the change and ran the
procedure and found this reported for my 31-bit GETVIS:

VIRTSIZE VSE Virtual Size Analysis ...
Mode: LPAR (15010D4D) ...
Area Description K-bytes M-bytes ...
---------------------------------- --------- --------- ... Shared
Virtual Area (31-bit):
Virtual Library Area . . . . . : 3944 3.85
(current 31-bit VLA remaining : 1066 1.04 )
System GETVIS Area . . . . . . : 6296 6.15
(max. 31-bit GETVIS allocable : 8932 8.72 )
(min. 31-bit GETVIS remaining : 772 0.75 )
(curr. 31-bit GETVIS remaining: 1960 1.91 )

Normally, I wouldn't have noticed this because, with DETAILS=NO, the
max. and min. values shown above wouldn't even appear in the report.
However, notice what it says for the max. value as compared to the
previous line. That previous line comes from the MAP VIRTUAL command and
the next three lines come from the GETVIS SVA command. Can anybody
explain the difference?

Note: I also checked the 24-bit GETVIS and found this:

Shared Virtual Area (24-bit):
Virtual Library Area . . . . . : 1612 1.57
(current 24-bit VLA remaining : 14 0.01 )
System GETVIS Area . . . . . . : 2744 2.68
(max. 24-bit GETVIS allocable : 2636 2.57 )
(min. 24-bit GETVIS remaining : 0 0.00 )
(curr. 24-bit GETVIS remaining: 648 0.63 )
Unused Area . . . . . . . . . . : 64 0.06

Now, in this case, I chalked the discrepancy up to some portion of the
24-bit GETVIS area that is reserved by the system at IPL time and that
this amount is not included in the GETVIS SVA command output. This, of
course, is merely supposition on my part. However, lest you suggest it,
none of these numbers matches my user allocations for those areas:

SVA SDL=300,GETVIS=(1920K,5M),PSIZE=(320K,3M)

Lastly, please note that I have manually verified this information at
the console -- so this is not a program logic error. Thanks.

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331



----------------------------------------
This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at ***@ailife.com.
Steve Mondy
2004-09-24 16:09:57 UTC
Permalink
After a quick look I do not see any commands that show the LWA. Maybe the LY manuals would identify where to find it.

>>> ***@dapsco.com 9/23/04 11:54:09 AM >>>




owner-vse-***@Lehigh.EDU wrote on 09/21/2004 03:14:05 PM:
> As you can see the GETVIS SVA command displays the actual 24/31-bit
> system getvis. For GETVIS the MAP command includes the LABEL WORK
> AREA & VPOOL area. For V-SIZE (PSIZE) the MAP includes the 24-bit
> virtual library (SVA) & the SVA-SDL. This can be confirmed by the
> output from a LIBR LD SDL report. By the way I have found that the
> SVA SDL= is allocated in 4K amounts that equal 56 entries (72
> bytes/entry).

Thanks much, Steve. I am already processing the LIBR LD SDL output
(to get the free VLA amounts), so I will be able to get the size of the SDL
from there. I was also already excluding the SDAID buffer and VPOOL from
my 24-bit GETVIS calculations. Otherwise, do you know a VSE command or
other native VSE method of obtaining the size of the Label Work Area?

Sincerely,

Dave Clark

DAPSCO Information Systems
3110 Kettering Boulevard
Dayton, Ohio 45439
(937) 294-5331
Loading...