On Sun, 5 Jul 2020 00:26:55 -0600, in bit.listserv.ibm-main
(Message-ID:)
Grant Taylor wrote:
On 7/4/20 8:56 PM, Arthur wrote:
I use DDG, and I don't think it's an amalgamater. But if
you're just looking for "search for the words I asked
for", you can click "verbatim" on Google. And if, lik
On 7/5/20 1:12 AM, Arthur wrote:
If you turn off CSS, it's right there on the page. If you have CSS on,
it's more complicated. I forget where it is, but it's hidden and
requires two or three clicks to get to it. Or, as someone else pointed
out, "If you put &tbs=li:1 at the end of your search UR
On 2020-07-04 08:31, kekronbekron wrote:
Thank you Giliad, good to know that there's at least one other person who
cares about fonts in 3270! From what I remember, PCOMM 13.x added support for
font scaling, so that should help things look better, I'd assume. However, as
for font choice itself, I
Unfortunately SSI is going out of business and is dropping all support Dec. 31,
2020 and is not guaranteeing that SuperWylbur will work with 2.4 or beyond.
--
John Giltner
--
For IBM-MAIN subscribe / signoff / archive access ins
Here are the VTOC sizes needed for volumes full of 1 track datasets.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ickug00/ick40744.htm
On Sun, Jul 5, 2020 at 4:22 AM Peter wrote:
>
> Hello
>
> Thank you so much
>
> How do we determine the location of vtoc and inde
Hello List,
Just wondering ... assuming there's a primary storage product out there that
can store how-many-ever hoo-haa-bytes, and is a good product in general, it
should make sense to begin eliminating all tape (3490/3590) use right?
First, ML1 & ML2 in HSM, then HSM itself, then rebuild jobs
One of the major historical functional differences between tape-based
and DASD-based data sets has to do with with ability to recover deleted
data sets later found to be needed. You delete a data set on DASD,
odds are very good something else overwrites that data or all knowledge
of the location
[Default] On 5 Jul 2020 04:13:31 -0700, in bit.listserv.ibm-main
gil...@gmail.com (John S. Giltner, Jr.) wrote:
>Unfortunately SSI is going out of business and is dropping all support Dec.
>31, 2020 and is not guaranteeing that SuperWylbur will work with 2.4 or beyond.
Is Super-Wylbur distributed
Thanks Joel for the detailed response.
As long as there's good backup and restore-testing hygeine, eliminating tape or
vtape altogether (plus the complexity around it - HSM, OAM, 3490 emulation) ...
is something doable then.
Benefit would be severely reduced complexity (and cost), which is probab
All of this assumes that you're not taking frequent incremental backups. When
you have periodic full volume backups and frequent increwmental backups then
recovering deleted production DASD datasets is no big deal. Of course, that
requires that the retention period be adequate.
--
Shmuel (Seym
> Unfortunately SSI is going out of business and is dropping all support Dec.
> 31, 2020
They'll be missed.
> Is Super-Wylbur distributed in source format
I've been out of touch, but the last time I looked it was distributed in source
form. As I recall, there was some code that you had to re
If you have DASD that are as cost effective as tape, have off site mirroring
and have software to keep track of and retrieve old versions, then you don't
need tape. If you go that way, it's crucial to have all of your ducks in a row
before you start changing things. Take a close look at what you
Yup, those are the things I'm looking to identfy - what kinda things should one
address before saying goodbye to tapes altogether (tapes/vtapes).
- KB
‐‐‐ Original Message ‐‐‐
On Sunday, July 5, 2020 8:33 PM, Seymour J Metz wrote:
> If you have DASD that are as cost effective as tape,
I'm certainly interested in a discussion; whether I would joint the co-op would
depend very much on where the price was set.
If this flies, there are going to be tradeoffs, and in some cases arbitrary
decisions. Whatever you do will leave some people out, and if I'm one, those
are the breaks. I
Thank you all for your inputs,
I am over the problem now.
In fact what i tried to do is to Move some fields to my output fields and then
write it as a report. (It is a Db2 performance report, the input are from the
trace buffers with the macros given by Db2 libraries)
So my program is roughl
Hi Duc,
You should have a look at Dr John R. Ehrman Assembler Programing Guide here :
http://www.cbttape.org/ftp/asmbook/alnv200.pdf
A must read if you want to learn z/OS Assembler.
Ciao,
--
Raphael Dal Pos / z/OS Support
Generali S
Did this in the nineties
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of kekronbekron
> Sent: Sunday, July 05, 2020 5:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage & tape question
>
> Hello List,
>
> Just wondering ... assuming there's a primary stora
Cobol has alignment too. You just dont see it.
All storage is aligned.
Joe
On Sun, Jul 5, 2020 at 10:24 AM Nguyen Dt wrote:
> Thank you all for your inputs,
>
> I am over the problem now.
> In fact what i tried to do is to Move some fields to my output fields and
> then write it as a report. (
On Sun, 5 Jul 2020 11:31:55 -0500 Joe Monk wrote:
:>Cobol has alignment too. You just dont see it.
:>All storage is aligned.
The opposite is true.
Group (01/77) are aligned.
Subordinate items are not aligned unless the SYNC clause is specified.
:>On Sun, Jul 5, 2020 at 10:24 AM Nguyen Dt wr
OW... are the output fields i defined it exactly as in the DSECT got from
the macros.
> As it is an output field, the position is important (and it is why i
> detected a problem in the positions of my fields)
> Its is OK now with OW... variables defined as characters CLx
>
If it works, it works.
On Sun, 5 Jul 2020 10:23:53 -0500, Nguyen Dt wrote:
>
>OW... are the output fields i defined it exactly as in the DSECT got from the
>macros.
>As it is an output field, the position is important (and it is why i detected
>a problem in the positions of my fields)
>Its is OK now with OW... variabl
On 7/5/20 6:12 AM, kekronbekron wrote:
Just wondering ... assuming there's a primary storage product out there
that can store how-many-ever hoo-haa-bytes, and is a good product in
general, it should make sense to begin eliminating all tape (3490/3590)
use right?
I have long been a fan of the
The assembler reflects the architecture of the machine. Originally, you could
not load a 32-bit integer (called a full word) into a register from memory
unless the address was properly aligned. Attempting to do so would cause the
instruction to terminate and a program check interrupt (specific
On Sun, 5 Jul 2020 10:23:53 -0500, Nguyen Dt wrote:
>
>In fact what i tried to do is to Move some fields to my output fields and then
>write it as a report. (It is a Db2 performance report, the input are from the
>trace buffers with the macros given by Db2 libraries)
>
>So my program is roughly
Count me in for a more serious discussion. Note that some (perhaps large)
proportion of potential users of such a co-op may be of the kind that need
infrequent access to system programmer functionalities, only the widest
possible range of compilers and subsystems for application-level explorati
You might want to consider whether transportability is an issue. How do you
get your backups to your disaster recovery site? The systems I worked on were
prohibited from connecting to public networks.
You might also want to consider operational security. If your new storage
device is physica
On Sat, 4 Jul 2020 15:11:54 -0500, Nguyen Dt wrote:
>I tried the option NOALIGN when assembling , and it is OK now.
>
>So it means that i should examine my assembling listing to check if variables
>are not separated by some bytes for the alignement ?
>When i put all the variable to Character ty
I am trying to get ssh and sftp CLI clients from windows to connect to my
z/OS LPAR without requiring a password prompt. To that end I tried the
following:
1. Generated the SSH keys on my Windows PC
2. Uploaded my public key to z/OS OMVS
3. Imported it into /home/me/.ssh/authoriz
I say yes to a Mainframe co-op. It could morph into a very useful thing over
time.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Grant Taylor
Sent: Sunday, July 05, 2020 2:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migrate z/OS DASD volumes from Mainframe to
On 7/5/20 12:02 PM, Lionel B Dyck wrote:
I thought using SSH/SFTP would be able to skip the password by using
my ssh key?
Check the permissions of the ~/.ssh folder and all parent folders.
Group and other can't have write.
Ask the admin to check the ssh server logs. It will almost always sa
Grant - that was it - for some reason my /home/me/.ssh was 777 - changed to 644
and no more password prompt.
I'm in heaven 😊
Lionel B. Dyck <
Website: https://www.lbdsoftware.com
"Worry more about your character than your reputation. Character is what you
are, reputation merely what others th
On 7/5/20 1:13 PM, Lionel B Dyck wrote:
Grant - that was it - for some reason my /home/me/.ssh was 777 -
changed to 644 and no more password prompt.
O.o?! That sounds like a potential security problem. Hence why ssh
wouldn't use the key files.
I'm in heaven 😊
Yep. SSH authentication wi
Good point - 600
Lionel B. Dyck <
Website: https://www.lbdsoftware.com
"Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are." - John Wooden
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gr
On Sat, 4 Jul 2020 15:28:44 -0700, Charles Mills wrote:
>I am not sure what you are trying to achieve in the big picture but assembler
>is not something you can spend a short time on and expect to have something
>that works.
>
>Rexx -- you could study it for 5 minutes and be able to write SAY "H
On Sun, 5 Jul 2020 15:20:50 -0500, Lionel B Dyck wrote:
>Good point - 600
>
>Website: https://www.lbdsoftware.com
>
>-Original Message-
>From: Grant Taylor
>Sent: Sunday, July 5, 2020 3:03 PM
>
>On 7/5/20 1:13 PM, Lionel B Dyck wrote:
>> Grant - that was it - for some reason my /home/me/.s
"Subordinate items are not aligned"
yeah, no.
If an 01 is aligned, then the subordinate 05 under the 01 is also aligned.
It has to be this way because of REDEFINES. I cant REDEFINE an unaligned
item into an aligned item.
77 are aligned because they are standalone, i.e. no grouping.
Joe
On Sun,
>STCK does not show such a restriction.
It used to. Those of us with long-ago-enough knowledge remember that well.
Regardless, if there is a chance of an operand crossing a cache-line
boundary, it might be in your best (performance, not functional) interest
to make sure that it doesn't (if y
1. Thanks for allowing me to clarify. I did not for a second mean "the OP
should use Rexx instead." I was just comparing the learning curve for the two
languages.
2. Interesting idea. IBM ships a program with the C compiler called EDCDSECT
that maps a DSECT into a struct. That program and its
DDG does appear to be an aggregator, although somewhat of a hybrid, and the DDG
help pages suggest as much...
" ... DuckDuckGo gets its results from over four hundred sources. These include
hundreds of vertical sources delivering niche Instant Answers, DuckDuckBot (our
crawler) and crowd-sourc
01 BLA-RECORD.
05 BLA-1 PIC X(3).
05 BLA-2 PIC S9(8) COMP.
Do you truly wish to assert that BLA-2 is aligned?
On Sun, 5 Jul 2020 17:45:37 -0500 Joe Monk wrote:
:>"Subordinate items are not aligned"
:>
:>yeah, no.
:>
:>If an 01 is aligned, then the s
01 BLA-RECORD.
05 BLA-RECORD PIC X(4).
05 BLA-RECOR2 REDEFINES BLA-RECORD PIC X(3).
The 01 is aligned.
The 05 is aligned.
The second 05 is not aligned.
Joe
On Sun, Jul 5, 2020 at 6:27 PM Binyamin Dissen
wrote:
> 01 BLA-RECORD.
>05 BLA-1 PIC X(3).
>05
...and if it's an SMS volume, you also need to concern yourself about VVDS
size.
On Sun, 5 Jul 2020 at 12:56, Mike Schwab wrote:
> Here are the VTOC sizes needed for volumes full of 1 track datasets.
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ickug00/ick407
Actually, it is. But, BLA-2 below is still offset 3 bytes from BLA-RECORD
because BLA-1 is only 3 bytes long
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Joe Monk
> Sent: Sunday, July 05, 2020 4:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Assembler q
Count me in ditto.
I have a P/390 running OS/390 V2R10 (bought on ebay) - but no ADCD's for
it or even SMP/E installed either.
If I can get its CD's at a one-off cost, that'd make my day. It's not to
develop commercial software, but just as a 'hobby' to get back to
mainframe programming and awa
Ok, so assuming the primary storage takes care of DR backups, active/active,
sync/async replication, physical risks [earth(quake), fire, wind, water,
power], assures ease of standing up the DR environment after a whoopsie, isn't
from a rent-seeking company that does planned obsolescence (i.e., t
Check this -
https://makezine.com/2017/09/07/secure-your-raspberry-pi-against-attackers/
Believe you'll have to explicitly disable password-based auth.
- KB
‐‐‐ Original Message ‐‐‐
On Sunday, July 5, 2020 11:43 PM, Grant Taylor
<023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>
What are the current mapping macros for what used to be the SAM-E SAMB, IOBEX
and ICQ?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to l
On 7/5/20 9:53 PM, kekronbekron wrote:
Believe you'll have to explicitly disable password-based auth.
No, you don't need to disable password-based authentication to use keys.
Many people do disable password-based authentication as another layer of
security.
But that additional security is i
There's a good organizational structure potentially available:
https://www.openmainframeproject.org
I assume the goal ought to be to have something better than the Master the
Mainframe Learning System, already available free of charge:
https://www.ibm.com/it-infrastructure/z/education/master-th
49 matches
Mail list logo
