z/OS OpenSSH is currently based on OpenSSH 6.4, but IBM also uses the
maintenance stream to include security patches from OpenSSH beyond 6.4.
It isn't clean why your Network Security Team is asking for 7.4 - for a new
feature or for a security fix?If for the latter, you can check the PTFs
to
That should have been cross-posted to ASSEMBLER-LIST and MVS-OE.
On Thu, 11 Apr 2019 19:47:56 -0400, Phil Smith III wrote:
>Easy to reproduce. Create an assembler input deck with a line longer than 80
>bytes; it can even be a single line:
>*
Post to the HLASM list which the development lead monitors. He is very
responsive. CharlesSent from a mobile; please excuse the brevity.
Original message From: Phil Smith III Date:
4/11/19 4:47 PM (GMT-08:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Lousy error
from HLASM in
Easy to reproduce. Create an assembler input deck with a line longer than 80
bytes; it can even be a single line:
*
x
(that x is in column 81)
Put it in a USS directory as, say, bad.asm. Now cd to that directory in a
On Thu, 11 Apr 2019 20:48:51 +, Edward Finnell wrote:
>...
>Definitely a DNS problem. ...
>
I said, "finger-pointing." CenturyLink is giving me an incorrect IP for one
host to which I can readily connect from other hotspots.
CL Support blamed my computer (I tried more than one), my browser
wmhbl...@comcast.net (WILLIAM H BLAIR) writes:
> Donald Ludlow WAS indeed the principal author
> of OS/360 IOS. In fact, he wrote ALL of the
> code that actually survived and was shipped.
> There was another gentleman who CLAIMED to be
> the "author" of IOS (whom I knew personally),
> but
On April 11, 2019 at 4:29 PM Mike Myers wrote:
| an experience I had sometime back around 1967.
| Nearby at another system was Don Ludlow, who
| was reputed to be the primary designer of IOS
| for OS/360.
Donald Ludlow WAS indeed the principal author
of OS/360 IOS. In fact, he wrote ALL of
No one wants to switch Darrens - just ask Samantha
Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266
-Original Message-
From: IBM Mainframe
Last time I saw them at the supermarket, they were having health problems.
Haven't heard or seen Darren since. AFAIK he's still at dar...@ua.edu but my
emails have been unanswered.
Definitely a DNS problem. Might try the web interface
atlistserv.ua.edu/archives/ibm-main.html if you can get to
George:
Your comment reminded me of an experience I had sometime back around
1967. I was working for IBM in Poughkeepsie at the time and had some
hands-on time on a 360/40. Nearby at another system was Don Ludlow, who
was reputed to be the primary designer of IOS for OS/360. He was going
li...@akphs.com (Phil Smith III) writes:
> And I'm 99.9% sure that DASD capacity was determined by building the
> geometry and then trying various densities until error rates became
> unacceptable, then backing off slightly. Which would explain the
> weird, random sizes with each generation (until
On Thu, 11 Apr 2019 16:01:15 +, Mark Jacobs wrote:
>I don't believe so. Latest version shipped with z/OS 2.3 is 6.4p1. IBM does
>issue APARs against it for any problems found that are applicable to OpenSSH
>on zOS. These is/was a list of them in one of the IBM OpenSSH manuals at one
>time.
Mark
ok thanks will take a look
Cheers
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mark Jacobs
Sent: Thursday, April 11, 2019 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH upgrade option
I don't believe so. Latest
(Cross-posting. This came via ASSEMBLER-LIST):
On 2019-04-11, at 10:57:08, esst...@juno.com wrote:
> Hi, I seem to be having a problem with IBM MAIN.
> Every time I respond to a post, it is returned to me from
> mailer-dae...@smtpout01.dca.untd.com
> Unfortunately, your mail was not delivered
Yes I’m trying to trace every instruction on a 14 CSECT load module with a
great number of self modified code instructions a breakpoint on an instruction
that’s self modified blows up debug tool or test
Test gives you the option of calling a program at a breakpoint using Call
subcommand
On Thu, 11 Apr 2019 14:31:09 -0400, Peter Relson wrote:
>CALLRTM TYPE=ABTERM,COMPCOD=xxx,RETRY=NO
>
>or CANCEL your job (the CANCEL completion code, and any accompanying
>DETACH-of-subtasks completion codes, will not be retryable and thus will
>have SDWACLUP on).
>
>RETRY=NO is not available
CALLRTM TYPE=ABTERM,COMPCOD=xxx,RETRY=NO
or CANCEL your job (the CANCEL completion code, and any accompanying
DETACH-of-subtasks completion codes, will not be retryable and thus will
have SDWACLUP on).
RETRY=NO is not available via ABEND. CALLRTM requires authorization.
Peter Relson
z/OS Core
However, if you are asking can I ask for a job on this list? Probably not
However there are many sites that have job postings you search
Monster.com
Dice.com
Indeed.com
LinkedIN
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Lizette Koehler
> Sent:
Perhaps in SYSLOG you might see the message
Mailbox is full. If that is there, then your actions were correct
As stated by Others, USER Broadcast is easy to do and allows you to make this
one users broadcast dataset really large.
Lizette
> -Original Message-
> From: IBM Mainframe
On Tue, 9 Apr 2019 07:52:08 -0500 Steve Partlow wrote:
:>I'll correct myself again:
:>SHAREMEMOBJ is cleaned up when the job step task (ASCBXTCB) terminates. I had
misunderstood a previous test. I've confirmed that if a subtask issues the
SHAREMEMOBJ and terminates, the address space still has
I would also suggest using
[JOB] in the subject line
Those that do not want to view, will find that easy to delete.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Seymour J Metz
> Sent: Thursday, April 11, 2019 8:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
Just a test of our Outlook server
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha! <><
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
A ways back, even I can't remember, I attended a Guide (it merged with
Share) meeting and after the conference was over, Jack (a friend I met at
Guide) and I went to the Boston Computer Museum. Once we got in, at a
distance I saw a sign S/360! I tell Jack "let's go see!" When we got there,
there
I'm looking for IBM 7340 photographs. Both drive and media (casette).
I visitet IBM site and found few images.
Any clue?
--
Radoslaw Skorupka
Lodz, Poland
==
Jeśli nie jesteś adresatem tej wiadomości:
- powiadom nas o tym
Check the IBM support portal. I am sure that IBM supports (or will support)
OpenSSH 7.4.
It is most likely in the maintenance stream somewhere in the maintenance stream.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Jodlowski
Sent: Thursday, April 11, 2019
I certainly agree with the move to User logs.
However, in the interim, there is a Broadcast Manager "package" on the
CBT site (File 247) that may be of some help. If nothing else, there is a
process documented for "expanding" the broadcast dataset.
Hth
Tony
On 4/11/2019 8:40 AM, Phil Smith III wrote:
And I'm 99.9% sure that DASD capacity was determined by building the geometry
and then trying various densities until error rates became unacceptable, then
backing off slightly. Which would explain the weird, random sizes with each
generation (until
I don't believe so. Latest version shipped with z/OS 2.3 is 6.4p1. IBM does
issue APARs against it for any problems found that are applicable to OpenSSH on
zOS. These is/was a list of them in one of the IBM OpenSSH manuals at one time.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted
Is there a way to upgrade OpenSSH on z/OS v2.2?
Currently OpenSSH is at 6.4p1, I have been asked by our Network Security Team
to upgrade to OpenSSH 7.4.
Cheers
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Alan Altmark wrote:
>The 3350 is from an era (not so long ago!) when there were no disk "arrays".
>No striping. The "location" information in the I/O architecture was physical.
>If you took the media out of its housing, you could generally point to where
>the data was located. Want
Thanks all. CALLRTM RETRY=NO it is.
DC H'0'is simplicity itself, and works without fail, but S0Cx ABENDs are all
recoverable. I need to test the SDWACLUP path.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Nick Jones
Yes. In the past the protocol was to check with the moderator, but I don't know
whether there currently is one.
I second the suggestion that you indicate whether telecommuting is an option,
and also suggest that you mention any available satellite offices for the
position.
--
Shmuel
Managing SYS1.BRODCAST is an endless, thankless job. Suggest moving to user
logs. You will never look back.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com
For authorized code, you can use the CALLRTM service. This can kill the current
task or any task you want. You could have a test program that abends a task in
your main program. It also has options to disable retry.
Nick Jones
On Thu, Apr 11, 2019 at 8:17 AM Dazzo, Matt <
00a854d4f854-dmarc-requ...@listserv.ua.edu> wrote:
> Are job postings allowed on this forum?
>
Generally yes. But only post once, unless replying to specific questions.
People generally want to know the company, location, details of the job,
and
Are job postings allowed on this forum?
Thanks
Matt
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Well, you can CALLRTM your parent task.
On Wed, 10 Apr 2019 13:39:35 -0700 Charles Mills wrote:
:>Is there a reasonably easy way for a task to create an ABEND that ESTAE or
:>FRR will indicate is unrecoverable (SDWACLUP)? (I can't use console CANCEL
:>because I need the ABEND to occur within a
I think the easiest way to test is to just zap your code to take the
unrecoverable path. Or, you could try the DETACH, try your other things,
and tell us what happens.
I suppose you could write another ESTAE recovery to set SDWACLUP for the
"real" routine (for testing).
Abends in recovery
But you can define a CF LPAR that shares the z/OS CP.
Met vriendelijke groet,
Kees Vernooij
KLM Information Services
z/OS Systems
Tel +31 6 10 14 58 78
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: 10
Jesse Robinson wrote:
>This box is for DASD mirroring (SDM) and system recovery.
>It has only one CP except when CBU is fired up. No data host
>at all under normal circumstances. As modestly priced as a
>CF might be, I don't think we could sell the idea just for
>the benefit of sysprogs.
If the
40 matches
Mail list logo
