Re: iPad and HMC and Safari?

[Brian Westerman]

If you purchase the iPad Cloud Browser app you can use both Flash and Java on 
the iPad.  It actually runs a full Firefox session and streams the content to 
your iPad.  The finger movements are a little different from the standard ones, 
but easy to get used to.  There are a couple others that might be better (or 
worse) called iSwifter and Puffin, but I have only ever used Cloud Browser.  

Brian

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

Re: iPad and HMC and Safari?

[Timothy Sipples]

One option is that you can use your iPad (or iPhone or iPod touch) to
connect to your Mac or PC, then use your Mac- or PC-based browser from
there. There are multiple options for remote desktop access from your iPad.


Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm.com

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

Re: C newbie - pass a LDAP handle out to calling routine

[Frank Swarbrick]

FWIW, COBOL can now call by value, if desired.


given:

int cfunc (int x, double x, struct t *p);

do this:
call 'cfunc' using value cobol-fullword cobol-double
   reference cobol-structure  

 returning ret-fullword


Frank




>
>From: Bernd Oppolzer 
>To: IBM-MAIN@bama.ua.edu
>Sent: Sunday, November 6, 2011 1:10 PM
>Subject: Re: C newbie - pass a LDAP handle out to calling routine
>
>When calling C routines from other languages like COBOL or PL/1 (or FORTRAN),
>you have to take into account that in C the parameters are passed "by value", 
>whereas
>the other languages pass them "by reference", that is, addresses of the 
>variables.
>
>The solution is simple: to construct your C routines so that they can be 
>called from
>other languages, put a star on every parameter, so that C expects pointers 
>instead
>of values. Of course, when accessing the parameters inside the C functions,
>you have to specify the stars, too.
>
>that is:
>
>int cfunc (int *x, double *x, struct type *p, ..);
>
>Furthermore, the result type should be int, so that other languages can read 
>the
>return code from the C function result.
>
>If the parameter type is pointer, you need two stars, of course (that was your 
>point).
>
>Of course, this does not solve all the problems. You have still the issue with 
>char strings,
>which are in fact vectors of single chars, so there is already a star. And you 
>need to
>unterstand that when passing vectors as parameter, you normally pass the 
>starting address.
>
>And, with languages like PL/1, you have the locator/descriptor problem. But 
>that's
>another topic and has nothing to do with C.
>
>Kind regards
>
>Bernd
>
>
>
>Am 06.11.2011 20:08, schrieb Gibney, Dave:
>> With the assistance of several folks over on MVS-OE, I solved my problem. It 
>> is clear here that I did fail in the original question to be clear enough 
>> that my driving program is not C. The whole intent was to be able to pass 
>> that address from ldap_init back out to the non C driver so that it could be 
>> reused by the thousands of calls. The solution was: extern int ret2nat (int 
>> *back_value, LDAP **ld, char *msg) This pointer to a pointer format allows 
>> the fullword in the calling non C program hold the LDAP handle from call to 
>> call.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
>

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

Re: ShopZ Down?

[Glen Gasior]

*
still cannot order a ServerPac for z/OS 1.13, I have been told again that level 
2 is working on it.  I think it needs a speed team.

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

Re: How to enable Storage Protection Override?

[Phil Smith III]

We solved this. Our calling sequence is somewhat complex: our processing is
going to block, so we need to get off the QR. So we have a two-level call:
the user transaction calls our first-level program, which does an EXEC CICS
LINK to the second-level program, which is defined OPENAPI and THREADSAFE to
get us off the QR.

 

It turns out that the CEDA definition of the second-level program was
EXECKEY(USER); changing it to EXECKEY(CICS) fixed our problem.

 

Here's what we believe happened, depending on the STGPROT setting:

 

With STGPROT=NO:

-  All storage was key 8. 

-  Our MODESET worked fine, we were able to access user storage from
the started task.

 

With STGPROT=YES:

-  User storage (in the transaction) was key 8 (running on the QR).

-  Transaction called our first-level program, which was also
running in key 8, also on the QR.

-  Our first-level program did an EXEC CICS LINK to the second-level
program to get off the QR. However, our second-level program was also
defined as EXECKEY(USER), and thus ran in key 9. When we got control in the
Started Task, our MODESET worked, putting us into key 9 - which was, of
course, A Bad Thing at that point.

-  Once our second-level program was changed to EXECKEY(CICS), it
also ran in key 8, and thus our MODESET puts us into key 8 and all is well.

 

Thanks to all for assistance and speculation - while (due to our vague
understanding!) it wasn't all on-target, it surrounded the problem well
enough that it helped us figure it out. Definitely pays for our IBM-MAIN
subscription for the year J

 

.phsiii


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

Re: iPad and HMC and Safari?

[Field, Alan C.]

Thanks Mary Anne. A quick GOOGLE says Apple doesn't support java. Time
to give up, at least on the iPad.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Mary Anne Matyaz
Sent: Monday, November 07, 2011 14:39 
To: IBM-MAIN@bama.ua.edu
Subject: Re: iPad and HMC and Safari?

"I unblocked pop-ups after my first unsuccessful attempt when it told me
to do that :)"

Alan, there are a couple of things that only happen when something is
selected, one of them is the java environment,  and another is port 9960
being used. We've had trouble with both of those at our site, so maybe
that avenue will prove fruitful. 

MA

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

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

Re: iPad and HMC and Safari?

[Mary Anne Matyaz]

"I unblocked pop-ups after my first unsuccessful attempt when it told me
to do that :)"

Alan, there are a couple of things that only happen when something is selected, 
one of them is the java environment,  and another is port 9960 being used. 
We've had trouble with both of those at our site, so maybe that avenue will 
prove fruitful. 

MA

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

Re: iPad and HMC and Safari?

[Field, Alan C.]

I unblocked pop-ups after my first unsuccessful attempt when it told me
to do that :)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Neubert, Kevin
Sent: Monday, November 07, 2011 13:20 
To: IBM-MAIN@bama.ua.edu
Subject: Re: iPad and HMC and Safari?

Pop-ups blocked?  I don't see Safari listed, but perhaps you can glean
something else from your respective HMC Operations Guide.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Field, Alan C.
Sent: Monday, November 07, 2011 10:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: iPad and HMC and Safari?

Tried to use my iPad to access the HMC. 

 

I got signed in and was able to display the first screen, then selecting
say CPCs it got lost and I couldn't go any further. 

 

I can do email and TN3270, if I can get HMC working it would be great.

 

Has anyone else tried it? What is your experience?

 

Thanks. 

 

Alan 

 

 

  


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

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

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

Re: iPad and HMC and Safari?

[Field, Alan C.]

No, we have z196s. Not sure what the underlying OS is (some Linux derivative I 
think).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
R.S.
Sent: Monday, November 07, 2011 13:03 
To: IBM-MAIN@bama.ua.edu
Subject: Re: iPad and HMC and Safari?

Is it OS/2 based HMC?

-- 
Radoslaw Skorupka
Lodz, Poland



W dniu 2011-11-07 19:53, Field, Alan C. pisze:
> Tried to use my iPad to access the HMC.
>
>
>
> I got signed in and was able to display the first screen, then selecting
> say CPCs it got lost and I couldn't go any further.
>
>
>
> I can do email and TN3270, if I can get HMC working it would be great.
>
>
>
> Has anyone else tried it? What is your experience?
>
>
>
> Thanks.
>
>
>
> Alan


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

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

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 168.346.696 zotych.

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

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

Re: iPad and HMC and Safari?

[Neubert, Kevin]

Pop-ups blocked?  I don't see Safari listed, but perhaps you can glean 
something else from your respective HMC Operations Guide.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Field, Alan C.
Sent: Monday, November 07, 2011 10:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: iPad and HMC and Safari?

Tried to use my iPad to access the HMC. 

 

I got signed in and was able to display the first screen, then selecting
say CPCs it got lost and I couldn't go any further. 

 

I can do email and TN3270, if I can get HMC working it would be great.

 

Has anyone else tried it? What is your experience?

 

Thanks. 

 

Alan 

 

 

  


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

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

Re: iPad and HMC and Safari?

[R.S.]

Is it OS/2 based HMC?

--
Radoslaw Skorupka
Lodz, Poland



W dniu 2011-11-07 19:53, Field, Alan C. pisze:

Tried to use my iPad to access the HMC.



I got signed in and was able to display the first screen, then selecting
say CPCs it got lost and I couldn't go any further.



I can do email and TN3270, if I can get HMC working it would be great.



Has anyone else tried it? What is your experience?



Thanks.



Alan



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

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


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


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

iPad and HMC and Safari?

[Field, Alan C.]

Tried to use my iPad to access the HMC. 

 

I got signed in and was able to display the first screen, then selecting
say CPCs it got lost and I couldn't go any further. 

 

I can do email and TN3270, if I can get HMC working it would be great.

 

Has anyone else tried it? What is your experience?

 

Thanks. 

 

Alan 

 

 

  


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

Re: System time quandary

[Don Demor]

If STPMODE= is not specified, then the default STPMODE=YES will be used



Donald J. Demor
System Engineer Lead
Technical Services - z/OS and Mainframe Hardware
Progressive Casualty Insurance Company
300 North Commons Blvd.
Mayfield Village, OH 44143
ph# 440.395.1407
cell ph# 440.336.2355

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

Re: System time quandary

[Don Demor]

If STPMODE= is not code then the default will be STPMODE=YES.

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

Re: System time quandary

[Jim Phoenix]

Edit, sorry for the typo.

If you have coded STPMODE=YES, be sure to code STPZONE=NO in order allow the 
TIMEZONE= to specify Pacific time.

On 11/7/2011 9:46 AM, Mark Jacobs wrote:

We have three processors all syncing their time via STP protocols. One of our 
clients (still zOS 1.9) is in Pacific Time while we're set to Eastern time. 
Ever since they've been hosted here we've adjusted their local time using a 
three hour offset on their lpar definition, however their system isn't showing 
correct GMT time.

This, up until the past year or so, never been a problem to their processes, 
but now they're looking for accurate GMT time on their lpar, as well as correct 
local time.

If anyone is doing this and can share recommendations I'd appreciate it.



--
| Jim Phoenix  | Voice:   (310) 338-0400 x316   |
| Senior Software Developer| Fax: (310) 338-0801|
| Phoenix Software International   ||
| 831 Parkview Drive North | jimphoe...@phoenixsoftware.com |
| El Segundo, CA 90245 | http://www.phoenixsoftware.com |

Opinions expressed by this individual are not necessarily those of the Company.

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

Re: System time quandary

[Jim Phoenix]

If you have coded STPMODE=YES, be sure to code STPZONE=NO in order allow the 
ZONE= to specify Pacific time.

On 11/7/2011 9:46 AM, Mark Jacobs wrote:

We have three processors all syncing their time via STP protocols. One of our 
clients (still zOS 1.9) is in Pacific Time while we're set to Eastern time. 
Ever since they've been hosted here we've adjusted their local time using a 
three hour offset on their lpar definition, however their system isn't showing 
correct GMT time.

This, up until the past year or so, never been a problem to their processes, 
but now they're looking for accurate GMT time on their lpar, as well as correct 
local time.

If anyone is doing this and can share recommendations I'd appreciate it.



--
| Jim Phoenix  | Voice:   (310) 338-0400 x316   |
| Senior Software Developer| Fax: (310) 338-0801|
| Phoenix Software International   ||
| 831 Parkview Drive North | jimphoe...@phoenixsoftware.com |
| El Segundo, CA 90245 | http://www.phoenixsoftware.com |

Opinions expressed by this individual are not necessarily those of the Company.

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

Re: System time quandary

[Staller, Allan]

Given the environment, I don't understand how the GMT can be different
on *this* processor from the others.
Are we talking MVS or Unix System Services here?  One LPAR or many?
Sysplex?

AFAIK, using STP, the HW clocks on *ALL* processors are presumably:
a) At the same time (give or take a *very* few seconds).
b) Set to GMT time.

On the z/OS side look at SYS1.PARMLIB(CLOCKxx) for that particular LPAR
and set the appropriate TIMEZONE= for that LPAR
On the OMVS (USS - See above) side. Look at /etc/initoptions,
/etc/profile, /etc/rc, and set the correct TZ environment variable;
e.g. TZ=CST6CDT
export $TZ

The USS "date" command will return the local time based on the HW clock
plus/minus the TZ environment variable.

HTH,


We have three processors all syncing their time via STP protocols. One 
of our clients (still zOS 1.9) is in Pacific Time while we're set to 
Eastern time. Ever since they've been hosted here we've adjusted their 
local time using a three hour offset on their lpar definition, however 
their system isn't showing correct GMT time.

snippage...

If anyone is doing this and can share recommendations I'd appreciate it.


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

Re: System time quandary

[Mike Schwab]

Set all processors to GMT and use 5 hour offset for Eastern time and 8
hour offset for Pacific time..

On Mon, Nov 7, 2011 at 11:46 AM, Mark Jacobs  wrote:
> We have three processors all syncing their time via STP protocols. One of
> our clients (still zOS 1.9) is in Pacific Time while we're set to Eastern
> time. Ever since they've been hosted here we've adjusted their local time
> using a three hour offset on their lpar definition, however their system
> isn't showing correct GMT time.
>
> This, up until the past year or so, never been a problem to their processes,
> but now they're looking for accurate GMT time on their lpar, as well as
> correct local time.
>
> If anyone is doing this and can share recommendations I'd appreciate it.
>
> --
> Mark Jacobs
> Time Customer Service
> Tampa, FL
> 
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

System time quandary

[Mark Jacobs]

We have three processors all syncing their time via STP protocols. One 
of our clients (still zOS 1.9) is in Pacific Time while we're set to 
Eastern time. Ever since they've been hosted here we've adjusted their 
local time using a three hour offset on their lpar definition, however 
their system isn't showing correct GMT time.


This, up until the past year or so, never been a problem to their 
processes, but now they're looking for accurate GMT time on their lpar, 
as well as correct local time.


If anyone is doing this and can share recommendations I'd appreciate it.

--
Mark Jacobs
Time Customer Service
Tampa, FL


One of life's greatest mysteries is how the boy who
wasn't good enough to marry your daughter can be the
father of the smartest grandchild in the world.

Yiddish Proverb

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

Two upcoming z/os 1.13 webcasts

[Mary Anne Matyaz]

I hadn't seen this mentioned so I thought I'd post it. 

https://www.ibm.com/developerworks/mydeveloperworks/blogs/5e65990a-9690-42e2-93b1-c2267be7620c/entry/upcoming_webcasts_about_z_os_version_1_release_13?lang=en

PART 1 - What's new with z/OS and z/OS Management Facility Version 1 Release 
13, and more!
SPEAKER: Gita Grube Berg, IBM Server Technology Group Marketing

PART 2 - Accelerate your Migration to z/OS Version 1 Release 13!
SPEAKER: Marna Walle, IBM System Software Senior Technical Staff Member, z/OS 
Development

To register: http://events.unisfair.com/rt/ibm~zosr13value

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

Re: OT measures was Re: Out damn'd GMT ...

[Ted MacNEIL]

>I think in this case the term state is not wholly inappropriate:

>state (n):
8.the territory, or one of the territories, of a government.

>Respectfully submitted by a former resident (and still citizen) of said 
>province.

Possibly, but when I worked for said province, we never used state-owned, 
state-run, ward of the state, etc.

It was always province, or (sometimes) crown.
But, crown usually referred to the federal government.


-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

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

Re: OT measures was Re: Out damn'd GMT ...

[Turriff, Leslie]

This is one of those situations where someone (the US government) has 
taken a generic term for use for their own specific purpose.

Leslie Turriff
MO ITSD

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Grinsell, Don
Sent: Monday, November 07, 2011 09:43
To: IBM-MAIN@bama.ua.edu
Subject: Re: OT measures was Re: Out damn'd GMT ...

I think in this case the term state is not wholly inappropriate:

state (n):
8.the territory, or one of the territories, of a government.

Respectfully submitted by a former resident (and still citizen) of said 
province.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"Learn from the mistakes of others. You can't live long enough to make them all 
yourself."
-- Eleanor Roosevelt

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Friday, 04 November 2011 17:48
To: IBM-MAIN@bama.ua.edu
Subject: Re: OT measures was Re: Out damn'd GMT ...

Still province not state
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: John Gilmore 
Sender: IBM Mainframe Discussion List 
Date: Fri, 4 Nov 2011 18:36:32 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: OT measures was Re: Out damn'd GMT ...

The 'O' in LCBO stands for 'Ontario'.  It  thus seemed likely that the LCBO was 
a creature of the Province of Ontario even before this was confirmed for us so 
definitively.

--jg

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

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

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

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

Re: OT measures was Re: Out damn'd GMT ...

[Grinsell, Don]

I think in this case the term state is not wholly inappropriate:

state (n):
8.the territory, or one of the territories, of a government.

Respectfully submitted by a former resident (and still citizen) of said 
province.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"Learn from the mistakes of others. You can't live long enough to make them all 
yourself."
-- Eleanor Roosevelt

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Friday, 04 November 2011 17:48
To: IBM-MAIN@bama.ua.edu
Subject: Re: OT measures was Re: Out damn'd GMT ...

Still province not state
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: John Gilmore 
Sender: IBM Mainframe Discussion List 
Date: Fri, 4 Nov 2011 18:36:32 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: OT measures was Re: Out damn'd GMT ...

The 'O' in LCBO stands for 'Ontario'.  It  thus seemed likely that the LCBO was 
a creature of the Province of Ontario even before this was confirmed for us so 
definitively.

--jg

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

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

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

Re: Out damn'd GMT ...

[Vernooij, CP - SPLXM]

Even in that sense (interesting/special/don't see this often), it is not
funny either, it is happening regularly.
Kees.

"Turriff, Leslie"  wrote in message
news:<87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us
>...
>   I meant funny(peculiar), not funny(ha-ha). :-)
> 
> Leslie Turriff
> MO ITSD
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Vernooij, CP - SPLXM
> Sent: Monday, November 07, 2011 08:50
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Out damn'd GMT ...
> 
> Not funny, quite a lot of threads change directions so often that you
> don't recognize the original subject anymore.
> Kees.
> 
> "Turriff, Leslie"  wrote in message
>
news:<87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us
> >...
> > Funny, this thread originally started as a rant about time
> standards... :-)
> > 
> > Leslie Turriff
> > MO ITSD
> > 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Shmuel Metz (Seymour J.)
> > Sent: Saturday, November 05, 2011 21:51
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Out damn'd GMT ...
> > 
> > In
> >
,
> > on 11/04/2011
> >at 03:06 PM, Joe Aulph  said:
> > 
> > >Are you sure we're not confusing "mass" for weight?
> > 
> > Yes.
> > 
> > >Is not an ounce and ounce?
> > 
> > No. I'm sure that wiki can fill you in on all of the units called
> > "ounce".
> >  
> > -- 
> >  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 lists...@bama.ua.edu with the message: GET IBM-MAIN
INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > 
> >
--
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee only. If
you are not the addressee, you are notified that no part of the e-mail
or any attachment may be disclosed, copied or distributed, and that any
other action related to this e-mail or attachment is strictly
prohibited, and may be unlawful. If you have received this e-mail by
error, please notify the sender immediately by return e-mail, and delete
this message. 
> 
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
its employees shall not be liable for the incorrect or incomplete
transmission of this e-mail or any attachments, nor responsible for any
delay in receipt. 
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286
> 
>   
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286
*

Re: Out damn'd GMT ...

[Turriff, Leslie]

I meant funny(peculiar), not funny(ha-ha). :-)

Leslie Turriff
MO ITSD

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Vernooij, CP - SPLXM
Sent: Monday, November 07, 2011 08:50
To: IBM-MAIN@bama.ua.edu
Subject: Re: Out damn'd GMT ...

Not funny, quite a lot of threads change directions so often that you
don't recognize the original subject anymore.
Kees.

"Turriff, Leslie"  wrote in message
news:<87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us
>...
>   Funny, this thread originally started as a rant about time
standards... :-)
> 
> Leslie Turriff
> MO ITSD
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
> Sent: Saturday, November 05, 2011 21:51
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Out damn'd GMT ...
> 
> In
> ,
> on 11/04/2011
>at 03:06 PM, Joe Aulph  said:
> 
> >Are you sure we're not confusing "mass" for weight?
> 
> Yes.
> 
> >Is not an ounce and ounce?
> 
> No. I'm sure that wiki can fill you in on all of the units called
> "ounce".
>  
> -- 
>  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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

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

Re: DSN NOT RELEASING OVER ALLOCATED SPACE

[Pommier, Rex R.]

Willie,

Based on your JCL, this isn't your problem.  What Bob is alluding to is 
multi-volume datasets.  According to the JCL reference manual, when a dataset 
is opened for output on a multi-volume allocation basis,



For a multi-volume sequential data set, only unused space on the current volume 
is released when the data set is closed; allocated space on any subsequent 
volume is not affected. This is also valid if the data set is GUARANTEED SPACE.



Since your JCL sample didn't have a VOL= parameter, it defaults to a single 
volume.  I would be amazed if your problem isn't that the datasets are never 
opened.  That said, the workaround would be to set a very small primary extent 
size and increase the size of the secondary extents, as others have already 
mentioned.




Something else you might want to check on in this case, what is the block size 
of the output datasets that actually are populated?  I noticed you don't have a 
BLKZISE parameter in the snippet you showed.  Depending on whether this is an 
SMS managed dataset or if the MODELDCB has BLKSIZE in it or a few other 
variables, the datasets that are created may be unblocked.


Rex



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Monday, November 07, 2011 7:13 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE

Bob,

I learned something new when you say that only the space for the SECONDARY 
allocation is released.  This could explain why this may be happening.




From: "Cosby, Bob - OCFO" 
To: IBM-MAIN@bama.ua.edu
Sent: Friday, November 4, 2011 3:29:20 PM
Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE

If you are allocating as below the release parameter only release the secondary 
allocation NOT the primary allocation.
Volume Count on DASD up to 59 to span multiple volumes
DSNAME=NFCDRESC.DASD.MAIL.BK,
UNIT=3390,DISP=(,CATLG,KEEP),
SPACE=(TRK,(1000,3000),RLSE),VOL=(,,,59)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rick Fochtman
Sent: Friday, November 04, 2011 12:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE

-
Good Day To All,

We are trying to figure out this problem. Job A executes, it creates
several dsns and many of these dsns are empty. We have the RLSE parm
coded however it doesn't seem release the unused space for the empty
dsns. Is there a way of fixing this problem or a work around? We are
running RELEASE z/OS 01.11.00

Thanks for your help in advance.
--
IIRC, the datasets must be OPEN'ed and CLOSE'd before the RELEASE
function will work.

Rick

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

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

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

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

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

Re: Out damn'd GMT ...

[Vernooij, CP - SPLXM]

Not funny, quite a lot of threads change directions so often that you
don't recognize the original subject anymore.
Kees.

"Turriff, Leslie"  wrote in message
news:<87348bf0403c3e42b369e1989a8961130183cf6...@exchvs5a.mx.state.mo.us
>...
>   Funny, this thread originally started as a rant about time
standards... :-)
> 
> Leslie Turriff
> MO ITSD
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
> Sent: Saturday, November 05, 2011 21:51
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Out damn'd GMT ...
> 
> In
> ,
> on 11/04/2011
>at 03:06 PM, Joe Aulph  said:
> 
> >Are you sure we're not confusing "mass" for weight?
> 
> Yes.
> 
> >Is not an ounce and ounce?
> 
> No. I'm sure that wiki can fill you in on all of the units called
> "ounce".
>  
> -- 
>  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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Out damn'd GMT ...

[Turriff, Leslie]

Funny, this thread originally started as a rant about time standards... 
:-)

Leslie Turriff
MO ITSD

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Shmuel Metz (Seymour J.)
Sent: Saturday, November 05, 2011 21:51
To: IBM-MAIN@bama.ua.edu
Subject: Re: Out damn'd GMT ...

In
,
on 11/04/2011
   at 03:06 PM, Joe Aulph  said:

>Are you sure we're not confusing "mass" for weight?

Yes.

>Is not an ounce and ounce?

No. I'm sure that wiki can fill you in on all of the units called
"ounce".
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: DSN NOT RELEASING OVER ALLOCATED SPACE

[Vernooij, CP - SPLXM]

That's new for me. AFAIK overallocated space is released from the end of the 
dataset, no matter the number of extents.

Kees.

"willie bunter"  wrote in message 
news:<1320671603.8602.yahoomail...@web113603.mail.gq1.yahoo.com>...
> Bob,
>  
> I learned something new when you say that only the space for the SECONDARY 
> allocation is released.  This could explain why this may be happening.
>  
> 
> 
> 
> From: "Cosby, Bob - OCFO" 
> To: IBM-MAIN@bama.ua.edu
> Sent: Friday, November 4, 2011 3:29:20 PM
> Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE
> 
> If you are allocating as below the release parameter only release the 
> secondary allocation NOT the primary allocation. 
> Volume Count on DASD up to 59 to span multiple volumes 
> DSNAME=NFCDRESC.DASD.MAIL.BK,        
> UNIT=3390,DISP=(,CATLG,KEEP),        
> SPACE=(TRK,(1000,3000),RLSE),VOL=(,,,59)
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf 
> Of Rick Fochtman
> Sent: Friday, November 04, 2011 12:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE
> 
> -
> Good Day To All,
> 
> We are trying to figure out this problem. Job A executes, it creates 
> several dsns and many of these dsns are empty. We have the RLSE parm 
> coded however it doesn't seem release the unused space for the empty 
> dsns. Is there a way of fixing this problem or a work around? We are 
> running RELEASE z/OS 01.11.00
> 
> Thanks for your help in advance.
> --
> IIRC, the datasets must be OPEN'ed and CLOSE'd before the RELEASE 
> function will work.
> 
> Rick
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: units (was: Out damn'd GMT ...)

[Staller, Allan]

A one kilogram fig, undergoing an acceleration of one meter per second
per second
could aptly be called a fig newton.


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

Re: DSN NOT RELEASING OVER ALLOCATED SPACE

[willie bunter]

Bob,
 
I learned something new when you say that only the space for the SECONDARY 
allocation is released.  This could explain why this may be happening.
 



From: "Cosby, Bob - OCFO" 
To: IBM-MAIN@bama.ua.edu
Sent: Friday, November 4, 2011 3:29:20 PM
Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE

If you are allocating as below the release parameter only release the secondary 
allocation NOT the primary allocation. 
Volume Count on DASD up to 59 to span multiple volumes 
DSNAME=NFCDRESC.DASD.MAIL.BK,        
UNIT=3390,DISP=(,CATLG,KEEP),        
SPACE=(TRK,(1000,3000),RLSE),VOL=(,,,59)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Rick Fochtman
Sent: Friday, November 04, 2011 12:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE

-
Good Day To All,

We are trying to figure out this problem. Job A executes, it creates 
several dsns and many of these dsns are empty. We have the RLSE parm 
coded however it doesn't seem release the unused space for the empty 
dsns. Is there a way of fixing this problem or a work around? We are 
running RELEASE z/OS 01.11.00

Thanks for your help in advance.
--
IIRC, the datasets must be OPEN'ed and CLOSE'd before the RELEASE 
function will work.

Rick

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

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

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

Re: How to enable Storage Protection Override?

[Bill Fairchild]

Here's how I solved my tendency to want to code "  SPKA  8":
SPKA  KEY0
SPKA  KEY8
SPKA  KEYwhatever
 ...
KEY0  EQU   0*16
KEY8  EQU   8*16
KEYwhatever  EQU  whatever*16

And the EQU statements, inter alia, are in a macro that I copy into all my 
assemblies so I don't have to remember to code all the EQU statemetns, inter 
alia.

Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bill Hecox
Sent: Monday, November 07, 2011 6:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to enable Storage Protection Override?

>But apparently I should be able to freely switch between keys 8 & 9 
>using the SPKA instruction. I'm still not sure that is documented as 
>GUPI or not. Yes, I'm a PITA about some of these things. "Once burned, 
>twice shy."


If you are going to use the SPKA instruction, read the fine print.

'SPKA 8' will actually put you in KEY0. This is because the key has to be in 
the left nibble.
Use 'SPKA 8*16'  for KEY8. This will shift the 8 to the left 4 bits. 

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

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

Re: How to enable Storage Protection Override?

[Bill Hecox]

>But apparently I should be able to freely switch between keys 8 & 9
>using the SPKA instruction. I'm still not sure that is documented as
>GUPI or not. Yes, I'm a PITA about some of these things. "Once burned,
>twice shy."


If you are going to use the SPKA instruction, read the fine print.

'SPKA 8' will actually put you in KEY0. This is because the key has to be in 
the left nibble.
Use 'SPKA 8*16'  for KEY8. This will shift the 8 to the left 4 bits. 

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

Re: Managment Class Error

[jagadishan perumal]

Sure I will keep an eye. Thanks all again.

On Mon, Nov 7, 2011 at 2:41 PM, Gonzalo Cengotita wrote:

> The auto-expiration will happen in 30 days. You should not see an
> expiration date in the files protected with a Management Class, I think
> that is correct now, because you have your files with the M.C. correctly
> assigned.
>
> You will have to wait 30 days if you want to check that the files are
> deleted.
>
>
> Regards,
>
> Gonzalo
>
>
> On Mon, Nov 7, 2011 at 9:06 AM, jagadishan perumal  >wrote:
>
> > Hi,
> >
> > Now the allocation is taking up the Managment class DCATL, but the expiry
> > date is not taking dynamically rather I have to mention it specifically
> > during ISPF 3.2 allocation. Auto-expiration is not happeninh even though
> I
> > have the mentioned the Expire(30 days) parameter in my Managment DCATL
> > definition.
> >
> > Data Set Name . . . . : DSN101C.DSN1.ARC1.LOG1
> >
> > General Data   Current Allocation
> >  Management class . . : DCATL   Allocated cylinders : 5
> >  Storage class  . . . : DB2ARCH Allocated extents . : 1
> >   Volume serial . . . : DB2AR2
> >   Device type . . . . : 3390
> >  Data class . . . . . : DB2EXT
> >  Organization  . . . : PS Current Utilization
> >   Record format . . . : FB  Used cylinders  . . : 0
> >  Record length . . . : 80  Used extents  . . . : 0
> >  Block size  . . . . : 27920
> >  1st extent cylinders: 5
> >  Secondary cylinders : 5  Dates
> >  Data set name type  : EXTENDEDCreation date . . . : 2011/11/07
> >  SMS Compressible. . : NO  Referenced date . . : ***None***
> > Expiration date . . : 2011/11/29
> >
> > Regards,
> > Jags
> >
> > On Mon, Nov 7, 2011 at 12:32 PM, Brian Fraser  > >wrote:
> >
> > > I missed this one:
> > >
> > > FILTLIST DCATL  INCLUDE('DSN101C.DSN1.ARC*.**')
> > >
> > > should be:
> > >
> > > FILTLIST DCATL  INCLUDE(DSN101C.DSN1.ARC*.**)
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
>
> --
>  Gonzalo Cengotita Quirce
>
> --
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: Managment Class Error

[Gonzalo Cengotita]

The auto-expiration will happen in 30 days. You should not see an
expiration date in the files protected with a Management Class, I think
that is correct now, because you have your files with the M.C. correctly
assigned.

You will have to wait 30 days if you want to check that the files are
deleted.


Regards,

Gonzalo


On Mon, Nov 7, 2011 at 9:06 AM, jagadishan perumal wrote:

> Hi,
>
> Now the allocation is taking up the Managment class DCATL, but the expiry
> date is not taking dynamically rather I have to mention it specifically
> during ISPF 3.2 allocation. Auto-expiration is not happeninh even though I
> have the mentioned the Expire(30 days) parameter in my Managment DCATL
> definition.
>
> Data Set Name . . . . : DSN101C.DSN1.ARC1.LOG1
>
> General Data   Current Allocation
>  Management class . . : DCATL   Allocated cylinders : 5
>  Storage class  . . . : DB2ARCH Allocated extents . : 1
>   Volume serial . . . : DB2AR2
>   Device type . . . . : 3390
>  Data class . . . . . : DB2EXT
>  Organization  . . . : PS Current Utilization
>   Record format . . . : FB  Used cylinders  . . : 0
>  Record length . . . : 80  Used extents  . . . : 0
>  Block size  . . . . : 27920
>  1st extent cylinders: 5
>  Secondary cylinders : 5  Dates
>  Data set name type  : EXTENDEDCreation date . . . : 2011/11/07
>  SMS Compressible. . : NO  Referenced date . . : ***None***
> Expiration date . . : 2011/11/29
>
> Regards,
> Jags
>
> On Mon, Nov 7, 2011 at 12:32 PM, Brian Fraser  >wrote:
>
> > I missed this one:
> >
> > FILTLIST DCATL  INCLUDE('DSN101C.DSN1.ARC*.**')
> >
> > should be:
> >
> > FILTLIST DCATL  INCLUDE(DSN101C.DSN1.ARC*.**)
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
--
  Gonzalo Cengotita Quirce
--

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

Re: Managment Class Error

[jagadishan perumal]

Hi,

Now the allocation is taking up the Managment class DCATL, but the expiry
date is not taking dynamically rather I have to mention it specifically
during ISPF 3.2 allocation. Auto-expiration is not happeninh even though I
have the mentioned the Expire(30 days) parameter in my Managment DCATL
definition.

Data Set Name . . . . : DSN101C.DSN1.ARC1.LOG1

General Data   Current Allocation
 Management class . . : DCATL   Allocated cylinders : 5
 Storage class  . . . : DB2ARCH Allocated extents . : 1
  Volume serial . . . : DB2AR2
  Device type . . . . : 3390
 Data class . . . . . : DB2EXT
  Organization  . . . : PS Current Utilization
  Record format . . . : FB  Used cylinders  . . : 0
  Record length . . . : 80  Used extents  . . . : 0
  Block size  . . . . : 27920
  1st extent cylinders: 5
  Secondary cylinders : 5  Dates
  Data set name type  : EXTENDEDCreation date . . . : 2011/11/07
  SMS Compressible. . : NO  Referenced date . . : ***None***
Expiration date . . : 2011/11/29

Regards,
Jags

On Mon, Nov 7, 2011 at 12:32 PM, Brian Fraser wrote:

> I missed this one:
>
> FILTLIST DCATL  INCLUDE('DSN101C.DSN1.ARC*.**')
>
> should be:
>
> FILTLIST DCATL  INCLUDE(DSN101C.DSN1.ARC*.**)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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