per lane. There must be a good
technical reason for this.
[1] https://www.redbooks.ibm.com/redbooks/pdfs/sg248951.pdf
>
> On 8/1/2023 8:01 PM, Jon Perryman wrote:
>> > On Tuesday, August 1, 2023 at 05:20:33 PM PDT, David Crayford
>> wrote:
>>> What’s the d
> On 2 Aug 2023, at 11:38 am, Jon Perryman wrote:
>
>> On Tuesday, August 1, 2023 at 05:18:46 PM PDT, David Crayford
>> wrote:
>> The obvious difference is that C/C++ etc are still evolving.
>> The z/OS COBOL compiler hasn’t implemented significant features
>
du> wrote:
>
> On 8/1/23 7:20 PM, David Crayford wrote:
>> What’s the difference between between channelized I/O and a rack of x86
>> servers connected to a SAN using fibre channel driven by high speed HBAs?
>
> I don't know.
>
> My understanding is that
What’s the difference between between channelized I/O and a rack of x86 servers
connected to a SAN using fibre channel driven by high speed HBAs?
> On 2 Aug 2023, at 6:53 am, Grant Taylor
> <023065957af1-dmarc-requ...@listserv.ua.edu> wrote:
>
> On 8/1/23 3:10 PM, Rick Troth wrote:
>> Look
> On 31 Jul 2023, at 10:28 pm, Seymour J Metz wrote:
>
> The media sling around terms like dinosaur and legacy for mainframes and
> mainframe software, and tout "new" languages and platforms like C, Unix and
> windows. But look at the dates and explain to me, e.g., how z is legacy but
> x86 is
define a DB2 system, IMS
system gens, CICS stuff etc. I was impressed. We have Ansible where I work and
can stand up development z/OS images on z/VM. Very handy if you doing systems
level programming and don’t want to hose the LPAR you share with your team.
This new stuff was next leve
> On 19 Jul 2023, at 9:52 am, kekronbekron
> <02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
>
> Here's a dumb and bold prediction - the guts of RHEL (CoreOS) will be laid
> bare within zOS.
Nice idea, but I doubt it.
> USS becomes LSS. zOS native containers are actually normal contai
> On 19 Jul 2023, at 11:28 am, zMan wrote:
>
> Bill, Bill, Bill. Stick to stuff you know something about. IF quantum
> computers ever become realistically powerful, they will have VERY specific
> uses. They are not suited for general-purpose computing. Nobody even
> quantum-adjacent disputes that
du> wrote:
>
> Since it was one of the Rocket developers who requested that I try to get a
> dump to be analyzed by them, I intend to respect their request and continue
> to try to provide one to them if I am able to do so.
>
> Peter
>
> From: IBM Mainframe Discussion
questions about how
the Rocket developers are able to test it in the first place.
>
> Peter
>
> From: IBM Mainframe Discussion List On Behalf Of
> David Crayford
> Sent: Sunday, July 16, 2023 7:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to c
It seems to me that the Zxplore Python is badly broken and has major issues
with codepage translation. we’ve seen this before when you opened an issue for
pyzfile. I’m going to update the ticket to that effect so the maintainers
don’t waste time chasing shadows.
> On 17 Jul 2023, at 3:57 am,
g modules.
> On 16 Jul 2023, at 9:18 am, David Crayford wrote:
>
> Are you sure you don’t have a dump? LE is usually configured with
> TERMTHDACT(UADUMP) which creates a transaction (SYSMDUMP). Look in the
> syslog. Set the following environment variable to enable dumps by def
Are you sure you don’t have a dump? LE is usually configured with
TERMTHDACT(UADUMP) which creates a transaction (SYSMDUMP). Look in the syslog.
Set the following environment variable to enable dumps by default.
export _CEE_RUNOPTS=FILETAG(AUTOCVT,AUTOTAG) TERMTHDACT(UADUMP) ABTERMENC(ABEND)
F
> On 13 Jul 2023, at 12:50 pm, Andrew Rowley
> wrote:
>
> On 13/07/2023 2:00 pm, kekronbekron wrote:
>> Andrew - could you please explain what you mean by "checkout in git as UTF8".
>
> I mean setting the zos-working-tree-encoding for the file to UTF-8. I don't
> actually do this but it appear
> On 13 Jul 2023, at 7:20 am, Andrew Rowley
> wrote:
>
> On 13/07/2023 9:02 am, David Crayford wrote:
>> I'd like to understand your reasons for wanting to encode your Java source
>> files in UTF-8. It's important to note that the default encoding on z/OS is
eneral rule of thumb is to avoid using UTF-8
unless it is necessary, such as when embedding a YAML document into a Java JAR
file.
>
>
> - KB
>
> --- Original Message ---
> On Tuesday, July 11th, 2023 at 3:34 AM, David Crayford
> wrote:
>
>
>> It’s d
It’s difficult to use modern tools when the systems you work on are air gapped.
I can’t recreate your problem but I used a different method. I downloaded a zip
file from Github, uploaded it to z/OS and followed these steps:
jar xf psutill-master.zip
cd psutil-master
chtag -R -tc iso8859-1 .
pyt
Have you considered cloning the repository and utilizing Git's file
tagging feature? It can handle the tagging process for you. If you don't
have internet access, a suggestion would be to tag all the files as
ISO8859-1. It's advisable to avoid using UTF-8, as it may cause issues
with some porte
|"#define _XOPEN_SOURCE_EXTENDED 1" needs to b at the top of the source
file and work work if interleaved. I would define all compiler flags in
the build and not as pre-processor #define declarations.|
On 3/7/2023 9:38 am, Eric Erickson wrote:
I'm a bit perplexed here.
I'm using XL C and the
The z/OSMF UI suffers from a notable issue - despite being labeled as
modern, it falls short in comparison to current web UI standards. It
relies on the outdated Dojo Toolkit, which was already considered
outdated when z/OSMF was initially released and is practically obsolete
now. In defense of
On 2/7/2023 8:41 pm, Charles Mills wrote:
@David:
Looks like a but with XL C++. I would open a case with IBM
Alas, I am but a red-headed stepchild. Dallas and PDT customers cannot even
search APARs (which makes NO sense to me) much less open cases.
That's interesting. I was of the understandin
Looks like a but with XL C++. I would open a case with IBM
> xlC -o posts posts.cpp && ./posts
blah blah, Built Jul 2 2023 10:51:48, Source timestamp Mon Jan 1 0:00:01 1990
> ibm-clang++64 -o posts posts.cpp && ./posts
blah blah, Built Jul 2 2023 10:52:08, Source timestamp Sun Jul 2 10:49:
It may be easier to use https://github.com/py3270/py3270
> On 29 Jun 2023, at 10:56 pm, Farley, Peter
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
> Hi All,
>
> I have sent this question to the ooRexx help list but have not yet seen an
> answer. Hoping someone here has been dow
> On 22 Jun 2023, at 10:14 pm, Ed Jaffe wrote:
>
> On 6/21/2023 8:12 PM, David Crayford wrote:
>> Starting with IBM Open Enterprise SDK for Python v3.11 with APAR PH52983,
>> when accompanied with z/OS 2.4 or 2.5 APAR OA63406, Python applications will
>> become eli
Starting with IBM Open Enterprise SDK for Python v3.11 with APAR PH52983, when
accompanied with z/OS 2.4 or 2.5 APAR OA63406, Python applications will become
eligible for execution on zIIP processors as described in
https://www.ibm.com/support/pages/authorized-use-table.
-
I share Gord's perspective. While I appreciate your preference for using
a 14" laptop for all your work, it should be noted that this is an
exceptional case. Many employers, including mine, provide suitable
equipment for remote work, such as 32" external monitors (I personally
have two) in addi
On 8/6/2023 2:07 am, Frank Swarbrick wrote:
Ah, I should have known I'd get a "systems" answer. I am wondering about user
applications usage.
I attended the IBM zForum a couple of weeks ago and a customer
presentation by BNZ demonstrated COBOL programs calling Java to publish
application ev
gt;> Can someone please explain what IBM have done on the
>>> LinuxOne machines to stop them running z/OS?
>>
>> Your predicate is incorrect. IBM LinuxONE servers CAN run z/OS. Please
>> read on
>>
>> David Crayford wrote:
>>> From what I gather,
> On 9 Jun 2023, at 7:33 am, Lennie Dymoke-Bradshaw
> <032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:
>
> Can someone please explain what IBM have done on the LinuxOne machines to
> stop them running z/OS?
From what I gather, LinuxOne machines have the capability to run z/OS within
OCP
tatement considering it's one of it's use
cases. Back in the day admins would use rsync now they use Artifactory.
- KB
--- Original Message ---
On Wednesday, June 7th, 2023 at 6:52 PM, David Crayford
wrote:
Git is not the right tool for tracking systems directories such a
Git is not the right tool for tracking systems directories such as /etc
and var. No sysadmin wants a .git directory in system directories. We
use Artifactory which has an excellent API with diffs, versioning and
other tools such as hosting. It has a REST API but you can use a Python
library to
On 7/6/2023 4:00 am, Frank Swarbrick wrote:
Does anyone publish messages to Kafka from z/OS?
Yes https://www.ibm.com/docs/en/om-im/5.6.0?topic=introduction-architecture
If so, what technology do you use?
We use a combination of technologies in our core product. We utilize the
Java Produce
eters on DCBE to be cheating?
Of course not. It won't make up for a 5x difference.
--
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
On 5/6/2023 6:07 pm, Seymour J Metz wrote:
OTOH, benchmarks are tricky things, and it is often easy to get the answers you
want by carefully cherrypicking the details. I suspect that QSAM really is
faster for the test he ran.
QSAM may have stood a chance against HFS but it has no chance again
efits and flaws of your system.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Monday, June 5, 2023 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 3.1: Now UNIXR Certified
One compelling reason to embrace zFS is its potential for moderniza
maintain a separate patch file for z/OS-specific modifications.
- KB
--- Original Message ---
On Monday, June 5th, 2023 at 4:35 PM, David Crayford
wrote:
One compelling reason to embrace zFS is its potential for modernization
and facilitating the development of contemporary tools
- KB
--- Original Message ---
On Monday, June 5th, 2023 at 3:25 PM, David Crayford
wrote:
On 2/6/2023 11:31 pm, René Jansen wrote:
What I remember of it is that he was convinced it was a lot slower.
He was mistaken! I've tested it out, and QSAM is no match for zFS. You
can f
resilience. Another noteworthy aspect of
LSM-trees is their inherent ability to merge and compact while in
operation, eliminating the need for reorgs.
https://github.com/facebook/rocksdb
https://www.youtube.com/watch?v=I6jB0nM9SKU
On 5/6/2023 5:55 pm, David Crayford wrote:
On 2/6/2023 11:31 pm
On 2/6/2023 11:31 pm, René Jansen wrote:
What I remember of it is that he was convinced it was a lot slower.
He was mistaken! I've tested it out, and QSAM is no match for zFS. You
can find the details in this gist:
https://gist.github.com/daveyc/14b45d6d70d8dd9af1848e539d78881f. Adding
an fs
emond, "Who's in Charge Around Here?";
United Airlines' magazine "Hemispheres", Sep 1999 */
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Thursday, June 1, 2023 07:25
I totally agree that Object-Oriented (OO) progra
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> David Crayford [dcrayf...@gmail.com]
> Sent: Friday, June 2, 2023 1:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 3.1: Now UNIXR Certified
>
&
to my point. It's simply
stating the obvious..
--
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: Thursday, Jun
stems.
--
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: Thursday, June 1, 2023 9:36 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/O
. No one knows it yet but it will
add another 25 years to the platform.
Matt Hogstrom
PGP key 0F143BC1
0xF4292E2D2B970780 and others
On Jun 1, 2023, at 05:34, David Crayford wrote:
I've worked with a few ex-OE guys, including my close colleague who
used to the IBM DE running the
Maybe your missing the point of zCX. Nobody expects to run big
distributed stacks as that would be dumb. Distributed software is
designed to run on commodity hardware that can fail, hence the CAP
theorem and RAFT protocols. zCX can save customers money
https://ibm-messaging.github.io/mqperf/MQ%
I totally agree that Object-Oriented (OO) programming hasn't lived up to
all the hype it once had. But I have to disagree with the idea that code
reuse is the only purpose of OO. It's actually more nuanced than that.
However, if we're talking about code reuse and Java, just take a look at
the M
I've worked with a few ex-OE guys, including my close colleague who used
to the IBM DE running the OE project out of POK. Let me tell you, some
of the stories they have are absolutely fascinating! It's my
understanding that the POSIX certification was mainly pursued to meet
the requirements set
What’s CUI? A container platform?
> On 28 May 2023, at 9:57 pm, W Mainframe
> <01304632a58d-dmarc-requ...@listserv.ua.edu> wrote:
>
> Hi,Just some few words..:I hate zosmf and zowe... :)And yes... I have some
> good applications running on CUI... No plans to migrate... :)Dan
>
>
> Sent f
My primary concerns around the idea of "the 9's". It is undeniable that
systems built with sufficient redundancy can achieve 99.999%
availability without a single point of failure on a single system. z/OS
is renowned for its fault tolerance in both the hardware and software
realms. Nonetheless,
On 21/5/2023 1:51 am, Tom Brennan wrote:
I'm not talking about 20 years ago.
You said, "Walmart used to have multiple mainframes"
Implication: They currently have only 1 or zero.
That's not the case, and I think you would be surprised at the count.
I can make an educated guess at two: one for
bound.
Steve Thompson
On 5/22/2023 8:48 PM, David Crayford wrote:
Good question. By bus size I'm assuming that your referring to
cache-lines? I wonder how much of a difference that makes with
OOO pipelines? What I can confirm is that my new Arm M2 MacBook
Pro which has a 32-byte cache-line
I’ve just realised that I was confused. Steven, can your confirm that that bus
width between the memory controller and CPU was 256 bytes (not bits)? On a G3
9672?
> On 23 May 2023, at 8:48 am, David Crayford wrote:
>
> Good question. By bus size I'm assuming that your referring
On 22/5/2023 11:22 pm, Rick Troth wrote:
Rex is right.
Linux (Z or otherwise) is a different operating system. And it's "full
ASCII".
USS, also known as OMVS, has been an integral part of MVS (now known
as z/OS) since the mid 1990s.
IBM has put more and more function into USS, even moving thi
y tests using this to find out
what those bus sizes are it would report on.
Steve Thompson
On 5/22/2023 7:52 AM, David Crayford wrote:
On 22/5/2023 1:26 pm, Attila Fogarasi wrote:
Good point about NUMAand it is still a differentiator and
competitive
advantage for IBM z.
How is NUMA
+1
> On 23 May 2023, at 6:05 am, Charles Mills wrote:
>
> For those who have not been following this discussion, IBM is on track to
> remove the RCF process as we have known it for forty or so years. Customers
> and ISVs will be limited to a Web pop-up “Was this helpful?” and if you
> answer
29844-nationwide-building-society-building-mobile-applications-and-a-speed-layer-with-mongodb#.talkPage-header
On Mon, May 22, 2023 at 2:56 PM David Crayford wrote:
Sent again in plain text. Apple mail is too clever for it’s own good!
On 22 May 2023, at 12:46 pm, David Crayford wrote:
On 2
neovim) plugin https://github.com/github/copilot.vim.
>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of
>> David Crayford
>> Sent: Sunday, May 21, 2023 7:47 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: XEDUT vs
Sent again in plain text. Apple mail is too clever for it’s own good!
> On 22 May 2023, at 12:46 pm, David Crayford wrote:
>
>
>
>> On 21 May 2023, at 12:52 pm, Howard Rifkind wrote:
>>
>> Hundreds of PC type servers still can’t handle the huge amount of
ft have
released a Vim (neovim) plugin https://github.com/github/copilot.vim.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> David Crayford
> Sent: Sunday, May 21, 2023 7:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: XEDUT vs. ISPF (
Has anybody developed a co-pilot plugin for ISPF yet? :)
> On 21 May 2023, at 3:42 pm, Seymour J Metz wrote:
>
> Well, I am a TSO bigot and grew up on CLIST, but once I had REXX available
> in TSO/E I bid CLIST a fond AMF. As is common in such cases, while REXX is in
> general far better than
> On 17 May 2023, at 2:53 am, Paul Gilmartin
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 16 May 2023 11:26:06 -0700, Michael Stein wrote:
>>
>> read can be supplied with an operand saying the maximum amount to
>> read: read(4) to read 4 bytes. It might read less eithe
You can do it by using JMX. I would suggest you carefully consider why you want
to do this!
Check out https://github.com/nickman/jvm-name
> On 15 May 2023, at 11:26 pm, Szymanski, Patti
> <04d6904bbe52-dmarc-requ...@listserv.ua.edu> wrote:
>
> Wondering if anyone could provide a clue on ho
There are some good use cases for zCX but as a development environment you
might as well use Linux running on a cheaper platform such as on your PC either
native or virtual. Z/OS UNIX is tightly integrated with z/OS so is more useful
than zCX, IMO.
> On 11 May 2023, at 3:04 pm, Mario Bezzi
>
cussion List On Behalf Of
> David Crayford
> Sent: Wednesday, May 10, 2023 5:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: XLC version? [was: RE: XLC - Weak symbols]
>
>> On 11 May 2023, at 6:25 am, Frank Swarbrick
>> wrote:
>>
>> Has anyone here ev
> On 11 May 2023, at 12:23 am, Phil Smith III wrote:
>
> Peter Farley wrote:
>> Well, if Open XL C/C++ is the "wave of the future" then IBM had better
>> plan to also buy and integrate all of Rocket's GNU ports (especially
>> bash) because I for one can NOT work in that @#$%!^ POSIX "sh" they
>>
IBM announced their intentions on the LLVM several years ago. It’s a win/win as
they can do more with less. There is a huge community of Clang/LLVM committers
who are top notch engineers.
The announcement had the following sentence which may elude to future plans to
support data sets.
https:/
All of those tools have already been ported and are either open source or
commercially supported by Rocket. FWIW, I’ve been using a termino data base
that supports xterm-256color for maybe a decade. It’s simple just by
downloading the directory from Linux. IBM have made it easier with their
ncu
> On 11 May 2023, at 6:25 am, Frank Swarbrick
> wrote:
>
> Has anyone here ever used X11 under z/OS?
Yes, it sucks! I don’t see the point of in in 2023 where almost all GUI
applications are browser based progressive web applications. Even IDE’s like VS
Code are HTML/TypeScript and built with
that this compiler will replace 2.4.1
some time in the future.
> On 9 May 2023, at 12:29 pm, Phil Smith III wrote:
>
> David Crayford wrote:
>
>> They're different products. I can't see a convergence as that would be
>
>> a high impact change to custome
They’re different products. I can’t see a convergence as that would be a high
impact change to customers and would require Metal/C spinning off. It’s far
more likely that XL 2.4.1 and Open XL C/C++ will converge.
> On 9 May 2023, at 5:18 am, Phil Smith III wrote:
>
> Linda,
>
>
>
> How do t
> On 5 May 2023, at 1:48 am, Paul Gilmartin
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Thu, 4 May 2023 08:39:41 +0800, David Crayford wrote:
>>
>> Note that there is a “zos” branch in the Github repository that you will
>> have the
May 2023, at 11:03 pm, Rick Troth wrote:
>
> This is excellent news!
> Thanks!
>
> -- R; <><
>
>
> On 5/3/23 03:25, David Crayford wrote:
>> Rick Troff asked me to make my z/OS port of Regina REXX public so I forked
>> the repo and pushed it up
Rick Troff asked me to make my z/OS port of Regina REXX public so I forked the
repo and pushed it up here https://github.com/daveyc/regina
I had to dust this off a bit and make sure it still worked. It does. Some
important notes:
* I have included all the binaries in the repo. You can sim
could still get a new Taurus station wagon.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List <mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of David Crayford
> Sent: Tuesday, May 2, 2023 10:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU <mailto:I
a.
> ;-)
>
> Just Say'n'.
>
> Steve Thompson
>
> On 5/2/2023 10:21 AM, David Crayford wrote:
>> Yikes. Not very user friendly and the linkage overhead is quite heavy. My
>> opinion is quite simple, don’t use REXX. And that’s coming from a guy that
&g
u
> are, reputation merely what others think you are.” - - - John Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> David Crayford
> Sent: Tuesday, May 2, 2023 9:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX parse par
BM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, May 2, 2023 9:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX parse parens
>
> And if you need more than regexen there are PEGs.
>
>> On
___
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
> David Crayford [dcrayf...@gmail.com]
> Sent: Tuesday, May 2, 2023 9:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: REXX parse parens
>
> Shameless plug but you can use my RT
> On 2 May 2023, at 9:47 pm, Paul Gilmartin
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Tue, 2 May 2023 21:39:43 +0800, David Crayford wrote:
>
>> Shameless plug but you can use my RTK package to process regular expressions
>> in z/OS R
Shameless plug but you can use my RTK package to process regular expressions in
z/OS REXX https://github.com/daveyc/RTK
> On 2 May 2023, at 9:22 pm, David Crayford wrote:
>
>
>
>> On 2 May 2023, at 7:30 am, Frank Swarbrick
>> wrote:
>>
>>
> On 2 May 2023, at 7:30 am, Frank Swarbrick
> wrote:
>
> Parse Var option varOpt '(' valueOpt ‘)’
Adding an extra space after the closing parenthesis can help as a workaround.
Parse Var option varOpt '(' valueOpt ‘) ‘
Parse is good for simple text yanking but it’s not match for reg
On 28/4/23 19:57, Robin Atwood wrote:
I need to know the length of the string, preferably without needing a new
parameter and altering a lot of code. At which
point I remembered that the XL/C compiler generates inline code for the
strlen(s) function. For those who are interested,
this is:
Why
On 26/4/23 21:27, Rick Troth wrote:
I suggest that you consider porting Regina to z/OS, which is highly
portable and easy to do. I have personally done it and even have a
patch file somewhere. Currently, it's compiled in ASCII mode, but it
can also support EBCDIC with some modifications to the
On 25/4/23 20:48, Rick Troth wrote:
good questions
The library that I want to call is "just C", pretty clean, standard
POSIX. My development platform is PC Linux. The package gets built and
tested on other platforms as often as I can drive that, notably FreeBSD.
I don't have access to USS fo
On 26/4/23 05:26, Charles Mills wrote:
Setting ARCH is like playing Blackjack or Twenty-one: guess too low and it is
sub-optimal; guess too high and you bust.
We have products that build using multiple ARCH options and dynamically
load code for the target architecture at runtime.
Here's a
I'm sorry if my messages have been bothersome to the group. I tend to
get drawn into unproductive discussions, which is a personal flaw. From
now on, I'll focus solely on technical discussions.
On 7/4/23 23:50, Dave Jousma wrote:
I seem to notice a trend here on IBM-MAIN. Ive been active fo
Yahoo Mail for iPhone
On Thursday, April 6, 2023, 11:56 PM, David Crayford
wrote:
On 7/4/23 06:07, René Jansen wrote:
They will be disappointed if they hear that, there are a fusion between
Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en
Girodienst, and Nationale Nederl
On 7/4/23 10:15, Bill Johnson wrote:
I know more about banking than you know it alls. Already proved Crayford wrong
regarding the challenger banks. And ING dropped their mainframe as their stock
price is cut in half the last 20 years. Explain the complex reasons or are you
making that up too?
On 7/4/23 06:07, René Jansen wrote:
They will be disappointed if they hear that, there are a fusion between
Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en
Girodienst, and Nationale Nederlanden. They are a very large bank in the
Netherlands. And yes they are off the mainf
> On 5 Apr 2023, at 11:20, Bill Johnson
> <0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> I remember this.
> David Crayford said:
> ”I'm calling BS. None of the challenger banks (Startling, Yolt, Monzo,
> Moneze, N26 etc) run mainframes. They ha
in
all __asm() blocks. Check out Pete Relson's SHARE presentation for a
great reference to using __asm(). It's Metal/C focused but works the
same for LE C/C++
https://share.confex.com/share/116/webprogram/Handout/Session8739/s8739pr%20Anaheim2011.pdf
On 4/4/2023 8:17 PM, David
On 5/4/23 09:43, Bernd Oppolzer wrote:
Am 04.04.2023 um 23:37 schrieb Charles Mills:
I just had a similar problem: "how do you determine your entry R0
from C?" I asked here and got no answer.
with native C, this is not possible IMO;
It certainly is possible using inline "__asm" blocks. Check
t.
https://photos.app.goo.gl/pTFzN8twvoBCEWBR7
On 3/4/23 19:38, David Crayford wrote:
On 3/4/23 18:11, Seymour J Metz wrote:
I, OTOH, was appalled by C ever since it came out, much preferring PL/I.
Certainly, the reasons for PL/I's failure are subject to debate, but
there are several factor
hen the language was reinvented.
https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md
From: IBM Mainframe Discussion List on behalf of David
Crayford
Sent: Monday, April 3, 2023 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: F
On 4/4/23 03:14, Schmitt, Michael wrote:
"C is a language that combines all the elegance and power of assembly language with
all the readability and maintainability of assembly language."
I like that quote! The major difference is that C is portable, which is
why it's so successful.
On 4/4/23 02:48, Seymour J Metz wrote:
ITYM PDP-7.
Believe that if you want, it doesn't make it reality.
From the ACM:
"The C programming language was originally developed by Dennis Ritchie
at Bell Labs in the early 1970s, primarily for use on the PDP-11
minicomputer. The PDP-11 was a popul
re later languages that were
> designed ab initio, with no inherited defects.
>
What nonsense. You’re just making it up as you go along.
>
> From: IBM Mainframe Discussion List on behalf of
> David Crayford
> Sent: Monday, April
dern mean very different things, and [[C++]] mentions
> neither. Stroustrup admitted that the design of C++was compromised by
> compatibility concerns.
>
>
> From: IBM Mainframe Discussion List on behalf of
> David Crayford
> Sent: Mond
--
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: Monday, April 3, 2023 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
On 3/4/23 18:11, Seymour J Metz wrote:
I, OTOH, was appalled by C ever since it came out, much preferring PL/I.
Certainly, the reasons for PL/I's failure are subject to debate, but
there are several factors that may have contributed:
1.
IBM was the primary stakeholder and developer of PL
101 - 200 of 1001 matches
Mail list logo