I am out of the office until 06/11/2012.
Vacation - travelling somewhere in Europe.
No mail access.
In urgent cases try Mobile Phone or contact Peter Kimmel.
Note: This is an automated response to your message IBM-MAIN Digest - 26
May 2012 to 27 May 2012 (#2012-148) sent on 28/5/2012 6:00:01.
On Fri, 25 May 2012 11:00:14 -0500 Roberts, John J
jrobe...@dhs.state.ia.us wrote:
:If you have ICSF configured you might be able to use one of the One-Way
:Hash Generate Callable Services (CSNBOWH or CSNBOWH1 and CSNEOWH or
:CSNEOWH1)
:I don't know if we have ICSF installed. But even if we
Hi.
I'm trying to find what I should use instead of the uuidgen command, since this
was part of DCE that is withdrawn.
So is there a easy replacement for the uuidgen command to use in a USS script?
Br. Magnus Persson
--
For
On 5/28/2012 1:26 AM, melvinjac...@iinet.net.au wrote:
On Friday, 25 May 2012 22:13:55 UTC+10, Thomas Conley wrote:
On 5/25/2012 2:03 AM, mpjac...@comcen.com.au wrote:
Hi all
Can't readily see how to search the group, so apologies if this info is in here
somewhere
I'm just after opinion as
John M wrote (snipped):
A full billion, 5 byte, packed numbers would require 5 billion bytes of
storage (5 Gb), or about 2^23 bytes. If you wanted to, you could run a program
and save this in a VSAM Linear dataset. You could then use this dataset as your
permanent map and access it as a
Hello,
I've a SG in the following status:
SCDS Name . . . . : PROD.SMS.SCDS
Storage Group Name : SGDR
Storage Group Type : POOL
To ALTER Storage Group System/
Sys Group Status, Specify:
System/Sys SMS SG System/Sys SMS SG
Group Name Status Group Name Status
--
I'm going to cold start JES2. I would like to preserve my spool content
by using spool offload.
I changed parameters of OFF* devices to the following values:
OFFLOAD1 DSN=SYS1.OFFLOAD,STATUS=DRAINED,ARCHIVE=ONE,
CRTIME=RESET,LABEL=SL,PROTECT=NO,RETPD=0,
On Mon, 28 May 2012 15:56:24 +0200, R.S. r.skoru...@bremultibank.com.pl wrote:
I'm going to cold start JES2. I would like to preserve my spool content
by using spool offload.
I changed parameters of OFF* devices to the following values:
OFFLOAD1 DSN=SYS1.OFFLOAD,STATUS=DRAINED,ARCHIVE=ONE,
Well, I guess this will do it:
//MYLIBJCLLIB ORDER=SYS1.SACBCNTL
//*
//STEP1 EXEC ACBJBAOB,
//TABL2=PROD.TEST.ISPTABL
//SYSUDUMP DD SYSOUT=*
//SYSTSIN DD *
PROFILE PREFIX(MYUSER)
ISPSTART CMD(ACBQBAJ2 +
ALTER +
SCDS('PROD.SMS.SCDS') +
STORGRP(SGDR) +
SGSTSALL(ENABLE) +
On Mon, 28 May 2012 09:17:04 -0400, Gary Weinhold wrote:
You only need (want) 1 billion random numbers. I think multiplying each 9
digit number by a prime greater than 1 billion and dividing by 1 billion will
generate a unique 9 digit remainder for each number.
(Why didn't I think of that!?)
W dniu 2012-05-28 17:10, Mark Zelden pisze:
[...]
I assume you are asking if they are correct prior to starting the offload. If
so,
it looks okay. If not, then of course you need to start offload1.
Good assumption!
My explanations weren't good enough. :-)
Are you sure you disk output
OK, I'll bite. Which parameters cannot be changed dynamically? I think you
mentioned in another thread about having to resolve name conflicts. There
ways to juggle things around via multiple incremental changes to achieve
the desired result. I have systems last cold started in 1995.
.
.
IMO the risk is not to have a non reversible key, but to hide
this a bit. with a small number of output bits there are
not many options.
some approaches
- take a prime number p large then the name space and smaller
than the space to hold the result, take a generator g of the
multiplicative
The VARY command updates the active configuration in the SMS address space,
not the SCDS dataset. By issuing the SETSMS after the VARY, you restored
everything back the way it was, in effect undoing the vary.
Either
1 - update an SCDS and then activate it
or
2 - update the active
Aw John, don't be grumpy. By obtuse I just meant you merely alluded to the
solution, you didn't explicitly say if you really coded LECL you need to
correct it to LRECL. No harm intended. Sorry for the offense.
Charles
-Original Message-
From: IBM Mainframe Discussion List
Peter Sylvester wrote:
IMO the risk is not to have a non reversible key, but to hide
this a bit. with a small number of output bits there are
not many options.
Well, if the goal is to protect the data, then it needs to be cryptographically
secure. Security through obscurity isn't security.
plug
On Fri, 25 May 2012 10:30:45 -0500, Roberts, John J wrote:
So all Personally Identifiable Information (PII) fields must be masked. I
have figured out techniques to mask names and addresses. But I now need to
figure out a technique to mask a nine digit numeric key. This field is used
as
On Mon, 28 May 2012 11:19:01 -0700, Phil Smith a...@efghijk.lmn wrote:
Well, if the goal is to protect the data, then it needs to be
cryptographically secure. Security through obscurity isn't security.
plug
Voltage SecureData is an encryption platform that provides Format-Preserving
Hello,
basically those are main issues to take care, what i usually do on ts7740
is:
1) 30mins before outage, vary all virtual addresses offline. Maybe there's
jobs still running.
2) Put on hold all dfhsm tape functions
3)Verify is all virtual addresses are offline
4) Libs off
5) Channels off
6)
and wait 7 hours.
On Mon, May 28, 2012 at 9:30 PM, af dc acbi...@gmail.com wrote:
Hello,
basically those are main issues to take care, what i usually do on ts7740
is:
1) 30mins before outage, vary all virtual addresses offline. Maybe there's
jobs still running.
2) Put on hold all dfhsm
Paul Gilmartin wrote:
Can it deal with validity constraints such as the credit card check digit:
http://en.wikipedia.org/wiki/Luhn_algorithm
Of course...it will optionally recalculate it, leave it as-is, or force it
invalid (another way to tell that the data is masked-although it turns out
In 4f439d1e-1523-49ed-815c-6fa3dcd87...@comcast.net, on 05/27/2012
at 10:36 AM, Ed Gould edgould1...@comcast.net said:
I think that was because that way back when IBM had a TSO
product called PCF. If memory serves me one of the feature that
PCF offered was to be able to stack commands and
In 0898286174563950.wa.markmzelden@bama.ua.edu, on 05/25/2012
at 06:44 PM, Mark Zelden m...@mzelden.com said:
I don't know. But when used the way I described, you are in TSO
READY from the =x;;x prior to the field mark, so it is SO at that
point, not ISPF.
No, you are not at the READY
23 matches
Mail list logo
