Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Give it a rest Bill. No one here ever said that they know it all. Hundreds of times a week? Nope. Lately you come the closest. Of the 382 posts this month, 48 are from you. And many of those include complaints about people who you claim know less than you, and a lot of boasting about your

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

qu...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 18:23:33 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >Many here are prime examples. > > >Sent from Yahoo Mail for iPhone > > >On Friday, April 7, 2023, 6:18 PM, Mike Sc

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

++1 On 4/7/2023 7:43 PM, william janulin wrote: I think everyone should lighten up a bit. We care all professionals and our jobs care demanding enough without getting into trivial " spitting " contests that help no one. This forum should be one that is a tool that all of us can benefit from.

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

ic. Doug Fuerst -- Original Message -- From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 18:23:33 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >Many here are prime examples. &

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

gt; To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 18:23:33 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >Many here are prime examples. > > >Sent from Yahoo Mail for iPhone > > >On Friday, April 7, 2023, 6:18 PM, Mike Schwab wrote: > >

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

And you are the poster child. Pathetic. Doug Fuerst -- Original Message -- From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 18:23:33 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

knows it all. > > From: IBM Mainframe Discussion List on behalf of > Doug > Sent: Friday, April 7, 2023 12:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] > > "Seldom right,

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

: Friday, April 7, 2023 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] "Seldom right, but never uncertain." Frank Reagan. Describing you, I'd venture Doug Fuerst -- Original Message -- From: &qu

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Friday, April 7, 2023 6:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] No one knows as little as one who think's he knows it all

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

t: Friday, April 7, 2023 12:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] > > "Seldom right, but never uncertain." Frank Reagan. > > Describing you, I'd venture > > > Doug Fuerst >

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

No one knows as little as one who think's he knows it all. From: IBM Mainframe Discussion List on behalf of Doug Sent: Friday, April 7, 2023 12:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

never uncertain." Frank Reagan. Describing you, I'd venture Doug Fuerst -- Original Message -- From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 13:36:27 Subject: Re: Stop the ragging on COBOL please [w

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 13:36:27 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the >Guardian, the LA Times, the Miami Herald,

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Stop the ragging on COBOL please [was: RE: ASM call by value] You don’t really understand Twitter do you? If I follow the WaPo, the NYT, the Guardian, the LA Times, the Miami Herald, the Associated Press, Al Jazeera English, NPR, PBS, BBC, and science magazines, scientists, journalists, law

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Fuerst > d...@bkassociates.net > > -- Original Message -- > From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@listserv.ua.edu > Sent: 06-Apr-23 20:19:39 > Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Message -- > From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@listserv.ua.edu > Sent: 06-Apr-23 20:19:39 > Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by > value] > > >I did. Mellon Bank during the transiti

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

t; <0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 8:23:03 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >I’ve read numerous articles and analysis that indicates LinkedIn has a problem >with embellished &

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

pr-23 10:35:41 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >I've following this thread mostly because I'm bored and it has mild >entertainment value, but I'm handicapped by not knowing what a "challenger >bank" is.  Can someone define it? > >

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

-- From: "Bob Bridges" To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 11:06:05 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] Thanks. By "modern financial technology" do you suppose they're talking about things like on-line banking apps? Because

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I’ve got a plethora of Engineers in my family. They were all able to get employed pre-social media/LinkedIn. I don’t think there are many idiots on here. There are some who embellish their skillsets and some AH’s who use the platform for their egos. I’ve worked with a lot of brilliant people in

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

parsing errors. From: IBM Mainframe Discussion List on behalf of Jeremy Nicoll Sent: Friday, April 7, 2023 9:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] On Fri, 7 Apr 2023, at 13:23, Bill

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Thanks. By "modern financial technology" do you suppose they're talking about things like on-line banking apps? Because pretty much everyone does that nowadays - so, as you said, "just banks". On the other hand maybe "financial technology" means trying out new practices in borrowing and

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

banks. So, just banks Doug Fuerst -- Original Message -- From: "Bob Bridges" To: IBM-MAIN@listserv.ua.edu Sent: 07-Apr-23 10:35:41 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] I've following this thread mostly because I'm bored and i

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I've following this thread mostly because I'm bored and it has mild entertainment value, but I'm handicapped by not knowing what a "challenger bank" is. Can someone define it? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Every year, on April 15, all members of Congress would

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

COBOL please [was: RE: ASM call by value] I’ve read numerous articles and analysis that indicates LinkedIn has a problem with embellished & fake resumes. Here’s one. https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-c

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Fri, 7 Apr 2023, at 13:23, Bill Johnson wrote: > I’ve read numerous articles and analysis that indicates LinkedIn has a > problem with embellished & fake resumes. Here’s one. > >

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

u> > To: IBM-MAIN@listserv.ua.edu > Sent: 06-Apr-23 20:19:39 > Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by > value] > > >I did. Mellon Bank during the transition from retail bank to investment > bank. Retail banking sucks for profits. That’s why Ci

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] 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 cu

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I’ve read numerous articles and analysis that indicates LinkedIn has a problem with embellished & fake resumes. Here’s one. https://www.theguardian.com/commentisfree/2022/oct/29/linkedin-has-a-fake-profile-problem-can-it-fix-this-blot-on-its-cv I also don’t like having my information on the

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Fri, 7 Apr 2023, at 05:36, Bill Johnson wrote: > Yes Bill Johnson is my real name and I’ve never been on LinkedIn. > That’s just an ego trip and place where people like you go for > confirmation... I've certainly seen some people use it as an ego-trip, for "networking" and - presumably -

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Yes Bill Johnson is my real name and I’ve never been on LinkedIn. That’s just an ego trip and place where people like you go for confirmation. I’ve never needed it. Everything I’ve said here is 100% fact. You must be searching for me huh? Sent from Yahoo Mail for iPhone On Friday, April 7,

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Why is ING stock down to $10 a share from $22 two decades ago. Size doesn’t matter, profits do. You’re as financially savvy as you are IT savvy. Sent from Yahoo Mail for iPhone On Friday, April 7, 2023, 12:17 AM, David Crayford wrote: On 7/4/23 12:12, Bill Johnson wrote: > ING is maybe top

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

profitable. > > Doug Fuerst > d...@bkassociates.net > > -- Original Message -- > From: "Bill Johnson" <0047540adefe-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@listserv.ua.edu > Sent: 06-Apr-23 20:19:39 > Subject: Re: Stop the ragging on COBOL please

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On 7/4/23 12:12, Bill Johnson wrote: ING is maybe top 30. The stock has been a real dog losing half its value in the last 20 years. A money loser. Any company that shut down their mainframe and replaced it with Micro Focus, another company that loses money by the bushel, isn’t much of a bank.

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

ING is maybe top 30. The stock has been a real dog losing half its value in the last 20 years. A money loser. Any company that shut down their mainframe and replaced it with Micro Focus, another company that loses money by the bushel, isn’t much of a bank. They opened a challenger bank and shut

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

20:19:39 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] I did. Mellon Bank during the transition from retail bank to investment bank. Retail banking sucks for profits. That’s why Citi is selling for 6 times earnings. ING stock would have lost you a ton of money over t

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

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

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

@listserv.ua.edu Sent: 06-Apr-23 20:19:39 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >I did. Mellon Bank during the transition from retail bank to investment bank. >Retail banking sucks for profits. That’s why Citi is selling for 6 times >earnings. ING

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

ubject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] I did. Mellon Bank during the transition from retail bank to investment bank. Retail banking sucks for profits. That’s why Citi is selling for 6 times earnings. ING stock would have lost you a ton of money over the last 20 year

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

And their stock performance has been dismal for decades. Sent from Yahoo Mail for iPhone On Thursday, April 6, 2023, 6:07 PM, René Jansen wrote: They will be disappointed if they hear that, there are a fusion between Rijkspostspaarbank, NMB (Nederlansche Middenstandsbank, Postcheque en

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

fe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 06-Apr-23 19:16:58 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] >Like I said, there’s little money in retail banking. And zero money to be made >in challenger banking. It’s why they are all shrin

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

6:58 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] Like I said, there’s little money in retail banking. And zero money to be made in challenger banking. It’s why they are all shrinking or closed. Mellon bank saw this 20+ years ago. ING & others are focusing more o

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Like I said, there’s little money in retail banking. And zero money to be made in challenger banking. It’s why they are all shrinking or closed. Mellon bank saw this 20+ years ago. ING & others are focusing more on investment banking. Mostly for the high net worth people but also people in our

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

00047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 06-Apr-23 18:13:55 Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] I used to work at Mellon bank in Pittsburgh. Mellon shut down their retail banking division to concentrate on the inv

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

More on ING. Why is ING bank closed?Dutch banking giant ING is leaving the Philippine retail banking market before the end of 2022. ING cited the “uncertain global macro situation in the last few years” as the primary reason that led to it decision to pull back from expanding activities in

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I used to work at Mellon bank in Pittsburgh. Mellon shut down their retail banking division to concentrate on the investment industry. Over 20 years ago. Retail banking is a low profit business. Challenger banking is a no profit business. Which is why they are failing. Sent from Yahoo Mail

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

ductively at a then-major NY bank very early in my career. >> >> COBOL pays my bills and keeps my employer operating successfully and >> profitably. >> >> COBOL does NOT rot the brain.  Alcohol and various other legal and illegal >> substances can, in fact, d

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

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 mainframe, running a lot of mainframe

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

to >> use productively at a then-major NY bank very early in my career. >> >> COBOL pays my bills and keeps my employer operating successfully and >> profitably. >> >> COBOL does NOT rot the brain.  Alcohol and various other legal and illegal >> substa

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

gt;> substances can, in fact, do that.  Intelligently devising business solutions >> to business problems in ANY computer language does NOT rot the brain. >> >> It is not funny or acceptable to say so.  It never was. >> >> Peter >> >> -Original Message--

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

s my bills and keeps my employer operating successfully and >> profitably. >> >> COBOL does NOT rot the brain. Alcohol and various other legal and illegal >> substances can, in fact, do that. Intelligently devising business solutions >> to business problems in ANY co

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

ot the brain. > > It is not funny or acceptable to say so.  It never was. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Paul Gilmartin > Sent: Sunday, March 26, 2023 8:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject:

Re: ASM call by value

On Mon, 3 Apr 2023 02:09:51 +0200, Bernd Oppolzer wrote: >Now I'll try an answer to the other question(s), see below ... > >Am 03.04.2023 um 01:32 schrieb Paul Gilmartin: >> Are the external semantics (not examining the generated assembly) of >> "pass by content" any different from "pass by

Re: ASM call by value

Swarbrick Sent: Monday, April 3, 2023 12:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value Yes, the callee is unaware of if the caller used pass by reference or pass by content. That's a call site feature only. The callee uses (the default) call by reference regardless

Re: ASM call by value

on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Monday, April 3, 2023 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value On Mon, 3 Apr 2023 04:57:02 +, Frank Swarbrick wrote: > >(reply) Call by content is enforced by the caller. Call

Re: ASM call by value

On Mon, 3 Apr 2023 04:57:02 +, Frank Swarbrick wrote: > >(reply) Call by content is enforced by the caller. Call by value is enforced >by the callee. > Ah. In my jargon I'd use "declared". So the callee is unaware of the distinction between reference and content; it just sees an address

Re: ASM call by value

On Mon, 3 Apr 2023 13:21:41 +, Peter Relson wrote: >... >Thus if you want something passed by-value, you "ask" for it by your >definition of the parameters in an "entry declare" that can be used both by >the caller and callee. > That feels like a function prototype. >If you want

Re: ASM call by value

FWIW, PL/X has a simple clear default: everything is passed by reference (and is treated as input/output - readable and writeable). That is the historical linkage standard. PLX will only do what is asked for. Thus if you want something passed by-value, you "ask" for it by your definition of

Re: ASM call by value

IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value On Sun, 2 Apr 2023 22:37:53 +, Frank Swarbrick wrote: >I'm just going to put this out there... Dingus has an online test C compiler, >which outputs the generated assembler. You can find it at >http://www.dignus.com/dcc/compil

Re: ASM call by value

On Mon, 3 Apr 2023 01:48:31 +0200, Bernd Oppolzer wrote: >> >C only supports call by value; >if you want other things like call by reference or "call by content", as >defined by COBOL, >you have do simulate them by passing pointers by value explicitly >(and in the case of call by content, by

Re: ASM call by value

Now I'll try an answer to the other question(s), see below ... Am 03.04.2023 um 01:32 schrieb Paul Gilmartin: Are the external semantics (not examining the generated assembly) of "pass by content" any different from "pass by value"? How? maybe not It would seem more efficient for the

Re: ASM call by value

Am 03.04.2023 um 00:37 schrieb Frank Swarbrick: Something to note, and it's not supported by C as far as I am aware, is neither of these are "pass by content". Pass by content is "pass address of a copy of the field". So a copy is done, as with fun2, but the parameter list pointed to by R1

Re: ASM call by value

I will try to answer one of your questions, see below ... kind regards / Bernd Am 03.04.2023 um 01:32 schrieb Paul Gilmartin: On Sun, 2 Apr 2023 22:37:53 +, Frank Swarbrick wrote: I'm just going to put this out there... Dingus has an online test C compiler, which outputs the generated

Re: ASM call by value

On Sun, 2 Apr 2023 22:37:53 +, Frank Swarbrick wrote: >I'm just going to put this out there... Dingus has an online test C compiler, >which outputs the generated assembler. You can find it at >http://www.dignus.com/dcc/compileit.html. > Thanks. >I ran the following program through it. >

Re: ASM call by value

ter than this, so I hope it all makes sense. Frank Swarbrick, Principal Analyst FirstBank - Mainframe Applications Development (COBOL) From: IBM Mainframe Discussion List on behalf of Bernd Oppolzer Sent: Sunday, April 2, 2023 2:26 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: ASM call by value

It just came to my mind that for C programmers I have to add the following remark: it is not easy to pass arrays (vectors) by value in C, in contrast to - for example - Pascal. Because in C the name of a vector is equivalent to the address of the element of its element zero, this means that,

Re: ASM call by value

Am 02.04.2023 um 16:29 schrieb Seymour J Metz: Regardless of the implementation, call by reference is about more than efficiency; sometimes a subroutine is required to alter one of its parameters, and call by value doesn't allow that. That's well known; most C textbooks tell that call by

Re: ASM call by value

: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bernd Oppolzer [bernd.oppol...@t-online.de] Sent: Sunday, April 2, 2023 4:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value Does this mean that, in the cases where the argument fits within the width

Re: ASM call by value

Does this mean that, in the cases where the argument fits within the width of the parameter list, PL/X passes the actual value somehow? (which IMO means: the value goes into the parameter list). Or does it also in these cases only rely to the interface definition (and calls by reference)?

Re: ASM call by value

On Sat, 1 Apr 2023 13:34:02 +, Peter Relson wrote: >... One is to make a copy and pass the argument by reference to the copy. > Another is to pass the actual value (somewhere, somehow). > ??? "somehow". The mechanism of passing an "actual value" distinct from a copy is left as an

Re: ASM call by value

I was taught long ago that "call by value" meant simply that whatever the target routine did to a parameter was not reflected back to the caller's argument. There are multiple possible implementations. One is to make a copy and pass the argument by reference to the copy. Another is to pass the

Re: ASM call by value

On Fri, 31 Mar 2023 01:42:20 +0200, Bernd Oppolzer wrote: > >Am 31.03.2023 um 01:23 schrieb Paul Gilmartin: >>> >> Hmmm. In >> >> ... >This @PRINTF4 cannot be the same as normal PRINTF; >it must be

Re: ASM call by value

On 31/3/23 05:39, Bernd Oppolzer wrote: What code does the compiler generate when a long scalar such as _Decimal128 is passed by value? The C compiler - at least - puts the long scalar in the reg1 list where it uses more than 4 bytes. "call by value" in my understanding means, that values

Re: ASM call by value

Am 31.03.2023 um 02:12 schrieb Frank Swarbrick: Because of the linkage pragma that specifies "OS" I imagine that, although the C code is defined as "pass by value", the OS linkage overrides it to be passed by reference. Just a guess; I don't have a C compiler. this is true ... see my other

Re: ASM call by value

stserv.ua.edu> Sent: Thursday, March 30, 2023 5:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value On Thu, 30 Mar 2023 23:39:30 +0200, Bernd Oppolzer wrote: > >"call by value" in my understanding means, that values are passed, not >addressed. >Wit

Re: ASM call by value

BTW: this comment and the pragma |#pragma linkage(_printf4,OS) /*function will be called from assembler| seems sort of ill-fated to me. At my old customer's site (which is again my customer since 2021), we always had the paradigm that every module must be able to call every other module, no

Re: ASM call by value

From: IBM Mainframe Discussion List on behalf of Bernd Oppolzer Sent: Thursday, March 30, 2023 3:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value Am 30.03.2023 um 21:32 schrieb Paul Gilmartin: > What code does the compiler generate when a long scalar such as > _Decima

Re: ASM call by value

The function @PRINTF4 is also shown in the IBM example: |/* this example demonstrates C/Assembler ILC */ /* part 3 of 3 (other files are CCNGCA2, CCNGCA4) */ /***\ * This routine is an interface between assembler code * * and the C/C++

Re: ASM call by value

See answers below Am 31.03.2023 um 01:23 schrieb Paul Gilmartin: On Thu, 30 Mar 2023 23:39:30 +0200, Bernd Oppolzer wrote: "call by value" in my understanding means, that values are passed, not addressed. With the mainframe (or z/OS and CMS) linkage convention, this means, that values and not

Re: ASM call by value

On Thu, 30 Mar 2023 23:39:30 +0200, Bernd Oppolzer wrote: > >"call by value" in my understanding means, that values are passed, not >addressed. >With the mainframe (or z/OS and CMS) linkage convention, this means, >that values >and not addresses are in the reg1 parameter list. > What happens if

Re: ASM call by value

Am 30.03.2023 um 21:32 schrieb Paul Gilmartin: Does C use the CALL VL convention? C has a portable solution for functions with a varying number of parameters, that is the mechanism defined in the ANSI header Most interesting, these sort of functions - like printf() and scanf() - need to

Re: ASM call by value

Am 30.03.2023 um 21:32 schrieb Paul Gilmartin: What code does the compiler generate when a long scalar such as _Decimal128 is passed by value? The C compiler - at least - puts the long scalar in the reg1 list where it uses more than 4 bytes. "call by value" in my understanding means, that

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

Ok, I'll bite: What's the difference between the ANY and OTHER conditions? Oh, wait, cool! Does the ANY condition execute even any of the above conditions evaluate as true? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* It is a serious thing to live in a society of possible

Re: ASM call by value

On Thu, 30 Mar 2023 16:09:43 +, Frank Swarbrick wrote: >Perhaps the "weird way" could be documented as an appropriate way to pass >arguments by value instead of the standard by reference. Then it would no >longer be weird! > What code does the compiler generate when a long scalar such as

Re: ASM call by value

an appropriate way to pass arguments by value instead of the standard by reference. Then it would no longer be weird! From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Wednesday, March 29, 2023 9:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call

Re: ASM call by value

29, 2023 9:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value Good job. You could have a future as an assembler programmer, because you pay attention to the details. Your weird way is interesting because it is correct, but... it is not idiomatic. So it will freak out most

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I also like CA-IDEAL. A little bit PL/I like with a nice SELECT statement: Example: SELECT TRANS_CODE WHEN 'A' DO ADD_RECORD_PROC WHEN 'D' DO DEL_RECORD_PROC WHEN 'P' DO PURCHASE_PROC WHEN 'R' DO RECEIPT_PROC WHEN ANY DO LOG_TRANS WHEN OTHER DO INVALID_CODE ENDSEL On Thu, Mar

Re: ASM call by value

Good job. You could have a future as an assembler programmer, because you pay attention to the details. Your weird way is interesting because it is correct, but... it is not idiomatic. So it will freak out most assembler programmers. That's often not a good thing, but often is not always. sas

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Wed, 29 Mar 2023, at 14:01, Paul Gilmartin wrote: > Too many languages lack ELSEIF and strong closure. Fie on > the danglig ELSE! An ALGOL variant (S-ALGOL) that I used at university differentiated between, IIRC, IF ... THEN ... ELSE and IF ... DO which meant that as soon as the

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On Wed, 29 Mar 2023, at 05:24, David Crayford wrote: > The > interviewer held out both hands, one with an open palm the other with a > clenched fist and asked me "what hand is the ball bearing in"?. And did they want the "obvious" answer - the clenched fist, or did they want one of the more

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

On 29/3/23 22:16, Robert Prins wrote: On Wed, 29 Mar 2023 at 11:20, Seymour J Metz wrote: "You can write FORTRAN in any language." Too be fair, much of what I take for granted in PL/I control structures was not in the original version, and IBM rejected the original SHARE requirement for a

Re: ASM call by value

. From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Wednesday, March 29, 2023 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value Example 1 looks as I expected, and I'd expect it to work. You're close on Example 3, you don't want to specify MF in that case. What

Re: ASM call by value

Example 1 looks as I expected, and I'd expect it to work. You're close on Example 3, you don't want to specify MF in that case. What you want is the call to go to the subroutine with R1->F'3'. In Ex. 1, R2 contains the 3, it's stored in the parmlist addressed by R1 (via MF=E). In Ex. 3, you're

Re: ASM call by value

typed up soi I will send this and then respond to it with my results. Thanks, Frank From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Tuesday, March 28, 2023 1:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASM call by value What does "d

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

sion. I'm not discouraging their use, nor am I necessarily encouraging it. From: IBM Mainframe Discussion List on behalf of Bernd Oppolzer Sent: Tuesday, March 28, 2023 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM cal

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

: ASM call by value] I may have misunderstood you, Shmuel, but I think you must have meant "REXX has only the latter". The REXX select statement looks like this: select when boolexpr1 then stm when boolexpr2 then stm otherwise stm; end VBA, on the other hand, has only

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

I may have misunderstood you, Shmuel, but I think you must have meant "REXX has only the latter". The REXX select statement looks like this: select when boolexpr1 then stm when boolexpr2 then stm otherwise stm; end VBA, on the other hand, has only the former: Select Case MyVar

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Wednesday, March 29, 2023 11:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] On Wed, 29 Mar 2023 09:38:50 -0400, Bob Bridges wrote: >I suppose so, but I always use SELECT, never ELSEIF.

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

: Wednesday, March 29, 2023 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] As NetRexx does; but the label is optional. > On 29 Mar 2023, at 17:18, Seymour J Metz wrote: > >> It's precious that Rexx allows identifying the E

Re: Stop the ragging on COBOL please [was: RE: ASM call by value]

List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob Bridges [robhbrid...@gmail.com] Sent: Wednesday, March 29, 2023 11:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stop the ragging on COBOL please [was: RE: ASM call by value] I'm going to disagree only in a tiny and technical way: ITERATE forces

  1   2   3   >