W dniu 2015-02-19 o 07:45, Sheldon Davis pisze:
Hi
I am out of ideas.
We converted a set of sequential files to be extended and changed the ACS
routine to put the files on model 54's
The following is what happened:
1. Jobs that allocated the files took more CPU and ran much longer.
2. The
Mike Schwab wrote:
Printing on bread.
http://dornob.com/serial-toasters-and-creative-toast-printing-gadgets/
Not bad, Now I want to write these on my toast 'Please don't eat/toast me!' or
'S0C4 Abend', or 'JCL error in Toaster!' or 'I'm burned!' something like that
for us bored Sysprogs...
Hi Group,
Apology for asking a dummy question. Is it possible to keep a seperate
Password for OMVS alone ?
Peter
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
I forwarded this on to the C compiler team, who retrieved your PMR from
the dusty archives and determined it was a Language Environment problem.
Apparently it got passed to them and they do see a problem, but
then...well...you know what happened in the end, and I think the
contributing
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Peter
Hi Group,
Apology for asking a dummy question. Is it possible to keep a seperate
Password for OMVS alone ?
Not out of the box, but so long as RACF supports password and password
phrase as separate
Peter wrote:
Apology for asking a dummy question. Is it possible to keep a separate
Password for OMVS alone ?
Do you mean you want to logon to a OMVS session (say via OMVS, ISHELL, FTP,
etc.) with id but without a password?
If so, answer is NO. If it is YES, then I'm sure the RACF people at
I am not sure I understand your question. Could you provide an example of what
you mean?
What password, what function, what in OMVS would need a separate password?
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Peter
Paul Gilmartin wrote:
PS: I'm not sure whether you can authenticate yourself to OMVS with say,
certificates or something else which can identify yourself.
ssh credentials work for that. Might need administrative assistance to set
them up.
Ah yes, thanks, Paul, for refreshing my decaying and
On Thu, 19 Feb 2015 08:18:05 -0600, Ze'ev Atlas zatl...@yahoo.com wrote:
I still think that the decision, many decades ago, to leave the actual
definition and implementation of short, int, long, etc. to the implementation
rather than enforce rules (16, 32, 64 bits) was wrong and shortsighted.
I apologize my frequency in the forums lately :)
I can't seem to find a way to refresh the permissions to the CA-7 PA@EL
resources without rolling the CA-7 address space.
Am I expecting too much? I was sure I remembered a way to refresh either in
CA-7 or at the CAIRIM/CAISSF level.
Dave Gibney
https://firstlook.org/theintercept/2015/02/19/great-sim-heist/
--
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
Yes, and about the other things you think that are still private to you, you
will be notified soon...
George Orwell probably thought he had put the worst thinkable into the 1984
society.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Sure I could, but the geniuses who created the regex.h and friends did not deem
that necessary, so the poor user has to go to the header file, read all the
#if's and #else's and figure it our. Not an easy task when you are a COBOL
poor user :(
ZA
How do I prevent my users' (whom I must give OMVS segments so they
can use FTP) using UNIX services?
By what means? If you do not want them to be able to login into a shell, set
the PROGRAM field in the OMVS segment to '/bin/true', or some such. If the
users need to be able to use FTP and
You may wish to engage IBM via an SR/PMR. They may be able to identify the
issue.
However, depending on your level of z/OS there may be fixes or suggestions
1) Did you recently install any fixes to the current z/OS or upgrade to a
new z/OS?
2) Are you sharing with other LPARs.
3) By
On Thu, 19 Feb 2015 15:39:00 +0100, Peter Hunkeler wrote:
How do I prevent my users' (whom I must give OMVS segments so they
can use FTP) using UNIX services?
By what means? If you do not want them to be able to login into a shell, set
the PROGRAM field in the OMVS segment to '/bin/true', or
On Thu, 19 Feb 2015 07:40:52 -0600, Elardus Engelbrecht wrote:
Peter wrote:
Apology for asking a dummy question. Is it possible to keep a separate
Password for OMVS alone ?
PS: I'm not sure whether you can authenticate yourself to OMVS with say,
certificates or something else which can
I am going back to the drawing board and I will have a hard look at the regex.h
again and will do some tests with 64 bits compilations vs. 32 bits.
It is extremely hard to deduce from the documentation what to expect and what
structure is in effect when one compiles with any combination of
Thank you all
I am going back to the drawing board as I've mentioned on another thread
ZA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Thu, 19 Feb 2015 08:51:35 -0500, John Eells wrote:
I forwarded this on to the C compiler team, who retrieved your PMR from
the dusty archives and determined it was a Language Environment problem.
...
In any event, the Language Environment guys are a bit horrified that
this happened.
Sounds
In
capikfhgi5onx3zswmuvplmsfmwrggephotwe9ektkporykx...@mail.gmail.com,
on 02/19/2015
at 06:48 PM, Peter dbajava...@gmail.com said:
Is it possible to keep a seperate Password for OMVS alone ?
On the same LPAR? Not without a separate userid. Simiolarly, if you
use a password phrase it's the
On Thu, 19 Feb 2015 17:32:53 -0600, Paul Gilmartin wrote:
Here we go again:
http://www.wired.com/2015/02/lenovo-superfish/
The gall of these people is unbelievable.
Hop on a plane that uses gogo for onboard wifi with one of these, and *really*
expose yourself to a man-in-the middle attack.
Here we go again:
http://www.wired.com/2015/02/lenovo-superfish/
And, a classic (Ken Thompson ca. 1984):
http://cm.bell-labs.com/who/ken/trust.html
-- gil
--
For IBM-MAIN subscribe / signoff / archive access
Any help here?
TEC428347
http://www.ca.com/us/support/ca-support-online/product-content/knowledgebase-articles/tec428347.aspx
Regards,
Kevin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Gibney, Dave
Sent: Thursday, February 19,
In 1346088131080403.wa.zatlas1yahoo@listserv.ua.edu, on
02/19/2015
at 08:18 AM, Ze'ev Atlas
004b34e7c98a-dmarc-requ...@listserv.ua.edu said:
I still think that the decision, many decades ago, to leave the
actual definition and implementation of short, int, long, etc. to
the
This is helpful. Not as immediately helpful as I had hoped, but helpful.
I may be in business anyway. Truns out that I probably have the definitions I
need already in my Production Lpar. This time it was development that was out
of sync and it wasn't a big deal to roll CA-7 there.
26 matches
Mail list logo