Re: FTP Software for Mainframe to PC
WinSCP(winscp.net) Thank you and best regards, Billy Ashton -- Original Message -- From "Lizette Koehler" To IBM-MAIN@listserv.ua.edu Date 6/10/2022 8:48:55 AM Subject FTP Software for Mainframe to PC Just looking to create a list of software that does FTP from the mainframe to the PC I know IND$FILE FILEZILLA Are there any others? Cost or no cost is okay. Lizette -- 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: FTP Software for Mainframe to PC
Reflections 3270 the Reflections Suite can do both IND$FILE and ftp transfer there was a TCPIP FTP server that ran on the mainframe from CA long ago? I'm not sure it's still around Carmen Vitullo -Original Message- From: Lizette To: IBM-MAIN Date: Friday, 10 June 2022 7:49 AM CDT Subject: FTP Software for Mainframe to PC Just looking to create a list of software that does FTP from the mainframe to the PC I know IND$FILE FILEZILLA Are there any others? Cost or no cost is okay. Lizette -- 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: FTP Software for Mainframe to PC
Err, FTP, in both directions. 😊 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: 10 June 2022 19:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP Software for Mainframe to PC Just looking to create a list of software that does FTP from the mainframe to the PC I know IND$FILE FILEZILLA Are there any others? Cost or no cost is okay. Lizette -- 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: FTP Software for Mainframe to PC
On Fri, 10 Jun 2022 20:17:40 +0700, Robin Atwood wrote: >Err, FTP, in both directions. 😊 > Using a desktop *client* as a way station between two mainframes: BINARY QUOTE SITE TYPE E QUOTE SITE MODE B RDWs will be visible on the desktop but properly rendered on PUT to another mainframe. There is no way to drive the process from a mainframe client. It does not work for load modules. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
FTP from z/OS client to PC can work only if you have an FTP *server* on your PC. FileZilla can act as an FTP server on your PC, assuming your z/OS allows an outbound connection from z/OS to your PC's IP address and your PC's IP address is static or at least stable. If you VPN into your z/OS and your ISP dynamically changes your IP address or you reboot your ISP modem and get a new dynamic IP address all bets are off. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Robin Atwood Sent: Friday, June 10, 2022 9:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP Software for Mainframe to PC Err, FTP, in both directions. 😊 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: 10 June 2022 19:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP Software for Mainframe to PC Just looking to create a list of software that does FTP from the mainframe to the PC I know IND$FILE FILEZILLA Are there any others? Cost or no cost is okay. Lizette -- 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: FTP Software for Mainframe to PC
Lizette wrote: > Just looking to create a list of software that does FTP from the mainframe >to the PC But then started with IND$FILE. At the risk of being called pedantic (not the first time), that's not FTP. If you mean "file transfer", sure. And add Kermit to the list (mostly kidding, I think it's pretty dead). ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
There is also WS_FTP Professional. There used to be a free version called WS_FTP LE (limited edition I think) that was free for personal use back in the Win95 days, but I don't think they offer that option any more, and the old 16-bit Win95 version can't run on Windows 64-bit systems. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Phil Smith III Sent: Friday, June 10, 2022 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP Software for Mainframe to PC Lizette wrote: > Just looking to create a list of software that does FTP from the >mainframe to the PC But then started with IND$FILE. At the risk of being called pedantic (not the first time), that's not FTP. If you mean "file transfer", sure. And add Kermit to the list (mostly kidding, I think it's pretty dead). -- 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: FTP Software for Mainframe to PC
On Fri, 10 Jun 2022 13:51:37 +, Farley, Peter x23353 wrote: >FTP from z/OS client to PC can work only if you have an FTP *server* on your >PC.... > An early 3270 emulator for Mac had an embedded FTP server, not a client. I had considerable cognitive dissonance when my mentor told me, "In order to use FTP you must be logged in to TSO." -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
And I remember working with an Attachmate TN3270 emulator in the late 1990's which would (for no technical reason) lock up your TSO session while doing an FTP transfer. On 6/10/2022 8:13 AM, Paul Gilmartin wrote: On Fri, 10 Jun 2022 13:51:37 +, Farley, Peter x23353 wrote: FTP from z/OS client to PC can work only if you have an FTP *server* on your PC.... An early 3270 emulator for Mac had an embedded FTP server, not a client. I had considerable cognitive dissonance when my mentor told me, "In order to use FTP you must be logged in to TSO." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
not any longer, attachmate / reflections now a Micro focus product starts a separate window for the FTP session Carmen On 6/10/2022 10:39 AM, Tom Brennan wrote: And I remember working with an Attachmate TN3270 emulator in the late 1990's which would (for no technical reason) lock up your TSO session while doing an FTP transfer. On 6/10/2022 8:13 AM, Paul Gilmartin wrote: On Fri, 10 Jun 2022 13:51:37 +, Farley, Peter x23353 wrote: FTP from z/OS client to PC can work only if you have an FTP *server* on your PC. ... An early 3270 emulator for Mac had an embedded FTP server, not a client. I had considerable cognitive dissonance when my mentor told me, "In order to use FTP you must be logged in to TSO." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: FTP Software for Mainframe to PC
While not FTP, if you still have it, ISPF WSA does transfers to/from non-MVS platforms. Gone with z/OS 2.5. Michael At 07:48 AM 6/10/2022, Lizette Koehler wrote: Just looking to create a list of software that does FTP from the mainframe to the PC I know IND$FILE FILEZILLA Are there any others? Cost or no cost is okay. Lizette -- 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: FTP Software for Mainframe to PC
On Fri, 10 Jun 2022 05:48:55 -0700, Lizette Koehler wrote: >Just looking to create a list of software that does FTP from the mainframe >to the PC > > > >I know > > > >IND$FILE > >FILEZILLA > > > >Are there any others? > > > >Cost or no cost is okay. > > > > > >Lizette > > > Additional FTP solutions: - WS_FTP from Ipswitch - IBM's Host On-Demand (HOD) Scott Barry SBBTech LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Fri, 10 Jun 2022 08:39:31 -0700, Tom Brennan wrote: >And I remember working with an Attachmate TN3270 emulator in the late >1990's which would (for no technical reason) lock up your TSO session >while doing an FTP transfer. > How could it have reported status or completion if it transferred concurrently? Did it likewise, (for no technical reason) lock up your TSO session during an IND$FILE transfer? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
Assuming I remember correctly, you started FTP by selecting a menu option which opened a separate window. That window handled the transfer and the resulting status. TSO was not informed of this action and remained at READY. And since TSO never knew you were running the FTP, there was no reason to lock up the TSO terminal (i.e. X-SYSTEM). Now, someone could say locking your keyboard prevents you from, say, doing updates to the same dataset you're running FTP against. I would expect normal enqueues to prevent that instead of locking you out of the entire TSO session. Note this was late 1990's and Attachmate is apparently different now. IND$FILE of course locks up the TSO terminal because it's a command and commands lock you up until they complete. So my only explanation for Attachmate's action at the time was to make FTP act more like IND$FILE which people were already familiar with... doing a large transfer? Go get some coffee. On 6/10/2022 11:50 AM, Paul Gilmartin wrote: On Fri, 10 Jun 2022 08:39:31 -0700, Tom Brennan wrote: And I remember working with an Attachmate TN3270 emulator in the late 1990's which would (for no technical reason) lock up your TSO session while doing an FTP transfer. How could it have reported status or completion if it transferred concurrently? Did it likewise, (for no technical reason) lock up your TSO session during an IND$FILE transfer? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
IIRC Attachmate and Reflections from WRQ merged, and now is a micro focus product, I use reflections today and you are correct from the top tab (session-ftp client) opens a new window and you can choose how to and what OS to connect to, you don't have to be logged onto the same system you are logged onto via TSO. IND$FILE is as you said is a command initialed by the client and is basically a screen scrapper, mistakenly hit attention and you can see the data on your screen as its being transferred :) Carmen On 6/10/2022 2:46 PM, Tom Brennan wrote: Assuming I remember correctly, you started FTP by selecting a menu option which opened a separate window. That window handled the transfer and the resulting status. TSO was not informed of this action and remained at READY. And since TSO never knew you were running the FTP, there was no reason to lock up the TSO terminal (i.e. X-SYSTEM). Now, someone could say locking your keyboard prevents you from, say, doing updates to the same dataset you're running FTP against. I would expect normal enqueues to prevent that instead of locking you out of the entire TSO session. Note this was late 1990's and Attachmate is apparently different now. IND$FILE of course locks up the TSO terminal because it's a command and commands lock you up until they complete. So my only explanation for Attachmate's action at the time was to make FTP act more like IND$FILE which people were already familiar with... doing a large transfer? Go get some coffee. On 6/10/2022 11:50 AM, Paul Gilmartin wrote: On Fri, 10 Jun 2022 08:39:31 -0700, Tom Brennan wrote: And I remember working with an Attachmate TN3270 emulator in the late 1990's which would (for no technical reason) lock up your TSO session while doing an FTP transfer. How could it have reported status or completion if it transferred concurrently? Did it likewise, (for no technical reason) lock up your TSO session during an IND$FILE transfer? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: FTP Software for Mainframe to PC
Core FTP Server -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
This seems like a weirdly phrased question.. but this should do. https://en.wikipedia.org/wiki/Comparison_of_FTP_server_software_packages If the question is "does anyone have a list of FTP server software packages"? Because if they stick to the RFCs .. they should all work to communicate with the z/OS FTP client. HTH, Rob On Fri, Jun 10, 2022 at 3:58 PM Carmen Vitullo wrote: > IIRC Attachmate and Reflections from WRQ merged, and now is a micro > focus product, I use reflections today and you are correct from the top > tab (session-ftp client) opens a new window and you can choose how to > and what OS to connect to, you don't have to be logged onto the same > system you are logged onto via TSO. > > IND$FILE is as you said is a command initialed by the client and is > basically a screen scrapper, mistakenly hit attention and you can see > the data on your screen as its being transferred :) > > Carmen > > On 6/10/2022 2:46 PM, Tom Brennan wrote: > > Assuming I remember correctly, you started FTP by selecting a menu > > option which opened a separate window. That window handled the > > transfer and the resulting status. TSO was not informed of this > > action and remained at READY. And since TSO never knew you were > > running the FTP, there was no reason to lock up the TSO terminal (i.e. > > X-SYSTEM). Now, someone could say locking your keyboard prevents you > > from, say, doing updates to the same dataset you're running FTP > > against. I would expect normal enqueues to prevent that instead of > > locking you out of the entire TSO session. Note this was late 1990's > > and Attachmate is apparently different now. > > > > IND$FILE of course locks up the TSO terminal because it's a command > > and commands lock you up until they complete. So my only explanation > > for Attachmate's action at the time was to make FTP act more like > > IND$FILE which people were already familiar with... doing a large > > transfer? Go get some coffee. > > > > On 6/10/2022 11:50 AM, Paul Gilmartin wrote: > >> On Fri, 10 Jun 2022 08:39:31 -0700, Tom Brennan wrote: > >> > >>> And I remember working with an Attachmate TN3270 emulator in the late > >>> 1990's which would (for no technical reason) lock up your TSO session > >>> while doing an FTP transfer. > >>> > >> How could it have reported status or completion if it transferred > >> concurrently? > >> > >> Did it likewise, (for no technical reason) lock up your TSO session > >> during > >> an IND$FILE transfer? > >> > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@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: FTP Software for Mainframe to PC
On Fri, 10 Jun 2022 12:46:38 -0700, Tom Brennan wrote: > ... Now, >someone could say locking your keyboard prevents you from, say, doing >updates to the same dataset you're running FTP against. > FSVO "you". You could meddle with a concurrent batch job. >... I would expect >normal enqueues to prevent that instead of locking you out of the entire >TSO session. Note this was late 1990's ... > Unless FTP and TSO are in the same ASID. It wasn't intended to be foolproof; oonly to give you a warm feeling. >IND$FILE of course locks up the TSO terminal because it's a command and >commands lock you up until they complete. ... > Now that fork() exists the lock should be unnecessary. IBM is historically slow to grasp the idea of multiprocessing. Does ISPF LMPUT now support concurrent update of different members of the same PDSE , for which ISPF required ENQ DSN EXC. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Fri, 10 Jun 2022 17:04:12 -0400, Rob Schramm wrote: > >If the question is "does anyone have a list of FTP server software >packages"? Because if they stick to the RFCs .. they should all work to >communicate with the z/OS FTP client. > Not necessarily. Many fail to support particular values of TYPE/MODE/STRU on which IBM mainframes depend. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
I am still in mourning about the prospect of losing WSA. I built several tools around it. :-( On Fri, Jun 10, 2022 at 12:21 Michael Oujesky wrote: > While not FTP, if you still have it, ISPF WSA does transfers to/from > non-MVS platforms. Gone with z/OS 2.5. > > Michael > > > At 07:48 AM 6/10/2022, Lizette Koehler wrote: > > > > > >Just looking to create a list of software that does FTP from the mainframe > >to the PC > > > > > > > >I know > > > > > > > >IND$FILE > > > >FILEZILLA > > > > > > > >Are there any others? > > > > > > > >Cost or no cost is okay. > > > > > > > > > > > >Lizette > > > > > > > > > >-- > >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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
You're taking this way off the path I intended, so pardon me if I stop now. On 6/10/2022 2:09 PM, Paul Gilmartin wrote: On Fri, 10 Jun 2022 12:46:38 -0700, Tom Brennan wrote: ... Now, someone could say locking your keyboard prevents you from, say, doing updates to the same dataset you're running FTP against. FSVO "you". You could meddle with a concurrent batch job. ... I would expect normal enqueues to prevent that instead of locking you out of the entire TSO session. Note this was late 1990's ... Unless FTP and TSO are in the same ASID. It wasn't intended to be foolproof; oonly to give you a warm feeling. IND$FILE of course locks up the TSO terminal because it's a command and commands lock you up until they complete. ... Now that fork() exists the lock should be unnecessary. IBM is historically slow to grasp the idea of multiprocessing. Does ISPF LMPUT now support concurrent update of different members of the same PDSE , for which ISPF required ENQ DSN EXC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
Ditto At 05:09 PM 6/10/2022, Don Leahy wrote: I am still in mourning about the prospect of losing WSA. I built several tools around it. :-( On Fri, Jun 10, 2022 at 12:21 Michael Oujesky wrote: > While not FTP, if you still have it, ISPF WSA does transfers to/from > non-MVS platforms. Gone with z/OS 2.5. > > Michael > > > At 07:48 AM 6/10/2022, Lizette Koehler wrote: > > > > > >Just looking to create a list of software that does FTP from the mainframe > >to the PC > > > > > > > >I know > > > > > > > >IND$FILE > > > >FILEZILLA > > > > > > > >Are there any others? > > > > > > > >Cost or no cost is okay. > > > > > > > > > > > >Lizette > > > > > > > > > >-- > >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 > -- 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: FTP Software for Mainframe to PC
IND$FILE uses the 3270 data stream, so there's no way around locking the terminal. Forking an FTP command might be a better option. IBM has never bought into the concept of orthogonality, and that goes well beyond supporting multiprogramming (sic) in a user friendly way. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Friday, June 10, 2022 5:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP Software for Mainframe to PC On Fri, 10 Jun 2022 12:46:38 -0700, Tom Brennan wrote: > ... Now, >someone could say locking your keyboard prevents you from, say, doing >updates to the same dataset you're running FTP against. > FSVO "you". You could meddle with a concurrent batch job. >... I would expect >normal enqueues to prevent that instead of locking you out of the entire >TSO session. Note this was late 1990's ... > Unless FTP and TSO are in the same ASID. It wasn't intended to be foolproof; oonly to give you a warm feeling. >IND$FILE of course locks up the TSO terminal because it's a command and >commands lock you up until they complete. ... > Now that fork() exists the lock should be unnecessary. IBM is historically slow to grasp the idea of multiprocessing. Does ISPF LMPUT now support concurrent update of different members of the same PDSE , for which ISPF required ENQ DSN EXC. -- 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: FTP Software for Mainframe to PC
On Tue, 14 Jun 2022 13:00:18 +, Seymour J Metz wrote: >IND$FILE uses the 3270 data stream, so there's no way around locking the >terminal. > Tunneling? After all, TN3270 tunnels via TELNET, and TELNET tunnels through AT-TLS. >Forking an FTP command might be a better option. > >IBM has never bought into the concept of orthogonality, and that goes well >beyond supporting multiprogramming (sic) in a user friendly way. > Yup. Pet peeve: ISPF Edit has no way of escaping apostrophe, which otheer IBM languages accomplish simply by doubling it, or of escaping the command separator. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Tue, 14 Jun 2022, at 15:05, Paul Gilmartin wrote: > Yup. Pet peeve: ISPF Edit has no way of escaping apostrophe, which otheer > IBM languages But "ispf edit" isn't a language. What do you mean? -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Tue, 14 Jun 2022 15:16:14 +0100, Jeremy Nicoll wrote: >On Tue, 14 Jun 2022, at 15:05, Paul Gilmartin wrote: > >> Yup. Pet peeve: ISPF Edit has no way of escaping apostrophe, which otheer >> IBM languages > >But "ispf edit" isn't a language. What do you mean? > It's repeatedly disputed in this forum whether JCL is a language. Yet JCL has a convention for escaping the apostrophe: ...,PARM='"Hello," says O''Reilly.' ISPF, like JCL, is a user interface supporting delimited strings in commands, but reports an error for: CHANGE PARM '"Hello," says O''Reilly.' I've been told the alternative is a hexadecimal string. AYFK! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
There are three distinct languages associated with ISPF EDIT The commands that you enter on the EDIT panel The commands that you enter in the line # The commands for the ISREDIT environment. None of them, of course, is a programming language. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Tuesday, June 14, 2022 12:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP Software for Mainframe to PC On Tue, 14 Jun 2022 15:16:14 +0100, Jeremy Nicoll wrote: >On Tue, 14 Jun 2022, at 15:05, Paul Gilmartin wrote: > >> Yup. Pet peeve: ISPF Edit has no way of escaping apostrophe, which otheer >> IBM languages > >But "ispf edit" isn't a language. What do you mean? > It's repeatedly disputed in this forum whether JCL is a language. Yet JCL has a convention for escaping the apostrophe: ...,PARM='"Hello," says O''Reilly.' ISPF, like JCL, is a user interface supporting delimited strings in commands, but reports an error for: CHANGE PARM '"Hello," says O''Reilly.' I've been told the alternative is a hexadecimal string. AYFK! -- 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: FTP Software for Mainframe to PC
On Tue, 14 Jun 2022 20:24:15 +, Seymour J Metz wrote: >There are three distinct languages associated with ISPF EDIT >... >The commands for the ISREDIT environment. > In a Rexx macro, I've done such as PARM='"Hello," says O''Reilly.' address ISREDIT 'LINE AFTER' N '= (PARM)' ... where the parentheses denote reference to a Rexx variable. The variable value is treated as plain text; meta characters are not recognized. Extremely useful for inserting lines read from an external source. Does the same work for CHANGE, as in address ISREDIT 'CHANGE' '(PARM)' How do I specify the regex, which may contain ISPF delimiters? Am I expecting too much orthogonality? The lack of regex back-references is shameful. >None of them, of course, is a programming language. > But Rexx certainly is, and can implement Edit macros. > >>On Tue, 14 Jun 2022, at 15:05, Paul Gilmartin wrote: >> >>> Yup. Pet peeve: ISPF Edit has no way of escaping apostrophe, which otheer >>> IBM languages >> >It's repeatedly disputed in this forum whether JCL is a language. Yet JCL has >a convention >for escaping the apostrophe: ...,PARM='"Hello," says O''Reilly.' -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Tue, 14 Jun 2022, at 22:25, Paul Gilmartin wrote: > On Tue, 14 Jun 2022 20:24:15 +, Seymour J Metz wrote: >>None of them, of course, is a programming language. >> > But Rexx certainly is, and can implement Edit macros. Yes, but it's trivial, in a macro, to convert arbitrary strings of characters into their hex representations and issue commands using the hex-format arguments. -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Tue, 14 Jun 2022, at 17:45, Paul Gilmartin wrote: > ISPF, like JCL, is a user interface supporting delimited strings in > commands, but reports > an error for: > CHANGE PARM '"Hello," says O''Reilly.' Does the error say what the problem is? I'm assuming it's because of the R (of Reilly) being taken as an indicator that the single-quote-delimited string before it is to be interpreted as a regex? (because of the statement starting "A delimiter character in the string is also" in: Delimited string Any string enclosed (delimited) by either single quotes ( ' ) or double quotes ( " ). The beginning and ending delimiters must be the same character. The string can contain the delimiter character. However, if a delimiter character in the string is followed by a blank ( ) or a comma ( , ), that delimiter character is processed as the ending delimiter. A delimiter character in the string is also processed as the ending delimiter if it is followed by the letter c, p, r, t, or x. In these cases, the letter is processed as an indication that the preceding string is a character, picture, regular expression, text, or hexadecimal string. That's on p45 of "ISPF Edit and Edit Macros" SC19-3621-30) That implies that the parser looks for possible ending delimiters before it parses the contents of the delimited string. It's not how I'd have designed it! I'd have gone with a strict left to right character by character lexical scan. -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
On Wed, 15 Jun 2022, at 05:35, Jeremy Nicoll wrote: > That implies that the parser looks for possible ending > delimiters before it parses the contents of the delimited > string. > > It's not how I'd have designed it! I'd have gone with > a strict left to right character by character lexical scan. Oops, must think more carefully. This is what comes of writing a reply at 5am... I assumed, without engaging my brain, that the repeated single quote in your example meant that ispf edit would regard that as an escaped single quote, but apparently it doesn't. So if it's not considering escaped chars in a delimited string the simpler parsing that looks first for possible end delimiters is easier to understand. Also, would CHANGE PARM ""Hello," says O'Reilly." fail because the space after the double quote after the comma would also be taken to imply that the delimited string ends there? That is "says O'Reilly." is unexpected surplus? -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
Is he talking about an Edit command? I just tried this and I didn't get any error message: Command ===> CHANGE PARM '"Hello," says O''Reilly.' ** * Top of Data * 000100 This is a PARM ** Bottom of Data *** Command ===> ** * Top of Data * 000100 This is a "Hello," says O''Reilly. ** Bottom of Data *** Then I'd just CHANGE "O''Reilly" "O'Reilly" Come to think of it, I've probably issued something like the command above many times to change double ticks to single, so I like the way it works today. On 6/14/2022 9:35 PM, Jeremy Nicoll wrote: On Tue, 14 Jun 2022, at 17:45, Paul Gilmartin wrote: ISPF, like JCL, is a user interface supporting delimited strings in commands, but reports an error for: CHANGE PARM '"Hello," says O''Reilly.' Does the error say what the problem is? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP Software for Mainframe to PC
Could the error be the comma? Isn't there a facility to define a character as a separator for multiple commands in one line, and could it be that the comma was this separator in the OP's environment? Regards, Bernd Am 15.06.2022 um 07:08 schrieb Tom Brennan: Is he talking about an Edit command? I just tried this and I didn't get any error message: Command ===> CHANGE PARM '"Hello," says O''Reilly.' ** * Top of Data * 000100 This is a PARM ** Bottom of Data *** Command ===> ** * Top of Data * 000100 This is a "Hello," says O''Reilly. ** Bottom of Data *** Then I'd just CHANGE "O''Reilly" "O'Reilly" Come to think of it, I've probably issued something like the command above many times to change double ticks to single, so I like the way it works today. On 6/14/2022 9:35 PM, Jeremy Nicoll wrote: On Tue, 14 Jun 2022, at 17:45, Paul Gilmartin wrote: ISPF, like JCL, is a user interface supporting delimited strings in commands, but reports an error for: CHANGE PARM '"Hello," says O''Reilly.' Does the error say what the problem is? -- 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