Re: IND$FILE question
>There were separate products released for MVS, VM, and VSE. All were released >in 1983. There was also a version for CICS. I don't know when it became available. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P. Baker Sent: Sunday, July 18, 2010 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IND$FILE question Ed, There were separate products released for MVS, VM, and VSE. All were released in 1983. On MVS, the product number was 5665-311, and the FMID was HFX1112. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Sunday, July 18, 2010 1:58 AM To: IBM-MAIN@bama.ua.edu Subject: IND$FILE question I vaguely remember (A LONG TIME AGO mind you) that there was a separately installable FMID for IND$FILE (bonus points for the year it came out) Does anyone remember this? As a side question there was a separate help member in sys1.help (vague recollection here) Does(did?) IBM still ship the Help member for it? I seemed to remember that it was dropped along the way and it was never put back. Is this true? I just vaguely remember creating a usermod to add it back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Ed, There were separate products released for MVS, VM, and VSE. All were released in 1983. On MVS, the product number was 5665-311, and the FMID was HFX1112. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Sunday, July 18, 2010 1:58 AM To: IBM-MAIN@bama.ua.edu Subject: IND$FILE question I vaguely remember (A LONG TIME AGO mind you) that there was a separately installable FMID for IND$FILE (bonus points for the year it came out) Does anyone remember this? As a side question there was a separate help member in sys1.help (vague recollection here) Does(did?) IBM still ship the Help member for it? I seemed to remember that it was dropped along the way and it was never put back. Is this true? I just vaguely remember creating a usermod to add it back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Ed Gould wrote: >I vaguely remember (A LONG TIME AGO mind you) that there was a separately installable FMID for IND$FILE (bonus points for the year it came out) My last few remaining brain cells can't help you with that... ;-D >Does anyone remember this? As a side question there was a separate help member in sys1.help (vague recollection here) Does(did?) IBM still ship the Help member for it? I seemed to remember that it was dropped along the way and it was never put back. Is this true? My searches for you, yielded NOTHING... SYS1.MACLIB, MODLIB, SYS1.HELP, the usual concatenation lot Nada zilch, nothing... Oh yes. IND$FILE (AM and RM still at 24!) on z/OS v1.10 is found in SYS1.CMDLIB with the usual disclaimer text: INDFT0 IBM File Transfer Program: Version 1.1.1 INDFT0 PTF: UR43604 Date: 05/09/95 Size: 50C8 Bytes Somewhat old ... My emulator supported it, but says a little about it in the help screens. Check your emulator software if they support it or document something about IND$FILE. >I just vaguely remember creating a usermod to add it back. ??? Usermod??? First time I read about this (or probably forgot about it) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IND$FILE question
I vaguely remember (A LONG TIME AGO mind you) that there was a separately installable FMID for IND$FILE (bonus points for the year it came out) Does anyone remember this? As a side question there was a separate help member in sys1.help (vague recollection here) Does(did?) IBM still ship the Help member for it? I seemed to remember that it was dropped along the way and it was never put back. Is this true? I just vaguely remember creating a usermod to add it back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Thanks for posting your findings. I found it useful also. Mark Hammond -Original Message- From: Pommier, Rex R. [mailto:[EMAIL PROTECTED] Sent: Friday, May 02, 2008 3:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IND$FILE question Hi Brian, Thanks for the suggestions. I finally found it. It is a setting in Rumba called "verify host screen". My purpose in having the users run it thru ISPF option 6 rather than a straight TSO prompt is that when it doesn't work, I want the command line saved so I can troubleshoot it. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brian Peterson Sent: Monday, April 28, 2008 5:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IND$FILE question Are you using the same terminal emulator? It is up to the terminal emulator whether to move the cursor to the HOME position, or leave the cursor exactly where it was when the file transfer was initiated. Maybe the terminal emulator has an option for the user to select the cursor starting position. Are you using different ISPF option 6 screens? The normal one is ISRTSO, but you can set up your ISPF to use ISRTSOA (which provides a command line). History on ISRTSOA only applies to the TSO command history, not the command line above that. I always tell my people who have trouble with IND$FILE that it always works correctly from TSO READY. It will *sometimes* work from ISPF option 6, but it will *always* work from TSO READY. I've seen problems where the data set name was really long and the command was truncated (when using ISPF option 6) and the same transfer command works perfectly when started from TSO READY. Of course, there's no history in TSO READY like ISPF option 6. Just a couple of thoughts. Brian On Mon, 28 Apr 2008 16:56:00 -0500, Pommier, Rex R. wrote: > Hi List, > >I don't know if it is lack of sleep or just a bad day, but a programmer >came to me with a strange question that I can't find an answer to. We >are using IND$FILE to transfer small files from PCs to a PDS on TSO. >The users log onto TSO/ISPF then navigate to the ISPF command shell >(standard option 6) screen then run their send or receive command from >Rumba. When I run the command, TSO places the IND$FILE command in my >TSO history (or command recall) line so I can see what was run. When >my colleague runs the same command, TSO does NOT place the IND$FILE command >in his command recall area of the ISPF panel. I have checked the TSO >PROFILEs for both sessions and they are identical. Any idea as to why >mine would keep the command and his wouldn't? > > > >TIA. > >Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Hi Brian, Thanks for the suggestions. I finally found it. It is a setting in Rumba called "verify host screen". My purpose in having the users run it thru ISPF option 6 rather than a straight TSO prompt is that when it doesn't work, I want the command line saved so I can troubleshoot it. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Brian Peterson Sent: Monday, April 28, 2008 5:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IND$FILE question Are you using the same terminal emulator? It is up to the terminal emulator whether to move the cursor to the HOME position, or leave the cursor exactly where it was when the file transfer was initiated. Maybe the terminal emulator has an option for the user to select the cursor starting position. Are you using different ISPF option 6 screens? The normal one is ISRTSO, but you can set up your ISPF to use ISRTSOA (which provides a command line). History on ISRTSOA only applies to the TSO command history, not the command line above that. I always tell my people who have trouble with IND$FILE that it always works correctly from TSO READY. It will *sometimes* work from ISPF option 6, but it will *always* work from TSO READY. I've seen problems where the data set name was really long and the command was truncated (when using ISPF option 6) and the same transfer command works perfectly when started from TSO READY. Of course, there's no history in TSO READY like ISPF option 6. Just a couple of thoughts. Brian On Mon, 28 Apr 2008 16:56:00 -0500, Pommier, Rex R. wrote: > Hi List, > >I don't know if it is lack of sleep or just a bad day, but a programmer >came to me with a strange question that I can't find an answer to. We >are using IND$FILE to transfer small files from PCs to a PDS on TSO. >The users log onto TSO/ISPF then navigate to the ISPF command shell >(standard option 6) screen then run their send or receive command from >Rumba. When I run the command, TSO places the IND$FILE command in my >TSO history (or command recall) line so I can see what was run. When >my colleague runs the same command, TSO does NOT place the IND$FILE command >in his command recall area of the ISPF panel. I have checked the TSO >PROFILEs for both sessions and they are identical. Any idea as to why >mine would keep the command and his wouldn't? > > > >TIA. > >Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Is it possible that the other person has "tso ind$file" instead of the default as the host command specified in the file transfer settings? Bill On Fri, 2 May 2008 11:08:59 -0500, Pommier, Rex R. <[EMAIL PROTECTED]> wrote: >Hey Steve and Ed, > >It isn't the action bar LIST option. It is something in the way the >emulators are set up but for the life of me I can't find it. We're all >using the same emulator but I haven't been able to find anything in the >emulator that would indicate this behavior. > >Thanks for the suggestion, tho. > >Rex > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of Steve Comstock >Sent: Monday, April 28, 2008 5:03 PM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: IND$FILE question > >Pommier, Rex R. wrote: >> Hi List, >> >> I don't know if it is lack of sleep or just a bad day, but a >> programmer came to me with a strange question that I can't find an >> answer to. We are using IND$FILE to transfer small files from PCs to >a PDS on TSO. >> The users log onto TSO/ISPF then navigate to the ISPF command shell >> (standard option 6) screen then run their send or receive command from > >> Rumba. When I run the command, TSO places the IND$FILE command in my >> TSO history (or command recall) line so I can see what was run. When >> my colleague runs the same command, TSO does NOT place the IND$FILE >> command in his command recall area of the ISPF panel. I have checked >> the TSO PROFILEs for both sessions and they are identical. Any idea >> as to why mine would keep the command and his wouldn't? >> >> >> >> TIA. >> >> Rex >> > >On the ISPF option 6 panel, there is an "action bar" at the top. > >The second choice is "List"; this can be set as "Update on" or "Update >off". If you want to preserve the command in the list, set "Update on". > > > >Kind regards, > >-Steve Comstock >The Trainer's Friend, Inc. > >303-393-8716 >http://www.trainersfriend.com > > z/OS Application development made easier > * Our classes include >+ How things work >+ Programming examples with realistic applications >+ Starter / skeleton code >+ Complete working programs >+ Useful utilities and subroutines >+ Tips and techniques > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Hey Steve and Ed, It isn't the action bar LIST option. It is something in the way the emulators are set up but for the life of me I can't find it. We're all using the same emulator but I haven't been able to find anything in the emulator that would indicate this behavior. Thanks for the suggestion, tho. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Monday, April 28, 2008 5:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IND$FILE question Pommier, Rex R. wrote: > Hi List, > > I don't know if it is lack of sleep or just a bad day, but a > programmer came to me with a strange question that I can't find an > answer to. We are using IND$FILE to transfer small files from PCs to a PDS on TSO. > The users log onto TSO/ISPF then navigate to the ISPF command shell > (standard option 6) screen then run their send or receive command from > Rumba. When I run the command, TSO places the IND$FILE command in my > TSO history (or command recall) line so I can see what was run. When > my colleague runs the same command, TSO does NOT place the IND$FILE > command in his command recall area of the ISPF panel. I have checked > the TSO PROFILEs for both sessions and they are identical. Any idea > as to why mine would keep the command and his wouldn't? > > > > TIA. > > Rex > On the ISPF option 6 panel, there is an "action bar" at the top. The second choice is "List"; this can be set as "Update on" or "Update off". If you want to preserve the command in the list, set "Update on". Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Pommier, Rex R. wrote: Hi List, I don't know if it is lack of sleep or just a bad day, but a programmer came to me with a strange question that I can't find an answer to. We are using IND$FILE to transfer small files from PCs to a PDS on TSO. The users log onto TSO/ISPF then navigate to the ISPF command shell (standard option 6) screen then run their send or receive command from Rumba. When I run the command, TSO places the IND$FILE command in my TSO history (or command recall) line so I can see what was run. When my colleague runs the same command, TSO does NOT place the IND$FILE command in his command recall area of the ISPF panel. I have checked the TSO PROFILEs for both sessions and they are identical. Any idea as to why mine would keep the command and his wouldn't? TIA. Rex On the ISPF option 6 panel, there is an "action bar" at the top. The second choice is "List"; this can be set as "Update on" or "Update off". If you want to preserve the command in the list, set "Update on". Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques ==> call or email to receive a free sample student handout <== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Are you using the same terminal emulator? It is up to the terminal emulator whether to move the cursor to the HOME position, or leave the cursor exactly where it was when the file transfer was initiated. Maybe the terminal emulator has an option for the user to select the cursor starting position. Are you using different ISPF option 6 screens? The normal one is ISRTSO, but you can set up your ISPF to use ISRTSOA (which provides a command line). History on ISRTSOA only applies to the TSO command history, not the command line above that. I always tell my people who have trouble with IND$FILE that it always works correctly from TSO READY. It will *sometimes* work from ISPF option 6, but it will *always* work from TSO READY. I've seen problems where the data set name was really long and the command was truncated (when using ISPF option 6) and the same transfer command works perfectly when started from TSO READY. Of course, there's no history in TSO READY like ISPF option 6. Just a couple of thoughts. Brian On Mon, 28 Apr 2008 16:56:00 -0500, Pommier, Rex R. wrote: > Hi List, > >I don't know if it is lack of sleep or just a bad day, but a programmer >came to me with a strange question that I can't find an answer to. We >are using IND$FILE to transfer small files from PCs to a PDS on TSO. >The users log onto TSO/ISPF then navigate to the ISPF command shell >(standard option 6) screen then run their send or receive command from >Rumba. When I run the command, TSO places the IND$FILE command in my >TSO history (or command recall) line so I can see what was run. When my >colleague runs the same command, TSO does NOT place the IND$FILE command >in his command recall area of the ISPF panel. I have checked the TSO >PROFILEs for both sessions and they are identical. Any idea as to why >mine would keep the command and his wouldn't? > > > >TIA. > >Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IND$FILE question
Rex, Is it the List option in the Option Bar? 1 = Update On and 2 = Update Off. EdP "Pommier, Rex R." <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 04/28/2008 05:56 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject IND$FILE question Hi List, I don't know if it is lack of sleep or just a bad day, but a programmer came to me with a strange question that I can't find an answer to. We are using IND$FILE to transfer small files from PCs to a PDS on TSO. The users log onto TSO/ISPF then navigate to the ISPF command shell (standard option 6) screen then run their send or receive command from Rumba. When I run the command, TSO places the IND$FILE command in my TSO history (or command recall) line so I can see what was run. When my colleague runs the same command, TSO does NOT place the IND$FILE command in his command recall area of the ISPF panel. I have checked the TSO PROFILEs for both sessions and they are identical. Any idea as to why mine would keep the command and his wouldn't? TIA. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IND$FILE question
Hi List, I don't know if it is lack of sleep or just a bad day, but a programmer came to me with a strange question that I can't find an answer to. We are using IND$FILE to transfer small files from PCs to a PDS on TSO. The users log onto TSO/ISPF then navigate to the ISPF command shell (standard option 6) screen then run their send or receive command from Rumba. When I run the command, TSO places the IND$FILE command in my TSO history (or command recall) line so I can see what was run. When my colleague runs the same command, TSO does NOT place the IND$FILE command in his command recall area of the ISPF panel. I have checked the TSO PROFILEs for both sessions and they are identical. Any idea as to why mine would keep the command and his wouldn't? TIA. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html