Re: [EXTERNAL] Opinion

On Tue, 16 Jan 2024, at 14:08, Parry, Gary (PERATON) wrote: > Also, Teams popup > notifications show in the far lower right corner of the display. That > took some getting used to.. If the popup notifications are able to be moved once they pop up, you could probably use something like

Re: [EXTERNAL] Opinion

splay. That took some getting used to.. Regards, Gary Parry -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Monday, January 15, 2024 11:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Opinion Does anyone have an opinion on LG - 49&quo

Re: Opinion

Thank you everyone for you feed back Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of kekronbekron Sent: Tuesday, January 16, 2024 1:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion Chiming in to say that the big

Re: Opinion

Chiming in to say that the big screen consideration is a real (seeing the whole screen without moving much) reason to want curved. However, if you have 2 screens you can experiment with, just set them tilted in and see if that works for you. I'm assuming big, curved screens cost more, compared

Re: Opinion

I have a 42 inch curved. The curved screen is very clear and everything is the same size all the way from left to right. Previously I had a 42 in flat screen (which I gave to my kid who loves it), but the problem I had was that as I age, my eyesight isn't able to refocus as quickly so I had

Re: Opinion

e by side pointing straight ahead, or do you take the left and right ones and turn them slightly towards you? The larger the viewing area, the more the curved screen works for you. So my opinion is, if you gots the $$$ get the curved screen. Steve Thompson On 1/15/2024 5:42 PM, Bob Bri

Re: Opinion

y 15, 2024 12:38 > > I have not used that specific monitor, but I do use a curved monitor. Love > it! For me, much better than a flat monitor. I was hooked after I tried the > first one (a Samsung). > >> -Original Message- >> From: Steve Beaver >> Sent: Mond

Re: Opinion

12:33 PM > > Does anyone have an opinion on LG - 49" IPS LED Curved UltraWide Dual QHD 144Hz FreeSync > and G-SYNC Compatible Monitor with HDR (HDMI, DisplayPort, USB) - Black -- For IBM-MAIN subscribe / s

Re: Opinion

monitor once, I'd go curved every time the $$$ were > available for such a device. > > Note: I have a 8' wide desk that is ~3' "deep". So a 43" monitor > sits on the back edge of the desk, center. I sometimes have to > move my chair left-right because of the lack

Re: Opinion

monitor once, I'd go curved every time the $$$ were > available for such a device. > > Note: I have a 8' wide desk that is ~3' "deep". So a 43" monitor > sits on the back edge of the desk, center. I sometimes have to > move my chair left-right because of the lack of curva

Re: Opinion

the desk, center. I sometimes have to move my chair left-right because of the lack of curvature. So my opinion is, for that wide, curved is best. Generally, because of work I've done, two of these wide curved monitors side by side is better than 1 43" and 3 30-ish inch monitors. But you h

Re: Opinion

Dell 4919dw has served me well for 4 years Matt Hogstrom PGP key 0F143BC1 > On Jan 15, 2024, at 13:28, Joe Monk wrote: > > Second this. I have a DELL 42" monitor which I used with multiple computers. -- For IBM-MAIN

Re: Opinion

, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Bill Hitefield > Sent: Monday, January 15, 2024 11:38 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Opinion > > Steve, > >

Re: Opinion

> 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 Mainfr

Re: Opinion

ist On Behalf > Of Bill Hitefield > Sent: Monday, January 15, 2024 11:38 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Opinion > > Steve, > > I have not used that specific monitor, but I do use a curved monitor. Love > it! For me, much better than a flat monitor. I was hooked

Re: Opinion

IBM Mainframe Discussion List On Behalf Of Bill Hitefield Sent: Monday, January 15, 2024 11:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion Steve, I have not used that specific monitor, but I do use a curved monitor. Love it! For me, much better than a flat monitor. I was hooked

Re: Opinion

ve Beaver > Sent: Monday, January 15, 2024 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Opinion > > Does anyone have an opinion on > > > > LG - 49" IPS LED Curved UltraWide Dual QHD 144Hz FreeSync and G-SYNC > Compatible Monitor with HDR (HDMI, DisplayPort

Opinion

Does anyone have an opinion on LG - 49" IPS LED Curved UltraWide Dual QHD 144Hz FreeSync and G-SYNC Compatible Monitor with HDR (HDMI, DisplayPort, USB) - Black Steve Beaver -- For IBM-MAIN subscribe / si

Re: Opinion: Sea shanties written for the digital age | NPR

Those are...odd. But thanks, also fun! On Sun, Jan 23, 2022 at 8:14 PM Mark Regan wrote: > > https://www.npr.org/2022/01/22/1074964815/opinion-sea-shanties-written-for-the-digital-age > > > > ​Regards, > > Mark Regan, K8MTR General, EN80tg > CTO1 USNR-Retired (1969-1

Fwd: Opinion: Sea shanties written for the digital age | NPR

https://www.npr.org/2022/01/22/1074964815/opinion-sea-shanties-written-for-the-digital-age ​Regards, Mark Regan, K8MTR General, EN80tg CTO1 USNR-Retired (1969-1991) Nationwide Insurance, Retired, 1986-2017 z/OS Network Software Consultant (z NetView, z/OS Communications Server) Contractor

My opinion of COND was Re: Best catch up resources for MVS / ZOS Technologies

[Default] On 18 May 2021 17:15:54 -0700, in bit.listserv.ibm-main ponce...@bcs.org.uk (CM Poncelet) wrote: >With all due respect, anyone who has difficulty coding JCL COND= >statements should consider *not* working with IBM mainframe systems. as someone who had to play cute games with COND= I

Re: IBM SFG - Your Opinion

/19 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. Sent: Thursday, August 8, 2019 9:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SFG - Your Opinion https://www-01.ibm.com/support/docview.wss?uid=swg27023829 Product Documentation Abstract

Re: IBM SFG - Your Opinion

: Re: IBM SFG - Your Opinion Importance: High Has anyone had training for the IBM SFG Product? If so, could you please provide the name of the 3rd Party Vendor who provided the training? Also, where can I find SFG Documentation/User Guide/etc.? Thank You! Len Sasso Systems Administrator Gen

Re: IBM SFG - Your Opinion

- Your Opinion Importance: High I just checked, we are now at Version 5.2. Thank You! Len Sasso Systems Administrator General Dynamics Information Technology 327 Columbia TPKE Rensselaer, NY 12144 Phone: (518) 257-4209 Cell: (518) 894-0879 Fax: (518) 257-4300 len.sa...@gdit.com URL: www.gdit.com

Re: IBM SFG - Your Opinion

- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Thursday, July 25, 2019 11:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SFG - Your Opinion Len you will need to move to CD 5.2 Sent from my iPhone Sorry for the finger checks > On Jul 25, 2019, at 08:50, Sasso, Len wr

Re: IBM SFG - Your Opinion

len.sa...@gdit.com > URL: www.gdit.com > > > -Original Message- > From: Jackson, Rob > Sent: Thursday, March 14, 2019 3:39 PM > To: Sasso, Len > Subject: RE: IBM SFG - Your Opinion > > Good luck, Len! If you ever need a shoulder to cry on . . . . :) >

Re: IBM SFG - Your Opinion

12144 Phone: (518) 257-4209 Cell: (518) 894-0879 Fax: (518) 257-4300 len.sa...@gdit.com URL: www.gdit.com -Original Message- From: Jackson, Rob Sent: Thursday, March 14, 2019 3:39 PM To: Sasso, Len Subject: RE: IBM SFG - Your Opinion Good luck, Len! If you ever need a shoulder to cry

Re: IBM SFG - Your Opinion

- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf Sent: Thursday, March 14, 2019 4:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SFG - Your Opinion IBM z/OS OpenSSH is included with z/OS, and it includes SFTP. Kirk Wolf Dovetailed Techologies http://dovetail.com PS> if you nee

Re: IBM SFG - Your Opinion

: IBM Mainframe Discussion List On Behalf Of Kirk Wolf Sent: Thursday, March 14, 2019 4:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SFG - Your Opinion [External Email] IBM z/OS OpenSSH is included with z/OS, and it includes SFTP. Kirk Wolf Dovetailed Techologies http://dovetail.com PS

Re: IBM SFG - Your Opinion

IBM z/OS OpenSSH is included with z/OS, and it includes SFTP. Kirk Wolf Dovetailed Techologies http://dovetail.com PS> if you need z/OS data sets, spool files, etc, etc, you can also use Co:Z SFTP, which does SMF, console notification logging, exits, etc, etc. On Thu, Mar 14, 2019 at 2:32 PM

Re: IBM SFG - Your Opinion

: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SFG - Your Opinion It's extremely powerful but oh so onerous to install, maintain, and administer. They will push implementation services, and you will wish you'd bought them before it's over if you go it on your own. What are you plannin

Re: IBM SFG - Your Opinion

It's extremely powerful but oh so onerous to install, maintain, and administer. They will push implementation services, and you will wish you'd bought them before it's over if you go it on your own. What are you planning on doing with it? If it is just MFT, I would highly recommend taking a

Re: IBM SFG - Your Opinion

Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Thursday, March 14, 2019 2:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SFG - Your Opinion SFG -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sasso, Len Sent: Thursday, March

Re: IBM SFG - Your Opinion

SFG -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sasso, Len Sent: Thursday, March 14, 2019 1:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM SFG - Your Opinion Importance: High I welcome your comments, suggestions, etc. about the IBM SFG Product. Thank You

IBM SFG - Your Opinion

I welcome your comments, suggestions, etc. about the IBM SFG Product. Thank You! Len Sasso System Administrator General Dynamics Information Technology 327 Columbia TPKE Rensselaer, NY 12144 Phone: (518) 257-4209 Cell: (518) 894-0879 Fax: (518) 257-4300 len.sa...@gdit.com URL: www.gdit.com

Re: OT: Rap music (was Re: opinion: multi-platform program design)

IMHO, rap "music" is _NOT_ music. But highly indicative of what the coming generations will be like. On Thu, Jun 7, 2018, at 2:15 PM, Peter Hunkeler wrote: > It's amost Friday, right. At least here in Zurich > >Rap music is performed by those that can not sing so others can not think. > > >

Re: [EXTERNAL] Re: OT: Rap music (was Re: opinion: multi-platform program design)

EDU] On Behalf Of Mike Schwab Sent: Monday, June 11, 2018 12:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: OT: Rap music (was Re: opinion: multi-platform program design) https://www.youtube.com/watch?v=CiRMGYQfXrs On Mon, Jun 11, 2018 at 7:23 AM Dyck, Lionel B. (RavenTek) wr

Re: [EXTERNAL] Re: OT: Rap music (was Re: opinion: multi-platform program design)

ject: [EXTERNAL] Re: OT: Rap music (was Re: opinion: multi-platform > program design) > > IMHO, Rammstein should only be listened to in German! They are one of > the only German bands that have had mainstream commercial success in > English speaking countries > singing in their

Re: [EXTERNAL] Re: OT: Rap music (was Re: opinion: multi-platform program design)

IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Monday, June 11, 2018 7:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: OT: Rap music (was Re: opinion: multi-platform program design) IMHO, Rammstein should only be listened to in German! They are one of the only German ba

Re: OT: Rap music (was Re: opinion: multi-platform program design)

and remembered some of the translation. Ron -Original Message- From: IBM Mainframe Discussion List On Behalf Of Savor, Thomas (Alpharetta) Sent: Sunday, June 10, 2018 10:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: multi-platform program

Re: OT: Rap music (was Re: opinion: multi-platform program design)

song and remembered some of the translation. Ron -Original Message- From: IBM Mainframe Discussion List On Behalf Of Savor, Thomas (Alpharetta) Sent: Sunday, June 10, 2018 10:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: multi-platform pro

Re: OT: Rap music (was Re: opinion: multi-platform program design)

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron hawkins Sent: Saturday, June 09, 2018 3:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OT: Rap music (was Re: opinion: multi-platform program design) You have asked me and I have said

Re: OT: Rap music (was Re: opinion: multi-platform program design)

Mainframe Discussion List On Behalf Of David Crayford Sent: Friday, June 8, 2018 11:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: multi-platform program design) On 9/06/2018 7:03 AM, Ron hawkins wrote: You have asked me and I have said nothing

Re: OT: Rap music (was Re: opinion: multi-platform program design)

You have asked me and I have said nothing. >From Du Hast - Rammstein. -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Friday, June 8, 2018 11:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: mu

Re: OT: Rap music (was Re: opinion: multi-platform program design)

Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: multi-platform program design) Rammstein Thanks, Tom Savor -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, June 08, 2018 12:12 AM To: IBM-MAIN

Re: OT: Rap music (was Re: opinion: multi-platform program design)

You have asked me and I have said nothing. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Savor, Thomas (Alpharetta) Sent: Thursday, June 7, 2018 9:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion: multi-platform program

Re: opinion: multi-platform program design

On Thu, Jun 7, 2018 at 11:49 PM Timothy Sipples wrote: > Wayne Bickerdike wrote: > >You missed REXX/CICS. Am I the only person who uses this variant? > > John McKown wrote: > >I don't have that product and so cannot code for it. > > You have it if you have CICS Transaction Server for z/OS, which

Re: opinion: multi-platform program design

Odd thing about CICS people is that they don't install REXX/CICS when it's basically *free* with CICS. The DB2 interface is simple, CICS commands and CICS APIs are a snap. It can read and write a PDS or flat file. TSQ browse/write/delete is simple and it has a full screen interface similar to

Re: OT: Rap music (was Re: opinion: multi-platform program design)

Rammstein Thanks, Tom Savor -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, June 08, 2018 12:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OT: Rap music (was Re: opinion: multi-platform program design

Re: opinion: multi-platform program design

Wayne Bickerdike wrote: >You missed REXX/CICS. Am I the only person who uses this variant? John McKown wrote: >I don't have that product and so cannot code for it. You have it if you have CICS Transaction Server for z/OS, which includes the functions that were previously in the CICS REXX Runtime

Re: OT: Rap music (was Re: opinion: multi-platform program design)

On 8/06/2018 3:15 AM, Peter Hunkeler wrote: It's amost Friday, right. At least here in Zurich Rap music is performed by those that can not sing so others can not think. rap music? Isn't this a contradiction in terms ;-) What do you listen to, Beethoven? Ramstein? :) Apologies to all

Re: OT: Rap music (was Re: opinion: multi-platform program design)

I've determined that rap music is very boring, to me anyway. On Thu, Jun 7, 2018 at 3:15 PM Peter Hunkeler wrote: > It's amost Friday, right. At least here in Zurich > >Rap music is performed by those that can not sing so others can not > think. > > > rap music? Isn't this a contradiction in

Re: opinion: multi-platform program design

On Thu, Jun 7, 2018 at 3:17 PM Wayne Bickerdike wrote: > You missed REXX/CICS. Am I the only person who uses this variant? > ​I don't have that product and so cannot code for it. ​ -- Rap music is performed by those that can not sing so others can not think. Maranatha! <>< John McKown

Re: opinion: multi-platform program design

, 2018 2:21 PM > To: IBM-MAIN@listserv.ua.edu > Subject: Re: opinion: multi-platform program design > > On Thu, Jun 7, 2018 at 12:21 PM Seymour J Metz wrote: > > > ISPF > > > > ​Ah, yes, I guess you mean using ISPF display services to get input, > display o

OT: Rap music (was Re: opinion: multi-platform program design)

It's amost Friday, right. At least here in Zurich >Rap music is performed by those that can not sing so others can not think. rap music? Isn't this a contradiction in terms ;-) Apologies to all the rappers out there, and the ones who like that contradiction, ahem.. music. No offense intended.

Re: opinion: multi-platform program design

From: IBM Mainframe Discussion List on behalf of John McKown Sent: Thursday, June 7, 2018 2:21 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: opinion: multi-platform program design On Thu, Jun 7, 2018 at 12:21 PM Seymour J Metz wrote: > ISPF > ​Ah, yes, I guess you mean

Re: opinion: multi-platform program design

On Thu, Jun 7, 2018 at 12:21 PM Seymour J Metz wrote: > ISPF > ​Ah, yes, I guess you mean using ISPF display services to get input, display output​, and possibly update ISPF variables rather that TSO CLIST/REXX variables. > > NETVIEW > ​Unfortunately, I know nothing about NETVIEW because

Re: opinion: multi-platform program design

On Thu, 7 Jun 2018 09:27:26 -0500, John McKown wrote: >... >2) REXX via IRXJCL - "pure" non-TSO REXX >​6) REXX under UNIX - program invoked with a UNIX shell script written in REXX​ > It's a shame that UNIX directories are not supported in SYSEXEC concatenation. I do it anyway to

Re: opinion: multi-platform program design

ISPF NETVIEW System REXX -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of John McKown Sent: Thursday, June 7, 2018 10:27 AM To: IBM-MAIN@listserv.ua.edu Subject: opinion: multi-platform

Re: opinion: multi-platform program design

On Thu, 7 Jun 2018 09:27:26 -0500, John McKown wrote: >I've already written a utility program which is designed to run as a UNIX >command, mainly interactively from a UNIX shell, but it works from TSO >OSHELL and in batch via BPXBATCH or Co:Z launcher just fine. So, from a >"practical" viewpoint

opinion: multi-platform program design

I've already written a utility program which is designed to run as a UNIX command, mainly interactively from a UNIX shell, but it works from TSO OSHELL and in batch via BPXBATCH or Co:Z launcher just fine. So, from a "practical" viewpoint the following is not really necessary. But I am

Re: AW: Re: Opinion: Using C "standard library" routines in COBOL.

Sure does, Threading in C easier in some sense than Assembler attaches, I an in this situation now. Write and attach routine or write in C , actually convert to C. Scott On Mon, Apr 10, 2017 at 1:17 PM Jack J. Woehr wrote: > Peter Hunkeler wrote: > > > > If, on the other hand,

Re: AW: Re: Opinion: Using C "standard library" routines in COBOL.

Peter Hunkeler wrote: If, on the other hand, you call C/C++ runtime library routines, the final code is not located via LOAD, but via some table with entry point addresses Makes sense. So write a one-liner wrapper for the library routine and compile it into your own little library. --

Re: Opinion: Using C "standard library" routines in COBOL.

On Mon, 10 Apr 2017 15:44:44 +0200, Peter Hunkeler wrote: >Sorry for the late reply. I've been trying to find the documentation that >talks about calling C/C++ library functions from other HLL code, such as >Cobol. All I found was ... > Nearly a half-century ago, when I had no experience with

AW: Re: Opinion: Using C "standard library" routines in COBOL.

>What's the difference between calling C/C++ runtime library functions and your >own library functions? There's no difference in the C/C++ languages per se. Well, for the topic at hand, there is, I think. If you code your own C/C++, the compiler generates the code, and it includes the

Re: Opinion: Using C "standard library" routines in COBOL.

routines are where the cross-linkage exists, not between the stubs. Now, whether C library routines or even their stubs should be coded to ASSUME static linking is a different question. I would argue that any good library routine design should ASSUME dynamic calling from the start, but that is jus

Re: Opinion: Using C "standard library" routines in COBOL.

On Mon, Apr 10, 2017 at 9:16 AM, Jack J. Woehr wrote: > Peter Hunkeler wrote: > >> All I found was information about doing interlanguage calls, but this >> is all about "own" code, not the functions that the C/C++ runtime library >> provides. >> > > > What's the difference

Re: Opinion: Using C "standard library" routines in COBOL.

Peter Hunkeler wrote: All I found was information about doing interlanguage calls, but this is all about "own" code, not the functions that the C/C++ runtime library provides. What's the difference between calling C/C++ runtime library functions and your own library functions? There's no

Re: Opinion: Using C "standard library" routines in COBOL.

Sorry for the late reply. I've been trying to find the documentation that talks about calling C/C++ library functions from other HLL code, such as Cobol. All I found was information about doing interlanguage calls, but this is all about "own" code, not the functions that the C/C++ runtime

Re: Opinion: Using C "standard library" routines in COBOL.

Good information to know! Thanks!! From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Farley, Peter x23353 <peter.far...@broadridge.com> Sent: Friday, April 7, 2017 12:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opin

Re: Opinion: Using C "standard library" routines in COBOL.

to do our job! TMTOWTDI even if not using Perl. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Friday, April 07, 2017 1:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "sta

Re: Opinion: Using C "standard library" routines in COBOL.

HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, April 07, 2017 12:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. On Fri, Apr 7, 201

Re: Opinion: Using C "standard library" routines in COBOL.

gmx.ch> > Sent: Friday, April 7, 2017 12:19 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Opinion: Using C "standard library" routines in COBOL. > > > > > The S0C1 is because SYS1.SCEELKED isn’t available for the dynamic calls. > > > >

Re: Opinion: Using C "standard library" routines in COBOL.

Subject: Re: Opinion: Using C "standard library" routines in COBOL. > The S0C1 is because SYS1.SCEELKED isn’t available for the dynamic calls. SCEELKED is intended to be used at linkedit/binder/ time, not execution time. What is statically linked is not the code for the C function

Re: Opinion: Using C "standard library" routines in COBOL.

On Fri, Apr 7, 2017 at 3:43 AM, Bill Woodger wrote: > I'm interested in how people deal with the case of the functions and what > type of executables people create. > > Relevant is discussion of overflow. By Standard fine for COBOL, not fine > for C. > > sprintf is fun

Re: Opinion: Using C "standard library" routines in COBOL.

I'm interested in how people deal with the case of the functions and what type of executables people create. Relevant is discussion of overflow. By Standard fine for COBOL, not fine for C. sprintf is fun but do I want to interpret a string 4m times to produce a report?

Re: Opinion: Using C "standard library" routines in COBOL.

> The S0C1 is because SYS1.SCEELKED isn’t available for the dynamic calls. SCEELKED is intended to be used at linkedit/binder/ time, not execution time. What is statically linked is not the code for the C function, but only a little stub which finds the way to the code at runtime. In the

Re: Opinion: Using C "standard library" routines in COBOL.

new ideas you have put into my head! Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, April 06, 2017 5:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routine

Re: Opinion: Using C "standard library" routines in COBOL.

On Thu, 6 Apr 2017 22:33:07 +, Frank Swarbrick wrote: >Perhaps there is a way to use another codepage. It's been a while since I >wrote the program and did my testing. Specifying codepage(1047) makes it work >and I haven't looked any further. > It would seem that if there is an option to

Re: Opinion: Using C "standard library" routines in COBOL.

behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Thursday, April 6, 2017 4:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. On Thu, 6 Apr 2017 18:29:31 +, Frank Swarbrick wrote: >I have be

Re: Opinion: Using C "standard library" routines in COBOL.

On Thu, 6 Apr 2017 18:29:31 +, Frank Swarbrick wrote: >I have been successful in invoking the following "regular expression" >functions from the z/OS XL C/C++ Runtime Library: regcomp(), regexec and >regfree(). > > >Just to see if I could do it. Not to actually use for anything useful. > >

Re: Opinion: Using C "standard library" routines in COBOL.

On Thu, Apr 6, 2017 at 3:53 PM, Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > John, > > Not "nutso" at all, just very cool. > > I notice you are using "static" calls (quoted literal program names) in > upper case. Does that mean that you statically link the C subroutines with >

Re: Opinion: Using C "standard library" routines in COBOL.

Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, April 06, 2017 1:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Opinion: Using C "standard library" routines in COBOL. This is just a curiosity

Re: Opinion: Using C "standard library" routines in COBOL.

behalf of Frank Swarbrick <frank.swarbr...@outlook.com> Sent: Thursday, April 6, 2017 12:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. The COBOL 20xx standard(s) do have some better support for COBOL calling to C, but i

Re: Opinion: Using C "standard library" routines in COBOL.

DU> on behalf of Bernd Oppolzer <bernd.oppol...@t-online.de> Sent: Thursday, April 6, 2017 12:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Opinion: Using C "standard library" routines in COBOL. Topic drift: This is somehow easy from PL/1, for some reasons: a) para

Re: Opinion: Using C "standard library" routines in COBOL.

), because of the use of brackets ([]). Frank From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of John McKown <john.archie.mck...@gmail.com> Sent: Thursday, April 6, 2017 11:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Opinion: Usi

Re: Opinion: Using C "standard library" routines in COBOL.

McKown Sent: Thursday, April 6, 2017 1:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Opinion: Using C "standard library" routines in COBOL. This is just a curiosity poll on my part. I'm wondering if anyone out there has ever really used any C standard library routines (versus user wr

Re: Opinion: Using C "standard library" routines in COBOL.

Topic drift: This is somehow easy from PL/1, for some reasons: a) parameters to external functions can be defined in PL/1 to be passed using NODESCRIPTOR and BYVALUE, so that the mechanisms perfectly match the C mechanisms b) PL/1 has a datatype CHAR (x) VARYINGZ (no typo), which means:

Opinion: Using C "standard library" routines in COBOL.

This is just a curiosity poll on my part. I'm wondering if anyone out there has ever really used any C standard library routines (versus user written code) in a COBOL program. I know that many may wonder "Why? What do I get out of it." IMO, there are some useful routines in the standard C library

Re: opinion? Fujitsu USA

elardus.engelbre...@sita.co.za (Elardus Engelbrecht) writes: > I vaguely remember that I worked [indirectly] with them when I started > worked around 1989. > > ICL [from Britain?] and Amdahl [from that wizard Gene Amdahl] were > guzzled up by Fujitsu. Fujitsu was major manufacture and investor

Re: opinion? Fujitsu USA

Charles Mills wrote: >> Did you check glassdoor.com? Interesting. My eyes are glassy... ;-) Overall average score for Fujitsu as employer is just average, say 2.7 out of 5. But then the score is based on that part of Fujitsu they're referring. John McKown wrote: >​Didn't show up in my Google

Re: opinion? Fujitsu USA

rent manager (yes, he knows I'm looking) has a positive overall opinion of them. Which is a big plus.​ -- How many surrealists does it take to screw in a lightbulb? One to hold the griffon and one to fill the bathtub with brightly colored LEDs. Maran

Re: opinion? Fujitsu USA

Did you check glassdoor.com? CharlesSent from a mobile; please excuse the brevity Original message From: John McKown <john.archie.mck...@gmail.com> Date: 04/08/2016 8:56 AM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: opinion? Fujitsu USA As you may,

opinion? Fujitsu USA

. Just got a call setting up a phone interview. I've started doing web searches just to become familiar with the company. So far, looks decent. And much more advanced than where I am now (should I admit that?). Anyway, anybody have any opinion they'd like to share. If you don't want to post publicly

Re: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

Rick, Also take into account the type of person doing the design some ppl are 'part to whole' others are 'whole to part'. Like John, I have been thinking about some tool, i work for a Identity Management Software company, so my thoughts are want is needed or wanted in RACF or ACF2 or Top-Secret

Re: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

On Mon, Mar 28, 2016 at 6:37 PM, Rick Troth wrote: > Do a little googling on the license question. I can't think of any > problems from going with the MIT license, but IANAL. > > > On 03/28/16 10:25, John McKown wrote: > >> ... >> Anyway, I'm still thinking of how it will be

Re: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

Do a little googling on the license question. I can't think of any problems from going with the MIT license, but IANAL. On 03/28/16 10:25, John McKown wrote: ... Anyway, I'm still thinking of how it will be designed. But I am curious if the requirement of z/OS 2.1 would make it unusable to

Re: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

On Mon, 28 Mar 2016 09:38:10 -0500, Tom Marchant wrote: >On Mon, 28 Mar 2016 09:25:03 -0500, John McKown wrote: > >>It will be >>developed, probably slowly, on a friend's z/OS 2.2 system. The application >>will use facilities which only exist on z/OS 2.1 and above. >

Re: opinion? writing z/OS FOSS code which requires z/OS 2.1 +

On Mon, 28 Mar 2016 09:25:03 -0500, John McKown wrote: >It will be >developed, probably slowly, on a friend's z/OS 2.2 system. The application >will use facilities which only exist on z/OS 2.1 and above. >I am curious if >the requirement of z/OS 2.1 would make it unusable to a lot of people

opinion? writing z/OS FOSS code which requires z/OS 2.1 +

I am seriously starting to think about a "learning" project. That is, this will be done on my own time, not using company resources. It will be developed, probably slowly, on a friend's z/OS 2.2 system. The application will use facilities which only exist on z/OS 2.1 and above. In particular, the

  1   2   >