Andrew Rowley wrote:
I'm not sure if you can artificially limit the frames available, but I would
expect that the effect of paging on a Java application would be BAD. Very bad.
Of course!
Java needs to perform regular garbage collection.
A la Commodore 64 garbage collection I still have
Blockpaging: paging groups of related pages in and out. Although I don't know
if this applies to this situation.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: 05 August, 2015 10:45
To:
On 5/08/2015 18:45, Elardus Engelbrecht wrote:
A la Commodore 64 garbage collection I still have bad dreams of that
infamous C64 garbage collection... ;-)
Not that I'm saying garbage collection is bad... every language has
overhead from tracking free and in use memory. Java defers that
Andrew Rowley wrote:
A la Commodore 64 garbage collection I still have bad dreams of that
infamous C64 garbage collection... ;-)
Not that I'm saying garbage collection is bad... every language has overhead
from tracking free and in use memory. Java defers that overhead to garbage
You did not say which version of CICS you are using, but the Application
Programming Guide has detailed instructions on running COBOL II modules under
CICS.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Can submit be restricted to only using TYPRUN=SCAN, we have some consultants
analyzing our system
and they would like to see expanded JCL but we cant let them execute it.
Thanks,
Tim Brown
--
For IBM-MAIN subscribe / signoff /
Only by using an exit which forces TYPRUN=SCAN into the jobcard.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tim Brown
Sent: 05 August, 2015 14:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: submit restriction
Can submit be
Vernooij, CP (ITOPT1) - KLM wrote:
Only by using an exit which forces TYPRUN=SCAN into the jobcard.
Good and failsafe solution as long you protect your JES2 properly. JES2 exit nr
2 is a good place to enforce your JOB rules and regulations without JCL error.
If you're too lazy to use that and
On 8/5/2015 7:09 AM, hexunive...@gmail.com wrote:
Does anyone know how SYSPRINT can be OPENed for INPUT programmatically?
The following doesn't work:
SYSPRINT DCB DSORG=PS
OPEN (SYSPRINT,(INPUT))
I've tried both BSAM(DSORG=PS) and BDAM(DSORG=DA) access methods but with no
success - OPEN
If you are short on time for this issue, you other option might be to
prevent them access to the system (TSO/ISPF) and then have someone submit
the JCL for them.
Or you will, as others suggested, need to use an exit.
If you have time and money, you could look at a product like EASYEXIT by DTS
One thing, your SYSPRINT data would not be available until it is closed.
Say you have
//SYSPRINT DD SYSOUT=*
No, I do not think you can recapture the data easily
If you have
//SYSPRINT DD DSN=.
Then you would need to close and reopen SYSPRINT.
So, as requested, please show your JCL,
This group has been so helpful to me in the last couple weeks, and I hope
for one more victory!
I am trying to download a group of fixes from our server into a PDS, to do
some reporting on it. I am not sure what my problem is, but let me explain
the commands I am using.
CD the file server
As a side note, I can do the mget into a single PS file, but I would like
to have them in a PDS if possible.
B
On Wed, Aug 5, 2015 at 9:45 AM, Bill Ashton bill00ash...@gmail.com wrote:
This group has been so helpful to me in the last couple weeks, and I hope
for one more victory!
I am
I am not sure about loading to a PDS, but if they are *.BIN files, should you
use BINARY rather than ASCII as the type?
In the past when I have done something like this, I created a batch job to then
create the PDS and load them. Usually IEBGENER - one member at a time
Lizette
In a message dated 8/5/2015 8:54:41 A.M. Central Daylight Time,
bill00ash...@gmail.com writes:
Sorry...my mistake...instead of a single file, I created individual files
for each fix...this is not what I wanted...
--
For
Sorry...my mistake...instead of a single file, I created individual files
for each fix...this is not what I wanted...
On Wed, Aug 5, 2015 at 9:51 AM, Bill Ashton bill00ash...@gmail.com wrote:
As a side note, I can do the mget into a single PS file, but I would like
to have them in a PDS if
ws_ftp is pretty straight forward available at _www.ipswitchft.com_
(http://www.ipswitchft.com)
Sorry about the dinger. Trying to do too many things at once
In a message dated 8/5/2015 8:54:41 A.M. Central Daylight Time,
bill00ash...@gmail.com writes:
Sorry...my mistake...instead of
I believe the problem is that even though you are saying MGET *.BIN (REPLACE
that does not cause it to Strip off the .BIN of the sending file name, so
the system thinks you want to create a member name of ABCDEF.BIN
Al Nims
Systems Admin/Programmer 3
Information Technology
University of Florida
This is just a SWAG, but can you do mget *.BIN * (REPLACE?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Bill Ashton
Sent: Wednesday, August 05, 2015 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problem with FTP into a PDS
This
Bill Ashton wrote:
I am trying to download a group of fixes from our server into a PDS,
What are you using to do the FTP? Batch? 3th party product? Programmatically?
150 Opening ASCII mode data connection for /bin/ls.
ASCII for binaries?
EZA1685W Invalid local file identifier
EZA1735I Std
Ed Finnell wrote:
Sorry about the dinger. Trying to do too many things at once
Chop them 'dingers' off! All ten of them!
Oh, you may have a practical problem with your hands after that... ;-)
Groete / Greetings
Elardus Engelbrecht
On Wed, 5 Aug 2015 09:51:10 -0400, Bill Ashton wrote:
As a side note, I can do the mget into a single PS file, but I would like
to have them in a PDS if possible.
Or you could MGET them into a z/OS UNIX directory, where the naming
rules are far more liberal:
...
LCD /u/my/fixes
...
Sorry for the holes in my description...I do issue the BIN command right
below my login - missed that in my cut/paste. I am on z/OS 2.1, and trying
to do this in FTP batch mode.
MGET does not allow a from/to filename...it only works with LCD, and will
use the filename on the MGET command.
I will
On Wed, 5 Aug 2015 12:35:00 +, Vernooij, CP (ITOPT1) - KLM wrote:
Only by using an exit which forces TYPRUN=SCAN into the jobcard.
But be sure to use an INTRDR exit, not a TSO exit that can be bypassed
by writing directly to INTRDR.
Or, fire the consultants and hire ones you can trust.
W dniu 2015-08-05 o 14:22, Tim Brown pisze:
Can submit be restricted to only using TYPRUN=SCAN, we have some consultants
analyzing our system
and they would like to see expanded JCL but we cant let them execute it.
There is no up ready to use knob, but there are some solutions.
1. Exit
Paging like this also occurred when running a paging OS under
(z/)VM(/VSE). If you made the MVS space too large, VM would be paging
out the least recently used frame to make room for MVS to page in an
even older frame to use for the next frame.
On Wed, Aug 5, 2015 at 3:45 AM, Elardus Engelbrecht
From: http://www.johndcook.com/blog/2015/08/05/largest-known-prime/
quote
The largest known prime at the moment is P = 2
^
57885161 – 1. This means that in binary, the number is a string of
57,885,161 ones.
/quote--
Schrodinger's backup: The condition of any backup is unknown until a
restore is
...an issue with Job/Scan (or any other tool from Allen Systems Group) is the
financial viability of ASG. There are a number of amazing JCL tools on the
market that do not require the JCL to every be submitted in any form or fashion
to the internal reader. And, they have capabilities that go
A.B IN is not a valid member name. Even if the period could be accepted,
ABCDE.BIN is too many characters.
If you can rename the files to remove the .BIN extension, an MGET * command
should work. If there are other files in the directory, move only the ones you
want into a dedicated
I thought maybe if they are submitting under TSO/ISPF then IKJEFF10 might
work. There could be a sample in SYS1.SAMPLIB
SUBMIT command IKJEFF10Check submitted JCL statements and accept,
reject, or modify them.
That would not help if they use something like IEBGENER to submit through
the
On Wed, Aug 5, 2015 at 9:13 AM, Bill Ashton bill00ash...@gmail.com wrote:
Sorry for the holes in my description...I do issue the BIN command right
below my login - missed that in my cut/paste. I am on z/OS 2.1, and trying
to do this in FTP batch mode.
MGET does not allow a from/to
On Wed, August 5, 2015 18:18, John McKown wrote:
Once in z/OS, you can do something like the following at a UNIX prompt.
He wants to do it in z/OS batch anyway, so the whole thing can be done in
one job.
You had s missing ) in your snippet. To also clean up:
for i in *.BIN;do cp -T ${i}
On Wed, 5 Aug 2015 08:50:36 -0700, Lizette Koehler wrote:
That would not help if they use something like IEBGENER to submit through
the internal reader
something else might be an EDIT macro I have that submits to INTRDR with
the attributes of the file being edited rather than mutilating it to F
On Wed, Aug 5, 2015 at 11:32 AM, Boris Lenz boris.l...@ims.sells.ch wrote:
On Wed, August 5, 2015 18:18, John McKown wrote:
Once in z/OS, you can do something like the following at a UNIX prompt.
He wants to do it in z/OS batch anyway, so the whole thing can be done in
one job.
You had s
On Wed, 5 Aug 2015 11:18:17 -0500, John McKown wrote:
On Wed, Aug 5, 2015 at 9:13 AM, Bill Ashton wrote:
I will try the Unix directory, as I can't rename the source files (I have
read only access).
If you really need them in a PDS (why?), you can:
o rename them ad lib. in the UNIX
Let them submit as many jobs as they whant in your sandbox system. Just
keep initiators closed...
ITschak
ITschak Mugzach
Z/OS, ISV Products and Application Security Risk Assessments Professional
On Wed, Aug 5, 2015 at 7:53 PM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu
Taking 7M to store. I wonder how well that will compress :)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of John McKown
Sent: Wednesday, August 05, 2015 8:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: useless but amusing: largest
On 2015-08-05 12:50, Gibney, David Allen,Jr wrote:
Taking 7M to store. I wonder how well that will compress :)
With a suitable algorithm, it compresses extremely well:
https://en.wikipedia.org/wiki/Kolmogorov_complexity
... only a few dozen bits.
-Original Message-
From: John
On 2015-08-05 12:50, Gibney, David Allen,Jr wrote:
Taking 7M to store. I wonder how well that will compress :)
I decided to try something practical:
506 $
506 $ time awk 'BEGIN { for ( I = 0; I57885161; I++ ) printf( 1 )
print }' | gzip | wc
1 5 56203
real0m18.422s
Instead of a file with 57885161 C'1', I tried a file of 57885161 X'FF'.
BEGIN {
for(i=0;i57885161;i+=8) printf %c,255;
}
08/05/2015 02:02 PM 7,235,646 prime.out
08/05/2015 02:03 PM 7,046 prime.out.gz
08/05/2015 02:04 PM90 prime.out.gz.gz
and as noted,
Why i+=8?
Bob
On 8/5/2015 5:11 PM, Glen Hermannsfeldt (Contractor) wrote:
Instead of a file with 57885161 C'1', I tried a file of 57885161 X'FF'.
BEGIN {
for(i=0;i57885161;i+=8) printf %c,255;
}
08/05/2015 02:02 PM 7,235,646 prime.out
08/05/2015 02:03 PM 7,046
This is actually weird. Even though EMC owns an 80% stake in VMware, VMware
is looking to buy-out EMC. Never heard of a down-stream merger.
http://fortune.com/2015/08/05/report-emc-considering-buyout-vmware/?xid=yaho
o_fortune
Russell Witt
On 2015-08-05 19:53, Russell Witt wrote:
This is actually weird. Even though EMC owns an 80% stake in VMware, VMware
is looking to buy-out EMC. Never heard of a down-stream merger.
http://fortune.com/2015/08/05/report-emc-considering-buyout-vmware/?xid=yahoo_fortune
Not too weird. In one
I agree with Andrew Rowley's advice so long as it's properly understood to
be *general* advice -- rules of thumb. There are some very interesting
exceptions. (Aren't there always? :-))
Regarding making the Java heap too large, there are some use cases --
Java batch, notably -- where you really do
On 2015-08-05 17:06, Glen Hermannsfeldt (Contractor) wrote:
8 bits per byte, all ones.
...
(and the third compression increased the original from 90 to 110 bytes.)
That's typical. If each compression reduced the size of the file, every
file could be compressed with enough iterations to a
8 bits per byte, all ones.
To do it right, the first should have 57885161%8 ones, but that probably doesn't
change the compression much. But okay:
BEGIN {
n=57885161;
printf %c, rshift(255,8-n%8);
for(i=1;in;i+=8) printf %c,255;
}
08/05/2015 04:01 PM 7,235,646 prime.out
46 matches
Mail list logo