Re: Systems Programming / Operations support services in USA/Canada
I see his point. Maybe the companies could list the number of z/OS clients they support and/or the number of consultants on staff. For Syzygy, Inc. we have 105 active z/OS support clients/sites, 11 cross-support (z/OS software vendor) clients, 313 software clients (sites that run only our Syzygy software and not use any of our services), and 29 z/OS consultants, with several (I'm not sure how many, but I think not more than 9) "non-technical support" personnel, (i.e. accounts receivable, marketing etc.). We work with all (that we know of :) ) IBM and non-IBM z/OS Vendor software. We are not anywhere near as big as IBM, but we also don't try to support the entire world. We only work with z/OS sites (and z/VM if it is there to run z/OS), and we have several long-term contracts with IBM and other software vendors to maintain and upgrade their z/OS based software. I'm sure that there are many, many "one band man" companies as well, but I think they tend to only support 1 (or maybe 2) small clients at a time, and tend to be fairly limited in the scope of the sub-system software they work with/on. We really don't consider them competition. Not because they aren't any good, but because they tend to provide their services on a much smaller and limited scope and to a (normally) different type of client that may not want very much in the way of "total" support capability. Brian On Wed, 2 Feb 2022 14:46:55 +0100, Radoslaw Skorupka wrote: >-Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Jim Elliott >> Sent: Tuesday, February 1, 2022 10:09 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Systems Programming / Operations support services in USA/Canada >> >> I am trying to build a list of companies in the USA or Canada that do >> contract systems programming / operations support for z/OS, z/VSE, and/or >> z/VM. I am not looking for outsourcers, just companies that can provide this >> sort of service on a long term basis. I don't believe this is such a thing >> (at least I can't find one) so any advice / suggestions would be >> appreciated. You can reply here or via e-mail. Thanks in advance. > >IMHO there are many "one man band" companies or very small teams. Their >names can be collected, but what is a reason to put them along with big >players? > > >-- >Radoslaw Skorupka >Lodz, Poland > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ZDNT L:earners Edition application process update
I was informed today by a source inside IBM that the ZD&T application process for the new Learners Edition version had been in limbo for a while due to internal IBM issues. My source tells me that the application process is getting back into gear now and will hopefully proceed better from here on. For those of us who applied but had not heard anything back yet, this is good news. If anyone else who also already applied (or are considering doing so) wants any more details please reply ***PRIVATELY*** to pjfarley3 at earthlink dot net (not to this address please, this is my employee email) and I will tell you what I can. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Directories on ft server with Hebrew names
On Wed, 2 Feb 2022 14:12:19 +, Seymour J Metz wrote: >Out in the wider world, "Because I want to view directories on a 3270." is not >as valid reason to tell users that they can't use their native languages for >file names. Maybe we need an RFE for ISPF to support the EBCDIC transform of >Unicode, along with a TN3270 client that supports it. > ISPF 3.17 works splendidly for files tagged UTF-8 "with a TN3270 client that supports" thee characters in the content. Alas, there's no way to tag the directory. Alas, may decades ago ISPF Design issued a negative Statement of Direction; that no terminal better than a 327x would ever be supported. Still, I dream of a ported FOSS graphic file manager such as Thunar or Nautilus as an X11 client. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Rexx mistery
I solved the problem. The issue was that in TSO I use /* MugiRexx */ to
mark the language to the interpreter. Under uss the interpreter does not
recognise the language and I needed to change it to /* Rex */.
Stupid issue…
ITschak
בתאריך יום ד׳, 2 בפבר׳ 2022 ב-20:53 מאת Hamilton, Robert :
> Tried a few things…
>
> …uppercase on the REXX vs. lower case….nope.
>
>
>
> SYS: > ./myrexx.rex
>
> Hello World!!!
>
> SYS: >
>
>
>
> …Added
>
> #!/usr/local/bin/rexx
>
> As the first line:
>
>
>
> SYS: > ./myrexx.rex
>
> [1] + Done(137) ./myrexx.rex
>
> 67109339 Killed ./myrexx.rex
>
> SYS: >
>
>
>
> That was pretty impressive, too.
>
> Nothing I’ve tried gives me the message you got. I have different PATH
> settings, I’m sure, but you specify it with the directory>/filename.ext format, so…there shouldn’t be any problem finding
> it. File and directory permissions are ok, or you’d have other problems,
> I’m sure. I messed with both the directory and file permissions, but my
> userid is a superuser, so nothing prevented it from running.
>
>
>
> Do you need RACF permissions? Sorry; running out of suggestions.
>
>
>
> R;
>
>
>
> Rob Hamilton
> Infrastructure Engineer
> Chemical Abstracts Service
>
> *From:* Itschak Mugzach
> *Sent:* Wednesday, February 2, 2022 12:59 PM
> *To:* Hamilton, Robert
> *Subject:* [EXT] Re: USS Rexx mistery
>
>
>
> [Actual Sender is i_mugz...@securiteam.co.il]
>
> Rob, I did. It was interpreter issue recognising the type of program.
>
>
>
> ITschak
>
>
>
> בתאריך יום ד׳, 2 בפבר׳ 2022 ב-19:52 מאת Hamilton, Robert <
> rhamil...@cas.org>:
>
> I hate to ask...did you check the file permissions? It needs to be marked
> executable with something like,
>
>chmod 777 myexec.rex
>
> before it will run.
>
> R;
>
>
> Rob Hamilton
> Infrastructure Engineer
> Chemical Abstracts Service
>
> -Original Message-
> From: TSO REXX Discussion List On Behalf Of
> ITschak Mugzach
> Sent: Wednesday, February 2, 2022 9:46 AM
> To: tso-r...@vm.marist.edu
> Subject: [EXT] USS Rexx mistery
>
> [Actual Sender is owner-tso-r...@vm.marist.edu]
>
> Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place
> it in a directory. it onl;y have the following :
> /* rexx */
> Say 'Hello World'
>
> I start the exec with ./myexec.rex while pwd shows the correct directory
> and ls -l shows the exe. it returns BPXWI Exec not found
>
> What am I missing?
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM coming soon *
>
> --
> For TSO-REXX subscribe / signoff / archive access instructions,
> send email to lists...@vm.marist.edu with the message: INFO TSO-REXX
> Confidentiality Notice: This electronic message transmission, including
> any attachment(s), may contain confidential, proprietary, or privileged
> information from CAS, a division of the American Chemical Society ("ACS").
> If you have received this transmission in error, be advised that any
> disclosure, copying, distribution, or use of the contents of this
> information is strictly prohibited. Please destroy all copies of the
> message and contact the sender immediately by either replying to this
> message or calling 614-447-3600.
>
> --
>
> *| **Itschak Mugzach | Director | SecuriTeam Software | IronSphere
> Platform | Information Security Continuous Monitoring for Z/OS, zLinux and
> IBM I | *
>
> *|* *Email**: **i_mugz...@securiteam.co.il *
> *|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**:
> **www.Securiteam.co.il
> * *|*
>
>
>
>
>
> *Confidentiality Notice*: This electronic message transmission, including
> any attachment(s), may contain confidential, proprietary, or privileged
> information from CAS, a division of the American Chemical Society ("ACS").
> If you have received this transmission in error, be advised that any
> disclosure, copying, distribution, or use of the contents of this
> information is strictly prohibited. Please destroy all copies of the
> message and contact the sender immediately by either replying to this
> message or calling 614-447-3600.
>
--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon *
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [TSO-REXX] USS Rexx mistery
On Feb 2, 2022, at 07:45:40, ITschak Mugzach wrote: > > Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place > it in a directory. it onl;y have the following : > /* rexx */ > Say 'Hello World' > > I start the exec with ./myexec.rex while pwd shows the correct directory > and ls -l shows the exe. it returns BPXWI Exec not found > > What am I missing? > Appending an old discussion from MVS-OE. My perception is that William Schoen's prosal would not fix the problem, but break it further. I have seen even worse behavior when exec() correctly specifies a path to a Rexx exec which is not in PATH, but PATH contains a file which is not Rexx. A proper fix would make the "path" argument work correctly for Rexx > On Jun 26, 2018, at 17:36:18, William Schoen wrote: > > You remember correctly. > I forgot about that behavior. > It was not intended and should have been fixed some time ago. > If you find it still does that please open a PMR. > As I recall this should have been fixed such that the first argument and > program name must resolve to the same file node. > > Bill Schoen > > MVS OpenEdition wrote on 06/26/2018 05:47:12 PM: > >> From: Paul Gilmartin >> To: mvs...@vm.marist.edu >> Date: 06/26/2018 05:48 PM >> Subject: Re: Fwd: REXX shell script - start a flame war? >> Sent by: MVS OpenEdition >> >> On 2018-06-26, at 14:54:08, William Schoen wrote: >> >>> I misunderstood. It still works that way. pathname and arg_stem.1 > must >>> match. >>> >> That was not my experience. If arg_stem.1 resolved to a valid Rexx >> EXEC it executed that instead. Sometimes with astonishing results. >> >>> Whether it is rexx or C, the first argument must match the pathname. >>> >> Again, not my understanding. C always executes the pathname program, >> passing it the caller's argv[0]. >> >>> Conventionally, arg[0] contains the program name. REXX requires that. > I >>> won't go into why. >>> >> Many years ago, you said there simply weren't enough arguments in the >> interface to the interpreter. That could have been fixed (alternate >> entry point?) I suspect the TSO folks were offended by the requirement >> to support for OMVS and dug in their heels wherever they could. >> Likewise you said in that era that you had campaigned for TRACE and >> message output to go to stderr (as Regina does by default) but your >> equest was denied. >> >> The Rexx base defended their territory and the customers suffered.' -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Rexx mistery
sorry, I misspoke to soon, did not see which list this was. On USS you will not need a shebang, /* rexx */ should be enough. Only thing I can image now is a casing error: uss is case sensitive. best regards, ené. > On 2 Feb 2022, at 16:50, René Jansen wrote: > > If you want to start it with ./myexec.rex it needs a shebang. > > René. > >> On 2 Feb 2022, at 15:45, ITschak Mugzach wrote: >> >> Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place >> it in a directory. it onl;y have the following : >> /* rexx */ >> Say 'Hello World' >> >> I start the exec with ./myexec.rex while pwd shows the correct directory >> and ls -l shows the exe. it returns BPXWI Exec not found >> >> What am I missing? >> >> ITschak Mugzach >> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring >> for z/OS, x/Linux & IBM I **| z/VM coming soon * >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Rexx mistery
If you want to start it with ./myexec.rex it needs a shebang. René. > On 2 Feb 2022, at 15:45, ITschak Mugzach wrote: > > Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place > it in a directory. it onl;y have the following : > /* rexx */ > Say 'Hello World' > > I start the exec with ./myexec.rex while pwd shows the correct directory > and ls -l shows the exe. it returns BPXWI Exec not found > > What am I missing? > > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring > for z/OS, x/Linux & IBM I **| z/VM coming soon * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Rexx mistery
My problem is 'not found', not 'canot execute'. and it already has 777 *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Wed, Feb 2, 2022 at 5:26 PM Carmen Vitullo wrote: > When I try your sample without any changing any file attributes I get > > cannot execute > > chmod a+x /u/user/myexec.rex > > get the results desired > > Hello World > > Carmen > > On 2/2/2022 8:45 AM, ITschak Mugzach wrote: > > Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place > > it in a directory. it onl;y have the following : > > /* rexx */ > > Say 'Hello World' > > > > I start the exec with ./myexec.rex while pwd shows the correct directory > > and ls -l shows the exe. it returns BPXWI Exec not found > > > > What am I missing? > > > > ITschak Mugzach > > *|** IronSphere Platform* *|* *Information Security Continuous Monitoring > > for z/OS, x/Linux & IBM I **| z/VM coming soon * > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > /I am not bound to win, but I am bound to be true. I am not bound to > succeed, but I am bound to live by the light that I have. I must stand > with anybody that stands right, and stand with him while he is right, > and part with him when he goes wrong. *Abraham Lincoln*/ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Rexx mistery
When I try your sample without any changing any file attributes I get cannot execute chmod a+x /u/user/myexec.rex get the results desired Hello World Carmen On 2/2/2022 8:45 AM, ITschak Mugzach wrote: Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place it in a directory. it onl;y have the following : /* rexx */ Say 'Hello World' I start the exec with ./myexec.rex while pwd shows the correct directory and ls -l shows the exe. it returns BPXWI Exec not found What am I missing? ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while he is right, and part with him when he goes wrong. *Abraham Lincoln*/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS Rexx mistery
This worked for me - could your default file permissions not include execute (x) ? SPLBD:/home/splbd/tmp: >dir total 34 drwxrwxrwx 2 SPLBDSYS18192 Feb 2 06:53 . drwxr-xr-x 17 SPLBDSYS18192 Feb 2 06:52 .. - untaggedT=off -rwx-- 1 SPLBDSYS1 30 Feb 2 06:53 test.rex SPLBD:/home/splbd/tmp: >./test.rex Hello World! Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: Wednesday, February 2, 2022 08:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: USS Rexx mistery Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place it in a directory. it onl;y have the following : /* rexx */ Say 'Hello World' I start the exec with ./myexec.rex while pwd shows the correct directory and ls -l shows the exe. it returns BPXWI Exec not found What am I missing? ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
USS Rexx mistery
Co-posted to IBM-MAIN and TSO-REXX I write a small rexx program and place it in a directory. it onl;y have the following : /* rexx */ Say 'Hello World' I start the exec with ./myexec.rex while pwd shows the correct directory and ls -l shows the exe. it returns BPXWI Exec not found What am I missing? ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Directories on ft server with Hebrew names
Out in the wider world, "Because I want to view directories on a 3270." is not as valid reason to tell users that they can't use their native languages for file names. Maybe we need an RFE for ISPF to support the EBCDIC transform of Unicode, along with a TN3270 client that supports it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Radoslaw Skorupka [r.skoru...@hotmail.com] Sent: Wednesday, February 2, 2022 8:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Directories on ft server with Hebrew names W dniu 01.02.2022 o 18:26, Paul Gilmartin pisze: > On Mon, 31 Jan 2022 23:30:59 +0100, Radoslaw Skorupka wrote: >>> 517 $ ls -altr >>> total 32 >>> drwxr-xr-x 4 paulgilm wheel 128 Jan 29 15:20 .. >>> -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:22 נַפְתָּלִי בֶּנֶט >>> -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:24 Владимир Путин >>> -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:28 عبدالحميد محمد الدبيبة >>> -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:30 Κατερίνα Σακελλαροπούλου >>> drwxr-xr-x 6 paulgilm wheel 192 Jan 29 15:31 . >>> 518 $ >> Just to clarify: do you see the names as above in your 3270 emulator >> window? >> > I have never had a UNICODE-capable 3270 emulator. Does one exist? So, I guess, you won't be able to view such nice filenames in 3270 emulator. It could mean some inconvenience. Let's imagine you have to use pathname in your JCL job. Or in some script. Or just type it in command line. More inconvenience. And that's what I meant when joined discussion. From the other hand we have dataset names and more strict rules. And no such troubles. And I still did not get any answer for the following: Why do you want to use such names? No, "because I can" is IMHO not worth the problems described above. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Copy BookManager Read & Library Server to 2.4
Thanks for the better approach. Hadn't thought of that -- too many years of everything SMP! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Systems Programming / Operations support services in USA/Canada
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Elliott Sent: Tuesday, February 1, 2022 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Systems Programming / Operations support services in USA/Canada I am trying to build a list of companies in the USA or Canada that do contract systems programming / operations support for z/OS, z/VSE, and/or z/VM. I am not looking for outsourcers, just companies that can provide this sort of service on a long term basis. I don't believe this is such a thing (at least I can't find one) so any advice / suggestions would be appreciated. You can reply here or via e-mail. Thanks in advance. IMHO there are many "one man band" companies or very small teams. Their names can be collected, but what is a reason to put them along with big players? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Directories on ft server with Hebrew names
W dniu 01.02.2022 o 18:26, Paul Gilmartin pisze: On Mon, 31 Jan 2022 23:30:59 +0100, Radoslaw Skorupka wrote: 517 $ ls -altr total 32 drwxr-xr-x 4 paulgilm wheel 128 Jan 29 15:20 .. -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:22 נַפְתָּלִי בֶּנֶט -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:24 Владимир Путин -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:28 عبدالحميد محمد الدبيبة -rw-r--r-- 1 paulgilm wheel 29 Jan 29 15:30 Κατερίνα Σακελλαροπούλου drwxr-xr-x 6 paulgilm wheel 192 Jan 29 15:31 . 518 $ Just to clarify: do you see the names as above in your 3270 emulator window? I have never had a UNICODE-capable 3270 emulator. Does one exist? So, I guess, you won't be able to view such nice filenames in 3270 emulator. It could mean some inconvenience. Let's imagine you have to use pathname in your JCL job. Or in some script. Or just type it in command line. More inconvenience. And that's what I meant when joined discussion. From the other hand we have dataset names and more strict rules. And no such troubles. And I still did not get any answer for the following: Why do you want to use such names? No, "because I can" is IMHO not worth the problems described above. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Time discrepancy
Fernando de Noronha is an amazing place, but unfortunately i'm not there.
I'm playing with a small ZPDT and probably there are time issues in this server.
Anyway, thank you all for your time and attention.
Best Regards
Ituriel
Em terça-feira, 1 de fevereiro de 2022 16:42:27 BRT, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> escreveu:
On Tue, 1 Feb 2022 19:13:03 +, Ituriel do Neto wrote:
>
>Thank you for your time.
>
You're welcome.
>Adding the login option in BPXWUNIX did the trick.
> ...
>To correct it, I had to include CEEOPTS DD card as below :
>
>//CEEOPTS DD *
>ENVAR('TZ=GMT-2')
>
>It did the trick, but i still don't know why this time difference, since z/OS
>D T command show me the correct timezone.
>
(I'm guessing) C uses TZ; D T uses CVTLDTO
.
Different hands; different motives. Thus my rant about consistency a few plies
ago.
Can you (do you need to) make your code portable by such as:
putenv( system( "TZ=$( echo $TZ )" )? (needs work.)
BTW, the only place I see on the map that matches your TZ offset is Fernando de
Noronha.
Do I guess right?
--
gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Systems Programming / Operations support services in USA/Canada
Out of idle curiosity, what would you do with such a list? On Tue, Feb 1, 2022, 11:09 AM Jim Elliott wrote: > I am trying to build a list of companies in the USA or Canada that do > contract systems programming / operations support for z/OS, z/VSE, and/or > z/VM. I am not looking for outsourcers, just companies that can provide > this sort of service on a long term basis. I don't believe this is such a > thing (at least I can't find one) so any advice / suggestions would be > appreciated. You can reply here or via e-mail. Thanks in advance. > > Jim Elliott > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
