Boy, ain't THAT the truth!, he says sadly, thinking of an app he didn't write
and is now responsible for maintaining.
This thing passes multiple values between programs using (if I understand it
correctly) a single character string consisting of many assignment statements,
which are then
Binyamin Dissen wrote:
>With IBM planning (planned) dropping support for SNA / 802.3, does that
>mean that application code using LU6.2 will stop working?
>Or will VTAM continue to support LU6.2 code?
IBM is dropping support for “classic” SNA and pre-SNA “wire” protocols
effective with z/OS 3.1
https://github.com/CBTTape/CBT993
Probably other CBT tape members to process.
On Sun, Mar 17, 2024 at 7:11 PM Rupert Reynolds wrote:
>
> SMF logging of data for management information? I never did much with SMF,
> but I can't see why not.
>
> I did briefly consider being able to parse existing
SMF logging of data for management information? I never did much with SMF,
but I can't see why not.
I did briefly consider being able to parse existing mapping macros, but
that's bound to be a bigger job than it seems, especially now I'm a bit
rusty and only have Hercules to play with.
We don't seem to have the same definition of clever. To me, code that has me
asking "Why didn't I think of that?" is clever; code that has me asking for
hours "How does this work?", not so much. Sometimes the difference is good
choice of label and helpful comments.
Expect the code to be
+1
Remember, Bill isn't really a programmer, no matter what name he uses. He
was a sysprog at best.
On Sun, Mar 17, 2024 at 4:21 PM Jared Hunter
wrote:
> Dave Beagle wrote:
> > Code reviews are dumb and not needed by good programmers
>
> Counterpoint: Code reviews are -most- essential when the
AFAIK, LU6.2 will not be affected.
The drop of support does not cover SNA higher level functionality, just
physical layer.
So the change is from OSA OSE native SNA to Enterprise Extender, which
means SNA over IP.
Note: mainframe is last platform still supporting that layer.
Microsoft HIS aka
Dave Beagle wrote:
> Code reviews are dumb and not needed by good programmers
Counterpoint: Code reviews are -most- essential when the authors are experts.
Why is that? Because experts are most able to churn out code that functions
correctly for today’s requirements, but that some less-expert
CLIST will never go away, but I avoid it as much as possible. There is a very
limited set of use cases for it, IMHO, and REXX has been my goto scripting
language for decades, with a grudging nod to Perl when CPAN can make my life
easier.
PowerShell suggests that you're not limited to Z,
I probably would use ":=" for assignment and "=" for equality.
Are you supporting SMF-like structures?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on
It's too soon to publish much, especially when I have a full time job doing
something else. To be honest I probably never will, because it only suits
my pet bigotries :-)
But briefly, I looked at day 1 notes (on back of a gas bill). They included
these, not all of which will ever make it into use
> every function call carries a potential side effect.
Function calls in most languages carry potential side effects. In that respect
REXX is superior because PROCEDURE drops access to everything except what you
expose.
> When I hear about adapting to quirks, it seems to translate to "I
CALL ON is intend for exception handlers that return; that code should never
have survived review.
It's SIGNAL ON that unwinds the stack.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
For OMVS and z/Linux, ooRexx is the gold standard and comparisons to classic
Rexx are irrelevant.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on
Every language has warts, including PL/I and REXX, but I believe that they are
the best choices for writing ISPF dialogs, especially if you are allowed to use
PCRE.
I don't supposed that a fully supported IBM port of Ruby to z/OS will ever
happen, but it would catch my eye if it did. Likewise
> I'm developing a language
Have you published any details?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of
Rupert Reynolds
Sent:
On z/Linux? Already here? In TSO? I wish, but won't hold my breathe.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of Bob
Bridges
ALGOL 68 was a big step forward, but the standard was hard to read because it
lacked adequate comments in the formal definition.
Simula was based on ALGOL 60 and was arguably the first OO language. Ada was
derived from ALGOL via Pascal.
And, of course, PL/I owes a lot to ALGOL 60.
--
Shmuel
That looks more like programming around deficiencies in the compiler than
finding better algorithms. Between PL/I F V4 and V5 there was a serious
degradation of code quality, anf there were cases where the "optimizing"
compiler was worse than F. I ran into that processing SMF data.
I'd be
The difference is that you not only learn how to do it better next time, you
get to improve it this time. Taking ownership doesn't mean keeping people off
your turf; a professional should always be open to informed criticism.
I've exchanged code with a number of people over the years, and have
Is this code clear? How can we improve the comments?
Have we considered all of the edge cases?
Is there a better way to do this?
How easy will it be to extend this?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
,
Hello,
.
Im trying to understand an anomaly using SDSF CSR - (Common Storage Remaining)
I have read some of the documentation on SDSF CSR, however it didn't really
give me an understand of the issue below -
.
I have two jobs which invoke the same program from the same load library -
Bothe
I think code reviews are very useful, especially for not yet experts. It
is good education for all levels.
We had reviews, and comments like
- Do you need a latch across these instructions for when there is
concurrent execution?
- If it abends here, how will the frr code ...
- Would it help
I really gotta get back into PL/1. It was my first language, and I still like
it. Just haven't used it in a few decades.
---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
/* The more sophisticated the technology, the more vulnerable it is to
primitive attack. People often overlook
I suppose code reviews are like post-battle debriefs, in which every choice of
the commander is questioned, and when challenged with a better option he can
only say "I didn't think of that at the time". It must be extremely painful
for the guy in the glare of the spotlight, but if it's done
I wonder whether Alan Kay is the author of an article I read during the late
'70s in PC Computing; the name sounds familiar. I made copies and kept them
for a while, but I've lost track of them now. In that article the writer spoke
of teaching students who came not knowing much about computer
On Sun, 17 Mar 2024 at 11:42, Tom Harper <
05bfa0e23abd-dmarc-requ...@listserv.ua.edu> wrote:
> David,
>
> Yes, assembler can be used to improve performance.
>
> In the 64 years I have been programming, I have used COBOL for three
> years, C++ for six years, and assembler for 55 years.
>
>
David,
Yes, assembler can be used to improve performance.
In the 64 years I have been programming, I have used COBOL for three years, C++
for six years, and assembler for 55 years.
But it’s not just the language that affects performance. Design is critical and
arranging your algorithms in
Hi Tom,
Not new/difficult, but, must be used appropriately or it can cause
performance issues.
When I worked at SIAC (NYSE) 2004-2010, one of the last mainframe
activities I did was to look into why 6 Batch Jobs (run nightly) took
over the machine to the point that TSO response time was
I haven't been able to find a case where GNU COBOL has been used on
z/OS. Has it and I'm just not aware?
On 3/17/24 00:00, IBM-MAIN automatic digest system wrote:
Date:Sat, 16 Mar 2024 19:36:29 +
From:Mark Jacobs
Subject: GNU COBOL
GnuCOBOL "has reached an industrial maturity and
30 matches
Mail list logo