The major difference is that Rocket offer enterprise support for their
open source tools which a lot of customers deem mandatory. YMMV.
On 14/3/23 22:09, Lionel B. Dyck wrote:
You no longer need to get the open tools for z/OS from Rocket Software -
there is a new player in town - the z/OS Open
My advice is to abandon the horrible Web Enablement services and build a
good C JSON parser like json-c. Even better if you can ditch C and use
C++ because then you have some very nice options.
https://github.com/json-c/json-c
https://github.com/nlohmann/json
On 13/3/23 18:07, Robin Atwood
On 7/3/23 16:59, René Jansen wrote:
On 7 Mar 2023, at 08:45, David Crayford wrote:
The industry has spoken! Python is the most popular programming language in the
world so haters will have to just suck that up.
That is a very funny statement. Nobody hates Python - the hype will blow over
On 8/3/23 02:26, Rony G. Flatscher wrote:
There also appears to be bugs in SysThread where the "attached"
member variable is not initialized in the constructor that takes a
pthread_t argument.
Ah, interesting that this is regarded a stumbling block, how about
pthread_getunique_np() or such
On 7/3/23 02:39, Rony G. Flatscher wrote:
On 06.03.2023 02:43, David Crayford wrote:
I'm sure your BSF4ooRexx is a really nice library. But it's moot
point talking about it on this forum because ooRexx has not been
ported to z/OS, I'm sorry to say that I think it probably never
I'm sure your BSF4ooRexx is a really nice library. But it's moot point
talking about it on this forum because ooRexx has not been ported to
z/OS, I'm sorry to say that I think it probably never will be. Unless,
of course, there is a REXX enthusiast who has the time and skills to do
the port. I
On 6/3/23 05:07, Tony Harminc wrote:
On Sun, 5 Mar 2023 at 08:32, David Crayford wrote:
strfmon() should do the trick.
Sigh... Binary floating point for currencies. Doesn't end well. Even
Bitcoin et al expect correct decimal results.
Yep. C was never really used for writing business
strfmon() should do the trick.
https://pubs.opengroup.org/onlinepubs/009604599/functions/strfmon.html
> On 5 Mar 2023, at 4:06 am, Rupert Reynolds wrote:
>
> To explain, I'm writing new PC code. I want the equivalent of EDMK in
> (something like) snprintf() format strings to print numbers
On 4/3/23 05:45, Steve Smith wrote:
If you'd stick to the heap, which is much more efficient, you can request
storage usage reports with quite a bit of detail.
+1. And if you can also diagnose the heap using tools like Fault
Analyzer and good old IPCS.
sas
On Fri, Mar 3, 2023 at 2:37 PM
On 3/3/23 22:33, Sebastian Welton wrote:
On Thu, 2 Mar 2023 06:57:01 -0600, Jay Maynard wrote:
I haven't tried to write anything in Rexx, let alone a TCP server. I'd
probably be inclined to use Go for that, though.
Start here and it is reasonably simple:
- TCPIP.SEZAINST(RSSERVER)
-
.
On Thu, Mar 2, 2023 at 10:22 PM David Crayford wrote:
It's my understanding that IBM made the zPDT available at a much more
affordable price with quite restrictive T's. I do agree with your
sentiments. I work with young guys and they raised the same point,
accessibility to a system to kick
(for free) is in their
best interest.
How many more decades will this take and will it be too late by the
tie IBM figures it out?
Regards,
David
On 2023-03-02 19:40, David Crayford wrote:
On 2/3/23 22:10, Rick Troth wrote:
On 3/2/23 05:49, David Crayford wrote:
I think 99% of the folks on this
On 3/3/23 00:22, Farley, Peter wrote:
But I found that using them from the z/OS Unix command line embedded in a python script just as in
the article link is a performance nightmare. Definitely NOT ready for production use. The idea is
good but the implementation is awful. Take a close look
On 2/3/23 22:10, Rick Troth wrote:
On 3/2/23 05:49, David Crayford wrote:
I think 99% of the folks on this forum want a language that can run
in a TSO/ISPF environment hosted in PDS data sets. Lua can do that
and it's orders of magnitudes faster then REXX with the advantage of
package
Respectfully, I think your performance testing is hopelessly outdated.
Starting a Java application server on z/OS takes a few seconds.
Starting DataStreamerApplication v1.1.5-SNAPSHOT using Java 1.8.0_351
on RSD6 with PID 33620928
No active profile set, falling back to 1 default profile:
On 2/3/23 21:30, René Jansen wrote:
Not that anyone would do that, of course, being so much easier with ISPF and
Rexx and their shared variable pool. I have built dialogs in COBOL and PL/1 but
nothing beats Rexx for that, having not to VDEFINE everything first.
That's subjective. I find it
agree with you. JCL is what it is. The data set I/O classes are
even more pathetic which is why I wrote https://github.com/daveyc/pyzfile
On Thu, Mar 2, 2023 at 6:54 AM David Crayford wrote:
On 2/3/23 20:43, Jay Maynard wrote:
"The mainframe needs to keep pace with the industry
er in REXX?
The absolute abortion that is Python's idea of replacing JCL makes COBOL look
like APL.
I haven't seen that. Can you post a link?
On Thu, Mar 2, 2023 at 6:37 AM David Crayford wrote:
On 2/3/23 19:48, René Jansen wrote:
I think 99% of the folks on this forum want a language th
On 2/3/23 19:48, René Jansen wrote:
I think 99% of the folks on this forum want a language that can run in a
TSO/ISPF environment hosted in PDS data sets. Lua can do that and it's orders
of magnitudes faster then REXX with the advantage of package management. The
next gen guys don't use
,
René.
On 2 Mar 2023, at 05:24, David Crayford wrote:
After struggling with NetRexx, I've found that it could benefit from being as
user-friendly as Kotlin or Groovy if the maintainers want to attract more
users. On my machine, NetRexx is slower than Python but still respectable.
However, both
.
But as you see it is not really needed. We are not mandating anything, and if
you want to run from a jar, that is fine.
best regards,
René.
On 1 Mar 2023, at 17:23, David Crayford wrote:
On 2/3/23 00:20, René Jansen wrote:
Well, it *is* an executable jar. Up to you.
Executable Jars don't
On 2/3/23 00:54, René Jansen wrote:
maybe I was not clear.
it *is* an executable jar with the manifest built into it.
Then somebody needs to fix the scripts so it's usable by just setting
PATH and using the current working directory.
On 1 Mar 2023, at 17:52, David Crayford wrote:
On 2
for those.
Yes, I know that. I only want to execute the compiler without setting
CLASSPATH. It should be an executable Jar with the main mainifest built
in to the Jar. It makes NetRexx difficult to use and the documentation
is Windows oriented.
On 1 Mar 2023, at 17:23, David Crayford wrote
On 2/3/23 00:20, René Jansen wrote:
Well, it *is* an executable jar. Up to you.
Executable Jars don't require setting a CLASSPATH Rene
On 1 Mar 2023, at 17:17, David Crayford wrote:
Why doesn't it just use an executable jar and use "
, of course.
But I am open to suggestions! At least it should add a $CLASSPATH, not only the
NetRexxC.jar
Why doesn't it just use an executable jar and use "-jar"?
best regards,
René.
On 1 Mar 2023, at 16:39, David Crayford wrote:
On 1/3/23 23:13, David Crayford wrote:
ipt to set the CLASSPATH relative to the binary.
Is it on github?
On 1 Mar 2023, at 16:13, David Crayford wrote:
I'm happy to verify on my PC but I found NetRexx to be hopeless on Linux. I've
added the /bin to my PATH but it's failing because it can't load the NetRexxC
classes even though
On 1/3/23 23:13, David Crayford wrote:
I'm happy to verify on my PC but I found NetRexx to be hopeless on
Linux. I've added the /bin to my PATH but it's failing because it
can't load the NetRexxC classes even though I have set the /lib
directory on my CLASSPATH. Must be optimized for Windows
2023, at 14:16, David Crayford wrote:
❯ python3 PrimePy.py
Passes: 6769, Time: 5.000584452878684, Avg: 0.0007387478878532551, Limit:
100, Count: 78498, Valid: True
emillynge_numpy; 6769;5.000584452878684;1;algorithm=base,faithful=no,bits=8
best regards,
René
.
On 1 Mar 2023, at 12:15, Rony G. Flatscher wrote:
On 28.02.2023 20:55, David Crayford wrote:
I respectfully express my opinion without intending to badmouth anyone. I
believe that benchmarking the performance of reading a large file is not an
artificial test but rather a real-world use case
Interesting article on IBM SMF Explorer with Python
https://zos-hot-topics.com/2022/SMF-Explorer/. Looks like the young'uns
are gonna have some fun playing with SMF data in Jupyter.
On 1/3/23 06:30, David Crayford wrote:
There is a lot of AI related stuff in the announcement, including
:05, Jeremy Nicoll wrote:
On Tue, 28 Feb 2023, at 20:19, David Crayford wrote:
Utilizing
package managers to install packages is a fundamental aspect of
utilizing contemporary programming languages.
The package manager aspect os more or less irrelevant though. What
matters is the wealth of add
that, but again AI won't be the only
exploiter.
The bad news is that Printing PoOps is even less practical than it used to be.
;-)
From: IBM Mainframe Discussion List on behalf of David
Crayford
Sent: Tuesday, February 28, 2023 5:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1 Announcement US Letter
There is a lot of AI related stuff in the announcement, including a new
SMF explorder that leverages Jupyter Notebooks. The z16 Telum chip has
integrated AI on die and a C library was published. Does anybody know if
this has been ported to Python numpy or tensorflow?
In z/OS 3.1, AI and
IBM appears to have returned to its strength of conducting top-class
research and development, which was always its forte. However, as the
saying goes, nothing lasts forever. Google's reign as the world's
dominant force may be the next to end. It seems that ChatGPT is on track
to disrupt
provides downloads only for a
python wheel, and specifically states that no source code is available. Thank
you for the github address though.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Tuesday, February 28, 2023 3:10 AM
To: IBM-MAIN
colleagues who worked on the IBM File Manager product,
which incorporates REXX scripting, developed their own subset of REXX
because the performance of the TSO REXX interpreter did not meet their
objectives.
On 28/2/23 22:38, Rony G. Flatscher wrote:
On 28.02.2023 13:44, David Crayford wrote
with your benchmarks? Just because we are working on a
new, VM and bytecode based Rexx system.
René.
On 28 Feb 2023, at 13:49, David Crayford wrote:
On 28/2/23 20:41, René Jansen wrote:
Depending on what you test and what you want to see of course. You did use the
Rexx compiler?
Yes
results.
René.
On 28 Feb 2023, at 06:47, David Crayford wrote:
On 25/2/23 01:23, Farley, Peter wrote:
Python on the mainframe is pretty good, but still can't beat out Rexx in
performance even when the Rex script needs to use BPXWUNIX and friends to
access z/OS Unix file systems,
I have
calls so it has sub-optimal memory management. The
REXX compiler should not be used if you are using medium to large stem
variables or data stacks.
René.
On 28 Feb 2023, at 06:47, David Crayford wrote:
On 25/2/23 01:23, Farley, Peter wrote:
Python on the mainframe is pretty good
didn't have to deal with LE issues.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford [dcrayf...@gmail.com]
Sent: Tuesday, February 28, 2023 12:47 AM
To: IBM
e not available for the same reason
(DASD-and-CPU-constrained system). The platform only permits you to use standard python packages
or one of the few non-standard ones pre-installed by the admins there.
Peter
-----Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David
On 28/2/23 13:47, David Crayford wrote:
On 25/2/23 01:23, Farley, Peter wrote:
Python on the mainframe is pretty good, but still can't beat out Rexx
in performance even when the Rex script needs to use BPXWUNIX and
friends to access z/OS Unix file systems,
I have conducted a series
On 28/2/23 13:55, Gibney, Dave wrote:
LIKE=a good representative existing library.
How about: Don't bother kid, use the z/OS UNIX file system instead?
-Original Message-
From: IBM Mainframe Discussion List On
Behalf Of David Crayford
Sent: Monday, February 27, 2023 9:53 PM
To: IBM
a
C++ source data set?" what would you suggest?
-Original Message-
From: IBM Mainframe Discussion List On
Behalf Of David Crayford
Sent: Monday, February 27, 2023 9:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF and zOWE for non-mainframers
On 27/2/23 06:46, Andrew Rowley wro
On 25/2/23 01:23, Farley, Peter wrote:
Python on the mainframe is pretty good, but still can't beat out Rexx in
performance even when the Rex script needs to use BPXWUNIX and friends to
access z/OS Unix file systems,
I have conducted a series of benchtests, and the results suggest that
While I understand that it may be an unpopular opinion on this forum, I
personally believe that the ISPF editor is outdated relic. As Peter
mentioned, VS Code is a fantastic alternative. Additionally, Microsoft's
GitHub offers the Copilot plugin, which functions as an AI programming
assistant.
On 27/2/23 06:46, Andrew Rowley wrote:
On 25/02/2023 8:03 am, Bob Bridges wrote:
Oh, I was going to mention that surely allocating datasets, either in
batch or TSO, has got to seem like one of the dumbest and most
incomprehensible things we do on the mainframe, to a foreigner.
Allocating
On 13/2/23 02:34, Hobart Spitz wrote:
IMHO, the fault lies in the character stream orientation of UNIX, C, HTML
etc. The shorted-sighted design was motivated by the limited budgets and
underpowered systems of many early UNIX users.
On record oriented systems, (z/OS and z/VM) common operations
On 4/2/23 02:57, Joseph Reichman wrote:
You are attempting to insert a record using an rvalue-reference with an
initializer list. That's not supported by the XL C++ standard library
which does not support C++11. I already told you that two posts back.
The function prototype is like so:
On 2/2/23 21:25, Joseph Reichman wrote:
Thanks
First off, I am assembler programmer by trade I did learn C/C++ doing some
TCP/IP stuff from an Assembler Server Started task.
There's a skill to reading documentation. For XL C++ C++11 compatability
see
On 2/2/23 02:42, Joseph Reichman wrote:
Was looking at the compiler reference kind of small handful of options compared
to pages and pages for XL C\C++ compiler option
Haha! You're joking right? There's significantly more compiler options
as it's a port of clang
On 30/1/23 07:31, Joseph Reichman wrote:
Please accept my apologies the program consisted of hundreds of lines which
I complied cleanly using Visual studio.
Obviously, there are difference not in ANSI C++ which I Think XL is at 20
but in the window types.
There are three IBM C/C++
On 23/1/23 22:29, Paul Gorlinsky wrote:
C++ is an extension to C… staying current with Visual Studio releases will
help. Microsoft has been making lots of enhancements trying to catch up to the
current C/C++ standards.
I wouldn't use the full fat Visual Studio. Far better off using VS Code
Looks like your invoking the C compiler not C++.
> On 23 Jan 2023, at 11:15, Joseph Reichman wrote:
>
> Hi
>
>
>
> I got this error when trying to include template
>
>
>
>
>
> // map standard header
>
>
>
>
>
> #error
On 27/12/22 10:43, Ed Jaffe wrote:
My team uses https://vuejs.org/. At the moment we only build HTML but
there are packages to render a multitidue of different formats
including PDF, word docs etc. Extensions are written in Typescript or
Javascript so there is a massive eco-system to pull
MS Word is a great product for it's main use case. I don't consider it a
good choice for technical documentation and neither does the Information
Developer in my team. There are many better tools out there, some of
which are free. Documentation in today's world can be published in many
On 15/12/22 00:11, Paul Peplinski wrote:
David,
This whole process has been a massive learning experience. It started out being the
"simple" task of getting a java11 jar running on the mainframe so we didn't
have to stand up Linux servers. Oh, and have a CICS COBOL program talk to it (POST)
I wouldn't stray outside of IBM-1047 for OMVS other than ISO8859-1. Are
you sure your issue is not server side with Jetty? I would try setting
the -Dfile.encoding=ISO8859-1 java option. I would also strongly suggest
using the JZOS batch launcher and not BPXBATCH for running Java programs
On 7/12/22 10:53, Joseph Reichman wrote:
David Crayford suggested I use uss pthread wonder if that corresponds to z/os
task
Of course! Although the POSIX semantics are different. pthreads are not
hierarchical and the thread can be detached from the thread that spawned
We discussed this with the C/C++ compiler devs when we were beta testing
the Open XL C/C++ compiler. They said it was on their radar but would
need work from the binder team to implement similar plumbing to
writeable static. I got the impression that it won't happen soon. It's a
PITA as it
It would be cool if IBM published the JZOS Jar on Maven central. We have
a centralized company Artifactory server and have uploaded the z/OS
specific Jars like JZOS, RACF etc which is so much better then uploading
to your PC.
On 2/12/22 19:12, Steve Austin wrote:
Thanks Kirk,
The
On 23/11/22 01:20, Fabio Massimo Ottaviani wrote:
We also tried to add what suggested by David
If you want to pass the address of a parameter list in R1 use the following.
#pragma runopts(plist(os))
And in main
struct plist * parms = ( struct plist * ) __R1;
But we got
pragma
If you want to pass the address of a parameter list in R1 use the
following.
#pragma runopts(plist(os))
And in main
struct plist * parms = ( struct plist * ) __R1;
On 21/11/22 17:22, Fabio Massimo Ottaviani wrote:
Hello
I wrote an assembler program attaching a C program with ATTACHX
On 20/11/22 23:13, Dave Jones wrote:
Now add GDDM graphics and it will be nearly perfect.
Here we go again! tnz is a curses application, a TUI (text user
interface) that runs in a shell. It's not X windows and doesn't run in a
GUI container. It's my understanding on some Linux desktop
, November 19th, 2022 at 6:27 AM, David Crayford
wrote:
On 19/11/22 02:12, René Jansen wrote:
RMFIII is my main use case.
If it's graphics that you seek, RMF has been modernized to export to
Prometheus/Grafana.
Not supporting GDDM is a case of self-fulfilling prophecy. Quality of 3270
terminal
when I hook my machine up to a external monitor and run it plugged in.
I don't miss it, and consider it technical debt ;-)
René.
On 17 Nov 2022, at 20:07, David Crayford wrote:
On 18/11/22 00:05, Dave Jones wrote:
Now if it would only support GDDM style graphics orders like PCOMM does
On 18/11/22 00:05, Dave Jones wrote:
Now if it would only support GDDM style graphics orders like PCOMM does...
Who actually uses GDDM? I use Tom's Vista and I couldn't care less that
it doesn't support GDDM. Rocket Terminal Emulator Web edition can serve
thousands of 3270 sessions on a
> On 17 Nov 2022, at 10:23 pm, Paul Gilmartin
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Thu, 17 Nov 2022 19:06:03 +0800, David Crayford wrote:
>
>> Thanks for sharing. I just tried it and it's cool. Much better than
>> c3270. Supports a
Thanks for sharing. I just tried it and it's cool. Much better than
c3270. Supports all the usual fruit. I spend a lot of time in shells and
this is a great utility.
On 17/11/22 10:59, Timothy Sipples wrote:
There's a 3270 emulator (and automation) package written in Python that's
available
. Am I wrong? The way I read the docs is that method will fail if
the caller is using a Rexx "reentrant environment." Am I wrong?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Friday, October 28,
There is a field in the LE Enclave Control Block called
CEEEDB_R13_PARENT which is a pointer to a DSA containing the registers
of the enclave parent. If you can be bothered. I would just use
IRXINIT("FINDENVB ") to get the environment block as opposed to fiddling
about with control blocks.
I've written a Python package [1] to process record oriented MVS data
sets. It supports QSAM, BSAM, VSAM (KSDS, ESDS, RRDS), hiperspaces and
the file system. I would recommend not using it for the file system as
the Python standard library does a better job and supports file tagging.
The
You can obtain the environment block by calling IRXINIT("FINDENVB ")
On 28/10/22 04:43, Charles Mills wrote:
But how does REXX invoke a program?
Ret = MYFUNC(parm1, parm2)
glue code puts the rexx parameters
Yeah, I know how to do a front-end to the C++ but I would rather not add that
ty that are actively ported FOSS to z/OS. Interestingly, this
includes the zsh which I'm delighted about.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Monday, October 3, 2022 1:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM python
On 3/10/22 13:47, David Crayford wrote:
Porting tools to support MVS data sets in trivial.
I meant Porting tools to support MVS data sets is non trivial.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
On 3/10/22 07:18, Farley, Peter x23353 wrote:
Where, for instance, in the documentation that you linked to is there information on
whether the python "open()" function for files will or will not support direct
access to MVS datasets without transferring them down to the Unix file system?
setuptools 58.3.0
six 1.16.0
zos_util 1.0.0
On 3/10/22 07:40, David Crayford wrote:
On 3/10/22 07:18, Farley, Peter x23353 wrote:
As the OP of the other thread on python documentation, let me answer
that what I expected from IBM for python documentation was the same
sort
I need doc for the JRE I read the Oracle doc. If I need doc for Python I head
on over to the Python doc. Everything I need for z/OS is covered.
(Rhetorical question. I know that David does not know the answer.)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN
100% agreement. And it's not just interesting glyphs I've had problems
with. Any code point > 0x7F can get interesting.
On 2/10/22 11:09, Phil Smith III wrote:
David Crayford expounded on some issues with UTF-8 *on z/OS* and
_BPX_AUTOCVT=ALL. All legitimate, all real problems, but really
z
On 2/10/22 01:40, Phil Smith III wrote:
Jay Maynard wrote:
OK, so what kind of issues are there with UTF-8? Especially since it's
pretty much the standard everywhere, these days?
Yeah, that caught my eye too. I suspect the answer is that *mixing* UTF-8
and EBCDIC gets complicated because
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Friday, September 30, 2022 11:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM SMF Export with Python
I know Python is not well received on this forum but as an example of
IBMs investment they have announced a new
I know Python is not well received on this forum but as an example of
IBMs investment they have announced a new Python toolkit to process SMF
data using Jupyter notesbooks, an industry standard visualization tool
for analytics and machine learning. I understand many people consider
this stuff
FOSS to z/OS
https://makingdeveloperslivesbetter.wordpress.com/2022/01/07/is-z-os-ascii-or-ebcdic-yes/.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford [dcrayf...@gmail.com]
Sent:
dvantages.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of David Crayford
Sent: Sunday, September 25, 2022 6:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM python documentation?
On 26/9/22 07:34, Farley, Peter x23353 w
-MAIN@LISTSERV.UA.EDU] On Behalf
Of David Crayford
Sent: Sunday, September 25, 2022 6:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM python documentation?
On 26/9/22 07:34, Farley, Peter x23353 wrote:
I know Rocket's port of python has some documented enhancements to support MVS dataset access
f failure to cause the unregistration of only the facilities
that had been suc-
cessfully registered before things went bad.
On 26/9/22 10:17, David Crayford wrote:
On 26/9/22 10:13, Steve Smith wrote:
lol... We definitely need a guide to refracturing code.
More seriously, a decent commentary o
On 26/9/22 10:13, Steve Smith wrote:
lol... We definitely need a guide to refracturing code.
More seriously, a decent commentary on how to use goto "correctly" would be
a nice thing to see.
Here you go, just in case you missed it the first time I posted
ions
(no true ALGOL block concept).
Kind regards
Bernd
Am 25.09.2022 um 13:51 schrieb David Crayford:
Another thing that makes me incredibly dubious about some of the
opinions in these videos is the hackneyed nonsense about "goto
considered harmful". The original paper was m
On 26/9/22 07:34, Farley, Peter x23353 wrote:
I know Rocket's port of python has some documented enhancements to support MVS dataset access among
other things, but I have failed to find any documentation on the IBM websites for an IBM-produced
"python Programmers Guide" (or similar) that would
downloads) is here:
> http://bernd-oppolzer.de/job9.htm
>
> IMO, GOTOs (and the statements mentioned above) must be used with care.
> If you don't use them right, nobody will be able to follow the logic in your
> programs,
> including yourself (after some time). Indentation is key,
Another thing that makes me incredibly dubious about some of the
opinions in these videos is the hackneyed nonsense about "goto
considered harmful". The original paper was misunderstood in that all
goto statements are harmful and brainwashed a generation. Some of these
videos present a trivial
On 25/09/2022 3:56 pm, Peter Sylvester wrote:
On 25/09/2022 05:02, David Crayford wrote:
There's some interesting videos here. All entertaining in their own
way. It's like any dogma, if you want to believe then you will. If
you have spent your entire career using structured programming you
On 24/09/2022 9:48 pm, Kirk Wolf wrote:
On Fri, Sep 23, 2022, at 6:09 PM, Paul Gilmartin wrote:
On Fri, 23 Sep 2022 23:18:21 +0200, Bernd Oppolzer wrote:
Many thanks for these links;
I especially appreciate the tutorials by Brian Will "Object-Oriented
Programming is Bad",
There's some interesting videos here. All entertaining in their own way.
It's like any dogma, if you want to believe then you will. If you have
spent your entire career using structured programming you probably think
"hell yeah"!
On 20/09/2022 5:46 pm, Peter Sylvester wrote:
Anyway, here
There are no tar files anymore Wayne. You need to use conda unless you
have enterprise support where you can use SMP/E.
On 25/09/2022 1:12 am, Bernd Oppolzer wrote:
IMO, there are some really interesting use cases for such techniques,
for example
- sort routines where the comparison functions is generic, that is, a
function pointer
- same for search routines
- same for dynamic arrays of structs, indexed by
On 25/09/2022 1:38 am, Bernd Oppolzer wrote:
The link to the video once again, because it was damaged by my eMail
client:
https://www.youtube.com/watch?v=IRTfhkiAqPw
Brian's videos are entertaining but his modus operandi is to take some
really bad code and then demonstrate how to refactor it
On 24/09/2022 7:09 am, Paul Gilmartin wrote:
On Fri, 23 Sep 2022 23:18:21 +0200, Bernd Oppolzer wrote:
Many thanks for these links;
I especially appreciate the tutorials by Brian Will "Object-Oriented
Programming is Bad",
https://www.youtube.com/watch?v=QM1iUe6IofM
Far worse is the attempt
Another example is the pthread library which uses a naming convention
that describes the context it's operating on. For example,
pthread_mutex_lock, pthread_cond_wait etc. I've used this kind of naming
convention myself but I only write Metal/C these days and C++ when using
LE.
FWIW, the
201 - 300 of 1921 matches
Mail list logo