Re: Assembler/compiler fun

On Tue, 7 May 2024 12:58:22 -0400 Phil Smith III wrote: :>See code produced by different compilers. (Search for "s390x" in the "choose compiler" box to find the Z compilers) :>https://godbolt.org/ :>What strange hobbies some people have! (I'm including myself there) Do you have any particular

Re: Assembler programmer wanted

I think we’re swerving off-topic from z/OS technical content. Matt Hogstrom m...@hogstrom.org +1-919-656-0564 PGP Key: 0x90ECB270 Facebook LinkedIn Twitter “It may be cognitive, but, it ain’t

Re: Assembler programmer wanted

Another reason IT should have unionized decades ago. My wife, as a public sector worker, had better benefits than I had. Because of the Teamsters. Sent from Yahoo Mail for iPhone On Wednesday, December 20, 2023, 2:43 PM, Phil Smith III wrote: Dean Kent wrote: >In that case, I think that

Re: Assembler programmer wanted

Dean Kent wrote: >In that case, I think that California law would not apply. I have the >impression (perhaps mistaken) that the labor laws apply to residents, >not remote workers. This is correct. I know this because when HP bought Voltage Security, we were no longer able to roll over

Re: Assembler programmer wanted

In that case, I think that California law would not apply.   I have the impression (perhaps mistaken) that the labor laws apply to residents, not remote workers. On 12/19/2023 6:30 PM, Bob Bridges wrote: Sorry, didn't mean to be unclear. I did indeed say "while I am employed by a California

Re: Assembler programmer wanted

Sorry, didn't mean to be unclear. I did indeed say "while I am employed by a California company I am a company resource", but I meant it strictly hypothetically; I could equally well have said "if I am employed" etc. Before remote work became more usual I contracted in a lot of states, but

Re: Assembler programmer wanted

חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Dean Kent Sent: Monday, December 4, 2023 9:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted You are a person. People have rights, objects

Re: Assembler programmer wanted

u> Sent: Tuesday, December 19, 2023 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted I worked for a company going through bankruptcy. Alvarez & Marsal were brought in to run the bankruptcy process. First thing they wanted was for all of us to sign a non disclo

Re: Assembler programmer wanted

From: IBM Mainframe Discussion List on behalf of Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, December 19, 2023 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted I worked for a company going through bankruptcy. A

Re: Assembler programmer wanted

עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Dean Kent Sent: Monday, December 4, 2023 9:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted You are a person.  People have ri

Re: Assembler programmer wanted

Kent Sent: Monday, December 4, 2023 9:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted You are a person. People have rights, objects do not.The company can require that you assign them the rights to any invention created using the things they paid for - computers

Re: Assembler programmer wanted

of Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> Sent: Monday, December 4, 2023 7:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted Funny how the industry's most associated with “intellectual property” and residuals are some of the least intell

Re: Assembler optimization OPTION

ׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Leonard D Woren Sent: Sunday, December 10, 2023 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler optimization OPTION Seymour J Metz wrote on 12/10/20

Re: Assembler optimization OPTION

Seymour J Metz wrote on 12/10/2023 7:06 AM: Why does it take so long for people to use new features? HLASM has a lot of nifty things that have been around and well documented for decades. Right.  I actually found at least one very old bug by using HLA option FLAG(PAGE0).  An annoyance though

Re: Assembler optimization OPTION

rame Discussion List on behalf of Peter Relson Sent: Sunday, December 10, 2023 9:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler optimization OPTION The starting point to almost all of these discussions tends to be to write reentrant programs (as high level languages naturally produce)

Re: Assembler optimization OPTION

- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: 10 December 2023 15:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler optimization OPTION Why does it take so long for people to use new features? HLASM has a lot of nifty things that have been around and well

Re: Assembler optimization OPTION

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler optimization OPTION The starting point to almost all of these discussions tends to be to write reentrant programs (as high level languages naturally produce). If you must stick with a non-reentrant program, consider the LOCTR directive. If you

Re: Assembler optimization OPTION

The starting point to almost all of these discussions tends to be to write reentrant programs (as high level languages naturally produce). If you must stick with a non-reentrant program, consider the LOCTR directive. If you don't feel like truly moving the data-defining statements within your

Re: Assembler optimization OPTION

There were different situations. First of all, a co-worker on the project (from Kyndryl) helped us by identifying the modules which were in trouble. I guess he used special traces or performance reports; don't know which sort of reports exactly. But he found the SIIS hits somehow. Then, when

Re: Assembler optimization OPTION

On Sat, 9 Dec 2023 12:17:01 +0100, Bernd Oppolzer wrote: > >there is no such option; >this is not possible, because with ASSEMBLER, the programmer has full >control about where he or she puts the information elements, >be it static data or code. There is no magic engine like the optimizer >with

Re: Assembler optimization OPTION

Putting DS and modified DCs into a separate area? On Sat, Dec 9, 2023 at 5:17 AM Bernd Oppolzer wrote: > Hi, > > there is no such option; > this is not possible, because with ASSEMBLER, the programmer has full > control about where he or she puts the information elements, > be it static data or

Re: Assembler optimization OPTION

Hi, there is no such option; this is not possible, because with ASSEMBLER, the programmer has full control about where he or she puts the information elements, be it static data or code. There is no magic engine like the optimizer with compilers which can do anything about that. This said:

Re: Assembler optimization OPTION

No option. Coding changes to position the volatile (modifiable) data areas from from static (both code and constants) so that the cache pipelines are not compromised during execution. Michael At 01:29 PM 12/8/2023, Ituriel do Neto wrote: Content-Transfer-Encoding: 7bit Hello everyone,

Re: Assembler programmer wanted (but off-topic)

I'm reminded of a bit from "The Sting", a movie about a big con. A supplier is providing the uniforms and other props for the con, and during discussion the head of the con says "Ok, how do you want to be paid? You want a cut, or flat rate?" Supplier: Who's the mark? Head: Doyle Lonnegan.

Re: Assembler programmer wanted

(Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Doug Fuerst Sent: Wednesday, December 6, 2023 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler

Re: Assembler programmer wanted

on the “back end”. Peter From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst Sent: Wednesday, December 6, 2023 3:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted Just an observation. Actors are paid for their work as well. Many are paid millions to make

Re: Assembler programmer wanted

At 02:11 PM 12/6/2023, Radoslaw Skorupka wrote: Yes and no. Even your very significant thing you designed can be sold. It can be expensive, but it is subject of trade. Last, but not least: You can sell anything you created, like (fictitious case) Edison who sold his light bulb. But maybe the

Re: Assembler programmer wanted

<0471ebeac275-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 12/6/2023 15:11:57 PM Subject Re: Assembler programmer wanted >W dniu 05.12.2023 o 19:31, Harry Wahl pisze: >>I have designed and written many things. The vast majority of which entitles >

Re: Assembler programmer wanted

t forever. Just does not seem fair, or equitable. Doug Fuerst -- Original Message -- From "Radoslaw Skorupka" <0471ebeac275-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 12/6/2023 15:11:57 PM Subject Re: Assembler programmer wanted W dniu 05.12.2

Re: Assembler programmer wanted

-- From "Radoslaw Skorupka" <0471ebeac275-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 12/6/2023 15:11:57 PM Subject Re: Assembler programmer wanted W dniu 05.12.2023 o 19:31, Harry Wahl pisze: I have designed and written many things. The vast m

Re: Assembler programmer wanted

W dniu 05.12.2023 o 19:31, Harry Wahl pisze: I have designed and written many things. The vast majority of which entitles me to no royalties or commissions. This is because any competent practitioner could have created the same (or similar) thing. That's how application programmers work.

Re: Assembler programmer wanted

...@listserv.ua.edu> Sent: Monday, December 4, 2023 7:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted Funny how the industry's most associated with “intellectual property” and residuals are some of the least intellectual. IT workers should have unionized 50 year

Re: Assembler programmer wanted

You are a person.  People have rights, objects do not.    The company can require that you assign them the rights to any invention created using the things they paid for - computers, software, offices, books.   Training/experience is more of a gray area in my mind. Note that software used to

Re: Assembler programmer wanted

Subject: Re: Assembler programmer wanted I think this is a bad analogy.  The guy who installs or fixes an item that does not actually generate revenue certainly can ask for residuals - but there aren't any since there is no income from it. However, if residuals is a thing (which it is in some

Re: Assembler programmer wanted

on behalf of Dean Kent Sent: Monday, December 4, 2023 9:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted I think this is a bad analogy. The guy who installs or fixes an item that does not actually generate revenue certainly can ask for residuals - but there aren't any

Re: Assembler programmer wanted

Ok, now you've got me curious. While I'm employed by a California software company, I ~am~ a company resource, am I not? How is the law worded to bypass that (so to speak)? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* A tart temper never mellows with age, and a sharp tongue

Re: Assembler programmer wanted

I think this is a bad analogy.   The guy who installs or fixes an item that does not actually generate revenue certainly can ask for residuals - but there aren't any since there is no income from it. However, if residuals is a thing (which it is in some industries) then asking for a piece of

Re: Assembler programmer wanted

Should I pay something to the guy who put the shingles on my house every time it rains? It's a trick question. I'm the guy who put the shingles on my house. On 12/3/2023 12:07 PM, Wayne Bickerdike wrote: When a bank runs an EFTPOS transaction, a fee is charged, all thanks to some code. When

Re: Assembler programmer wanted

://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Sunday, December 3, 2023 3:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted LOL

Re: Assembler programmer wanted

I think you're both dreaming. If you wrote that program on your own time and then sold it to the customer, you could sell it on whatever terms you and they could agree on, including residuals if that's what you (and they) want. If they paid you to write it, then it's theirs, that's all.

Re: Assembler programmer wanted

When a bank runs an EFTPOS transaction, a fee is charged, all thanks to some code. When they run a mortgage amortization program, a debit occurs on a periodic basis. The whole system of direct debits generates a transfer of funds from a customer to the code executor... I could go on On Mon,

Re: Assembler programmer wanted

Incorrect. Every time a program of mine ran, the company saved money and the executives got paid bonuses or salaries (often both) for my work. Sent from Yahoo Mail for iPhone On Sunday, December 3, 2023, 3:01 PM, Bob Bridges wrote: Interesting analogy.  But surely there's one obvious

Re: Assembler programmer wanted

LOL, the Indians and I would have more work offered to us :). --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* I like what the Roman fellow said: “I think nothing human alien to me.” When I read of a Mao or a Susan Smith, I try to imagine their temptations, not to exculpate them,

Re: Assembler programmer wanted

Interesting analogy. But surely there's one obvious difference: When an entertainment program runs, someone gets paid, and residuals mean whoever gets paid (by subscribers, say) has to share the receipts with the writers. But when a company runs a program they own, they don't receive any

Re: Assembler programmer wanted

for iPhone On Sunday, December 3, 2023, 12:20 PM, Doug Fuerst wrote: $40-$45 for a VTAM/TCP-IP/Network specialist with MVS, CICS, DB2, and MQ skills thrown in. Doug Fuerst -- Original Message -- >From "Bob Bridges" To IBM-MAIN@LISTSERV.UA.EDU Date 12/2/2023 22:43:20

Re: Assembler programmer wanted

$40-$45 for a VTAM/TCP-IP/Network specialist with MVS, CICS, DB2, and MQ skills thrown in. Doug Fuerst -- Original Message -- From "Bob Bridges" To IBM-MAIN@LISTSERV.UA.EDU Date 12/2/2023 22:43:20 PM Subject Re: Assembler programmer wanted Hey, I didn't say we d

Re: Assembler programmer wanted

Hey, I didn't say we don't ~want~ better rates. I didn't even say we don't deserve them (though I might if pressed. I don't use the word "deserve" casually). I said only that we don't need them - and added that I was speaking strictly for myself :). When I was an employee I'd been at the

Re: Assembler programmer wanted

be on the golf course. So far, ChatGPT can't swing a golf club. Doug Fuerst -- Original Message -- From "Bob Bridges" To IBM-MAIN@LISTSERV.UA.EDU Date 12/2/2023 16:51:46 PM Subject Re: Assembler programmer wanted Again, I'm speaking only for myself, but I definitely think we D

Re: Assembler programmer wanted

@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted If you wrote it while employed or under hourly contract its a work for hire and company owns. If paid for a finish product or during off duty time you have the copyright and resellable, but strongly suggested to incle the copyright assignment

Re: Assembler programmer wanted

(Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Mike Schwab Sent: Saturday, December 2, 2023 4:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler

Re: Assembler programmer wanted

Again, I'm speaking only for myself, but I definitely think we DON'T "need" better terms. I have a great job that pays me more money than I spend for doing what I wanted to do anyway. (Not that I'd insist on giving back some of it if folks insist on offering more. But I don't want to ride

Re: Assembler programmer wanted

We need a better union. Maybe Fran Drescher is available. Actors have better terms. Former Nanny's apparently can get them. We need better terms. Doug Fuerst -- Original Message -- From "Mike Schwab" To IBM-MAIN@LISTSERV.UA.EDU Date 12/2/2023 16:11:33 PM Subject Re:

Re: Assembler programmer wanted

t; From "Bob Bridges" > To IBM-MAIN@LISTSERV.UA.EDU > Date 12/2/2023 15:30:51 PM > Subject Re: Assembler programmer wanted > > >Can't speak for anyone else, but I usually just take (or turn down) the > first offer, mostly I think out of poor self-image. Not sure why, bec

Re: Assembler programmer wanted

3 15:30:51 PM Subject Re: Assembler programmer wanted Can't speak for anyone else, but I usually just take (or turn down) the first offer, mostly I think out of poor self-image. Not sure why, because I don't mind dickering over a car. The only exception I can remember off-hand is when a consulti

Re: Assembler programmer wanted

Can't speak for anyone else, but I usually just take (or turn down) the first offer, mostly I think out of poor self-image. Not sure why, because I don't mind dickering over a car. The only exception I can remember off-hand is when a consulting company that employed me was looking to cut

Re: Assembler programmer wanted

-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Saturday, December 2, 2023 12:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: Assembler programmer wanted

What I actually meant is "high for this recruiter". Enterprise Solutions has mostly Indians working their phones, and I expect they hire mostly Indian contractors for low rates. I've never worked for them so I may be doing them an injustice. But the few times I've talked to one of theirs on

Re: Assembler programmer wanted

On Fri, 1 Dec 2023 at 16:31, Farley, Peter < 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > Agreed, very low. I asked for and received $125/hr back in 1999 for a > complex assembler consulting job (BTAM/BDAM/multitasking/etc.). With > inflation and time passing the starting rate for

Re: Assembler programmer wanted

on the actual work to be done. Peter From: IBM Mainframe Discussion List On Behalf Of Mike Shaw Sent: Friday, December 1, 2023 4:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler programmer wanted Gotta be low... Mike Shaw MVS/QuickRef Support Chisoft On Fri, Dec 1, 2023, 3:23 PM

Re: Assembler programmer wanted

Gotta be low... Mike Shaw MVS/QuickRef Support Chisoft On Fri, Dec 1, 2023, 3:23 PM Gord Tomlin wrote: > On 2023-12-01 14:14 PM, Bob Bridges wrote: > > I think the rate is unusual > > Pure curiosity: unusually low or unusually high? > > -- > > Regards, Gord Tomlin > Action Software

Re: Assembler programmer wanted

On 2023-12-01 14:14 PM, Bob Bridges wrote: I think the rate is unusual Pure curiosity: unusually low or unusually high? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support:

Re: Assembler access to USS functions

On Sat, 7 Oct 2023 08:59:28 +0800, David Crayford wrote: > there has been some absolute tosh spouted! > It’s dependent on the OS. On Linux environment variables are stored in the > proc file system, /proc//environ. > Whoever stated it’s part of the C runtime doesn’t know what they’re talking

Re: Assembler access to USS functions

re useful in other contexts. An otherwise legacy program >>> that uses a Unix command may need to pass the odd environment variable to >>> control options for which there are no switches. >>> >>> ________ >>> From: IBM Mainfr

Re: Assembler access to USS functions

to pass the odd environment variable to control >> options for which there are no switches. >> >> >> From: IBM Mainframe Discussion List on behalf of >> Jon Perryman >> Sent: Thursday, October 5, 2023 9:06 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >&g

Re: Assembler access to USS functions

__ > From: IBM Mainframe Discussion List on behalf of > Jon Perryman > Sent: Thursday, October 5, 2023 9:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Assembler access to USS functions > > On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz wrote: > > &

Re: Assembler access to USS functions

On Fri, 6 Oct 2023 01:15:51 +, Seymour J Metz wrote: >The issue isn't what has access to environmental variables, but rather what >creates them. The creator is C on the first call of PUTENV. It can be any program which is not necessarily a shell. Of all the large list of shells (e.g.

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz wrote: >Even if you have an OMVS segment, > you don't get dubbed ntil you use a Unix service. What is your point about the OMVS segment? It simply authorizes the system to dub an address space. More important, unless IBM implemented locking

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 17:31:32 +, Seymour J Metz wrote: >And what if a non-Unix application uses a serrvice that causes dubbing? Environment variables are part of the C language. Regardless of dubbing, environment variables can be added by any programs using that feature.

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 17:20:37 +, Seymour J Metz wrote: >I'm saying that BPXBATCH is a shell and is not part of, e.g., EXEC. BPXBATCH is not a shell. Most notably a shell language is missing.   > I'm also saying that the mere act of getting dubbed does not cause BPXBATCH > to be involved.

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 15:04:51 +, David L. Craig wrote: >Nobody has pointed out environment variables are a component >of the POSIX definition; thus, for the MVS universe it was >only intended to be what was needed for POSIX certification >and is so only available within USS. Actually

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? Environment variables is empty until the first environment variable is added. Typically a shell is the first to add environment variables but it could just

Re: Assembler access to USS functions

. From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Thursday, October 5, 2023 9:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz wrote: >Even if you have an O

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 20:54:56 +, Seymour J Metz wrote: >Even if you have an OMVS segment, you don't get dubbed ntil you use a Unix >service. Environment variables are not unique to UNIX and do not require dubbing. It is a feature of the C/C++ language that is in the STDLIB (standard

Re: Assembler access to USS functions

M-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions On Thu, 5 Oct 2023 17:31:32 +, Seymour J Metz wrote: >And what if a non-Unix application uses a serrvice that causes dubbing? > I suppose you can call BPXBATCH a shell, but Humpty Dumpty. Otherwise, you raise sev

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 17:31:32 +, Seymour J Metz wrote: >And what if a non-Unix application uses a serrvice that causes dubbing? > I suppose you can call BPXBATCH a shell, but Humpty Dumpty. Otherwise, you raise several related questions. I looked at one of my favorites:

Re: Assembler access to USS functions

UA.EDU Subject: Re: Assembler access to USS functions On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? > I believe: o If the process is initialized by init (often PID 0), init creates the enviro

Re: Assembler access to USS functions

, 2023 11:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? Process initialization initializes environment variables from /

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? Process initialization initializes environment variables from /etc/environment. There is no requirement any shell environment (e.g. bash, csh or ...). Are you

Re: Assembler access to USS functions

On 23Oct05:0616-0400, David Cole wrote: > To all of you who responded to my query, I thank you. > > Unfortunately (well, fortunately actually) I'm on the verge of leaving for > vacation for the month (Viking cruise, Istanbul to Venice), so I won't get a > chance to go over everything until

Re: Assembler access to USS functions

is documented in either the Vendor Interfaces manual or in the normal LE reference manual. HTH Peter From: IBM Mainframe Discussion List On Behalf Of David Cole Sent: Thursday, October 5, 2023 6:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions Hi Jon, Hi

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 05:46:48 +, Farley, Peter wrote: > >I am sorry to say that your comments so far appear merely pedantic to me, and >in particular not very useful to the OP. If there is a substantive reason for >the OP to care about these kinds of details, please elaborate. > It probably

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 11:07:03 +, Seymour J Metz wrote: >Where do you think process initialization gets the variable names and values? > I believe: o If the process is initialized by init (often PID 0), init creates the environ array. o If the process is initialized by fork() the environ

Re: Assembler access to USS functions

How about a PGM=CGETENV with a 4K/16K/64K? memory area for the C program to copy the ENV area into? On Thu, Oct 5, 2023 at 5:43 AM David Cole wrote: > > Hi Jon, Hi Peter, > > I must say, your insights have been quite helpful. Thank you! > > Jon, You raise a good point. I neglected to say why I

Re: Assembler access to USS functions

Where do you think process initialization gets the variable names and values? From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Wednesday, October 4, 2023 11:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS

Re: Assembler access to USS functions

Hi Jon, Hi Peter, I must say, your insights have been quite helpful. Thank you! Jon, You raise a good point. I neglected to say why I wanted to get at the environment variables. Ok, here's why... Classic z/XDC uses keyword ddnames as a very easy way to pass a fair number of processing

Re: Assembler access to USS functions

To all of you who responded to my query, I thank you. Unfortunately (well, fortunately actually) I'm on the verge of leaving for vacation for the month (Viking cruise, Istanbul to Venice), so I won't get a chance to go over everything until November. But all y'all have given me a lot to look

Re: Assembler access to USS functions

Rather than get into a discussion that probably doesn't interest anyone here, we should make this about the problem Dave Cole is interested in solving. This is more about making sure he has considered things like sub-shells and other things he might have overlooked. I'm sure he'll ask if

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 05:46:48 +, Farley, Peter wrote: >Why does any programmer need to care where the environment variables are >stored? Normally, I would agree but XDC is a very special case with very broad requirements. As a full z/OS system debugger, Dave Cole has many requirements

Re: Assembler access to USS functions

, October 4, 2023 2:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions On Wed, 4 Oct 2023 16:06:38 +, Farley, Peter wrote: >Perform setenv(). Adds, changes, or deletes an environment variable in the >environment list. > >OK, it says “set” env n

Re: Assembler access to USS functions

On Wed, 4 Oct 2023 22:09:42 -0500, Jon Perryman wrote: >On Thu, 5 Oct 2023 02:37:57 +, Seymour J Metz wrote: > >>The shell creates the environment variables. > >No. The environment variable array is created by process initialization. > I agree. This is normally done by a function of the

Re: Assembler access to USS functions

On Thu, 5 Oct 2023 02:37:57 +, Seymour J Metz wrote: >The shell creates the environment variables. No. The environment variable array is created by process initialization. The shell and programs can modify the array. I believe sub-shells in the same process use the same array.

Re: Assembler access to USS functions

The shell creates the environment variables. From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Wednesday, October 4, 2023 10:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions On Wed, 4 Oct 2023 13:27:28

Re: Assembler access to USS functions

On Wed, 4 Oct 2023 13:27:28 -0500, Paul Gilmartin wrote: >>On Wed, 4 Oct 2023 16:06:38 +, Farley, Peter wrote: >>Perform setenv(). Adds, changes, or deletes an environment variable in the >>environment list. >No. Single Unix says:

Re: Assembler access to USS functions

On Wed, 4 Oct 2023 16:06:38 +, Farley, Peter wrote: >Perform setenv(). Adds, changes, or deletes an environment variable in the >environment list. > >OK, it says “set” env not “put” env. Semantics appear the same. > No. Single Unix says:

Re: Assembler access to USS functions

intended to permit an obsolete storage location (pre-z/OS V1R2 it says) for environment variables. Why would you want that? Peter From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Tuesday, October 3, 2023 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS

Re: Assembler access to USS functions

As I mentioned earlier on the list, I am reasonably sure that "environment variables" are a Language Environment thing, which is why they don't appear in the z/OS UNIX Assembler Services Guide. However, if you look at some services in the Asm Svcs Guide, you will see that they accept a envar

Re: Assembler access to USS functions

On Tue, 3 Oct 2023 16:35:25 +, Farley, Peter wrote: >I found something one can use from assembler to access environment variables >in the LE Vendor Interfaces manual: > >https://www.ibm.com/docs/en/zos/3.1.0?topic=clearenv-ceebenv > >Seems right on target with Dave’s original request. >

Re: Assembler access to USS functions

, Peter Sent: Tuesday, October 3, 2023 12:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Assembler access to USS functions Unfortunately none of those callable services provides access to the POSIX environment variables table. The only references I can find to access to those values

Re: Assembler access to USS functions

On Tue, 3 Oct 2023 16:22:19 +, Farley, Peter wrote: >Unfortunately none of those callable services provides access to the POSIX >environment variables table. The only references I can find to access to >those values are in the getenv() / putenv() C function descriptions. > >To Dave C., >

Re: Assembler access to USS functions

Unfortunately none of those callable services provides access to the POSIX environment variables table. The only references I can find to access to those values are in the getenv() / putenv() C function descriptions. To Dave C., I guess you could put in a call to IBM C/C++ support to ask them

  1   2   3   4   5   6   >