W dniu 2016-06-28 o 18:19, John Eells pisze:
What is the *smallest* volume size everyone sees in general use?
For example, will we create any problems if we assume that "everyone"
has or can define at least a 3390-9 size volume these days? What if
we chose 3390-27?
Application data volumes
When I was with IBM Education, we used to run class labs on minimal z/OS
(OS/390, MVS/...) systems as VM guests. The volumes were VM mini volumes just
as large as needed. If VM is still the base for those labs, I'm pretty sure
there still are volumes of various small sizes.
Not sure however if
Hi
Does any one know if capturing TEST output
Into CLIST variables is possible
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Gil,
IMO, that is a wonderful idea. I especially endorse the latter idea of
enhancing the C runtime fopen() as a generalized way to introduce this
ability to _any_ C language code which uses fopen(). Just thinking about
it, I think this code be done most compatibly by introducing a new keyword
par
I agree! I would definitely vote for this RFE.
I believe that an RFE that I created last year does overlap or possibly
address this.
Please take a look and vote for it if you agree that we need better PDS /
PDSE support in the IBM C Library:
http://www.ibm.com/developerworks/rfe/execute?use_cas
Is there a way to determine programmatically if soft capping is being applied
to a z/OS image?
Thanks
--
This e-mail message has been scanned and cleared by Google Message Security
and the UNICOM Global security systems. This message is for the named
person's use only. If you receive this m
I think Mark Zelden's IPLINFO has that capability, but my system doesn't use
capping so I cannot see it.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Austin
Sent: Wednesday, June 29, 2016 8:46 AM
To: IBM-MAIN@LISTSERV.
Thanks, I've taken a look and IPLINFO appears to be able to infer when a soft
cap is in effect. However I did not phrase my question very well. What I'd
really like to determine is whether the image capacity figure is from a soft
cap or a hard cap, regardless of whether a cap is in effect.
Ste
For Group Capacity, RMF III will show you the name of the group and the limit
being enforced.
Select 1-OVERVIEW, then 3-CPC. Look for the following (ignore values, they are
made up):
Partition: LPTEST Model 999
CPC Capacity: 999 Weight % of Max: 4h Avg: 90 Group: GRO
Look at your rolling 4-hour average vs your MSUs used. If Softcap is in place,
you can see spikes that go above the 4-hour average for the true MSUs used if
you are hitting capacity. If you have a hardcap, then you will never go over
your configured capacity. Of course, this is post processin
Thanks "SYSEVENT REQLPDAT" looks promising.
Steve
Steve Austin
Product Architect
Macro 4 Limited
d: +44 1293 872261 | t: +44 1293 872000 | www.macro4.com
Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West
Sussex, RH10 4SS
Registered in England no: 00927588
Please
Regards,
James van Eck | Vc4u | Centre of Excellence for Managed Services | Technology
Enablement | Africa Technology
Tel: +27 (0)11 444 3935 | Email: jame...@absa.co.za
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mil
ooops... forgot to include the group in the reply.
Small update from yesterday's digest reading: you *can* reduce the individual
CP MSUs when adding processors. The restriction, as others have indicated, is
the reduction cannot be less than the purchased BASE ie. for our z12BC,
K02->G04 (or so
Noticed something odd-ish. If you put a JOB card in a proc, the TIOT is
populated differently, yet what SDSF;DA isn't quite what I'd expect. The
behavior below has been observed on 1.12 and 2.1, all JES2.
That is, given a PROC called MYPROC, with no JOB card and a label of EXECIT
on the EXEC PGM=
Thank you all
I 've downloaded DAF from cbttape, have some errors to compile the assembler ,
but it should be ok
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the m
Phil
Note that most system software products that show "SDSF DA" style information
will most likely NOT be using the TIOT for anything related to address space
identity.
Jobnames typically come from ASSBJBNS/JBNI or from the pointers in
ASCBJBNS/JBNI or from whatever ERBSMFI returns for type 7
All,
I have a multithreaded Java application that writes to stdout (and
stderr) thru a native C library using fputc and fwrite. Now, at our site
everything is all right with output to stderr and stdout from multiple
threads.
At a customer site only output from the main thread is written to
Possibly fundamental difference between JES (simulating unit record) and DASD
(probably blocked).
Sent from my iPhone
> On Jun 29, 2016, at 13:30, Michael Knigge wrote:
>
> All,
>
>
> I have a multithreaded Java application that writes to stdout (and stderr)
> thru a native C library usin
On Wed, Jun 29, 2016 at 12:29 PM, Michael Knigge
wrote:
> All,
>
> I have a multithreaded Java application that writes to stdout (and stderr)
> thru a native C library using fputc and fwrite. Now, at our site everything
> is all right with output to stderr and stdout from multiple threads.
>
> At
In the C/C++ Programmers Guide under Input and Output there is this note:
"Avoiding Undesirable Results when Using I/O
File serialization is not provided for different tasks attempting to access the
same file. When a C/C++ application is run on one task, and the same
application or another C/C+
On 29 June 2016 at 14:00, John McKown wrote:
> I may be blowing smoke here, if so I'm sure someone will point it out :-}.
I think you're on the right (write...?) track.
[...]
> A DD pointing to a sequential data set is _not_ designed to be
> written to by two different DCBs concurrently. What
When using two Unix threads in the same z/OS Unix process, operations to
sdout/stderr are serialized.
Are you certain that these are two threads in the same process rather than
threads in different processes (which would be at least separate LE
enclaves, and perhaps different address spaces) ?
Ki
[Default] On 29 Jun 2016 12:37:05 -0700, in bit.listserv.ibm-main
t...@harminc.net (Tony Harminc) wrote:
>On 29 June 2016 at 14:00, John McKown wrote:
>
>> I may be blowing smoke here, if so I'm sure someone will point it out :-}.
>
>I think you're on the right (write...?) track.
>
>[...]
>> A D
Agreed. I just reread the OP and it's not clear if he's tried DSN= . I
originally assumed he had.
Sent from my iPhone
> On Jun 29, 2016, at 17:13, Clark Morris wrote:
>
> [Default] On 29 Jun 2016 12:37:05 -0700, in bit.listserv.ibm-main
> t...@harminc.net (Tony Harminc) wrote:
>
>>> On 29
According to the OP these are Java threads, so it is whatever the JVM is using
to multiplex threads. Possibly Unix threads, possibly something else? It
depends on the JVM implementation, right?
But I'm just fishing here, since I am anything but a JVM expert.
Peter
-Original Message-
On Wed, 29 Jun 2016 16:07:05 -0500, Kirk Wolf wrote:
>When using two Unix threads in the same z/OS Unix process, operations to
>sdout/stderr are serialized.
>
>Are you certain that these are two threads in the same process rather than
>threads in different processes (which would be at least separa
CVT + x'25C' = address of RMCT (SRM control table)
RMCT + x'E4' = address of RCT (SRM resource control table)
RCT + x'C4' = RCTLACS (4 bytes, unsigned, long-term no. Of MSU's consumed by
LPAR)
RCT + x'1C' = RCTIMGW (4 bytes, unsigned, no. of MSU's available to LPAR)
If RCTLACS > RCTIMGWU, the LP
27 matches
Mail list logo