Re: PCOMM file xfer question (and rant)
I set up several new transfer templates to cover the common but not default formats for my transfers. I have an BIN-F80, BIN-F4096, TXT-F80, etc. Go to Edit | Preferences | Transfers | MVS and then you can type in a new name for your template, then fill in the details and click on SAVE. /Tom Kern On Tue, 8 Jul 2008 11:25:54 -0400, Pinnacle <[EMAIL PROTECTED]> wrote: >Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists >on adding to every binary transfer to the mainframe? Never mind that this >is a brain-dead option, but I've been up, down, and sideways through that >brain-dead dialog, and I can't find it. I also tried Extra, but it looks >like the PCOMM and Extra developers got together to create the same >brain-dead file transfer dialog. I just love the way they populate the PC >filename into the MVS filename field, but you can't just overtype, n. >You have to type the MVS name into another file box and hit Apply. >Brilliant! I'm forced to do this because my client uses Citrix and these >are the only supported emulators. I don't know how you guys that have to >use PCOMM and Extra can stand it. Thank God for Vista. > >There, I feel better now. >Tom Conley -- 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: PCOMM file xfer question (and rant)
I switched to FTP after attempting to use PCOMM - less forehead botox exercises & less stress. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Tuesday, July 08, 2008 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: PCOMM file xfer question (and rant) Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? Never mind that this is a brain-dead option, but I've been up, down, and sideways through that brain-dead dialog, and I can't find it. I also tried Extra, but it looks like the PCOMM and Extra developers got together to create the same brain-dead file transfer dialog. I just love the way they populate the PC filename into the MVS filename field, but you can't just overtype, n. You have to type the MVS name into another file box and hit Apply. Brilliant! I'm forced to do this because my client uses Citrix and these are the only supported emulators. I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. There, I feel better now. Tom Conley -- 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: PCOMM file xfer question (and rant)
Pinnacle wrote: ... I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. On those extremely rare occasions when I use IND$FILE, I open a Windows Command Prompt and issue the SEND or RECEIVE command directly. GUI be damned! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: PCOMM file xfer question (and rant)
> From: [EMAIL PROTECTED]> Can anybody tell me how to turn off the bleeping > RECFM(V) that PCOMM insists > on adding to every binary transfer to the > mainframe? LOL, I remember going through the same pain. I eventually gave up and started using the ISPF Workstation Agent (WSA), and I've never looked back. It is by far the easiest way to perform file transfers, and always works exactly the same way no matter which type of emulator you're using. If you haven't tried it or don't know how to set it up, let me know. It's very easy, and once you've done it file transfers are a breeze! Plus, there are other benefits such as being able to edit mainframe files on the PC and edit PC files on the mainframe (etc). But even if you don't use those features, it's worth setting up the WSA just for the file transfer feature alone. HTH, Dave SaltSee the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ Try Chicktionary, a game that tests how many words you can form from the letters given. Find this and more puzzles at Live Search Games! http://g.msn.ca/ca55/207 -- 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: PCOMM file xfer question (and rant)
Well, I use Attachmate all the time and I upload FB files all the time... If no one else can assist, I'll login and force my brain cells to remember how I do it. On Tue Jul 8 11:25 , Pinnacle <[EMAIL PROTECTED]> sent: >Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists >on adding to every binary transfer to the mainframe? Never mind that this >is a brain-dead option, but I've been up, down, and sideways through that >brain-dead dialog, and I can't find it. I also tried Extra, but it looks >like the PCOMM and Extra developers got together to create the same >brain-dead file transfer dialog. I just love the way they populate the PC >filename into the MVS filename field, but you can't just overtype, n. >You have to type the MVS name into another file box and hit Apply. >Brilliant! I'm forced to do this because my client uses Citrix and these >are the only supported emulators. I don't know how you guys that have to >use PCOMM and Extra can stand it. Thank God for Vista. > >There, I feel better now. >Tom Conley > >-- >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: PCOMM file xfer question (and rant)
Tale it easy Do it the old way like in SYS1.PARMLIB go to the profile of your session ( something.WS in your pcomm directory) mine is here : F:\Program Files\IBM\Personal Communications\private edit it with notepad or whatever and change the V to a F in the XferTypesMVSx= for example XferTypesMVS2=binary~( RECFM(V) ) make it F Now it is hard coded ! or add a new line with your own parms And don't forget to document it as a usermod :-)) But then FTP is so much faster ! Bruno Sugliani zxnetconsult(at)free(dot)fr On Tue, 8 Jul 2008 11:25:54 -0400, Pinnacle <[EMAIL PROTECTED]> wrote: >Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists >on adding to every binary transfer to the mainframe? Never mind that this >is a brain-dead option, but I've been up, down, and sideways through that >brain-dead dialog, and I can't find it. I also tried Extra, but it looks >like the PCOMM and Extra developers got together to create the same >brain-dead file transfer dialog. I just love the way they populate the PC >filename into the MVS filename field, but you can't just overtype, n. >You have to type the MVS name into another file box and hit Apply. >Brilliant! I'm forced to do this because my client uses Citrix and these >are the only supported emulators. I don't know how you guys that have to >use PCOMM and Extra can stand it. Thank God for Vista. > >There, I feel better now. >Tom Conley > >-- >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: PCOMM file xfer question (and rant)
Like most things, it is easy once you know the trick. I use PCOMM all the time for uploading and downloading to z/VM and z/OS systems. I tried FTP and WSA but PCOMM is easier once you have it set up. First, I have my customized toolbar. I can't remember if the default one has icons on it for upload and download, but mine does. Click the upload icon, and then click Options at the bottom of the "Send files to Host" window. Then you can define named sets of transfer options for all your different systems. So, for MVS/TSO, I have predefined everything I commonly use. For example, I have a transfer type for MVS/TSO called "tersed" which automatically preallocates a file for me with recfm=fixed lrecl=1024 blksize=27648 and the right number of primary and secondary cylinders. Now, back out of Options and click the Templates button. I really like this. You can predefine your needs for renaming the files automatically as you upload them. For example, I have a template for PC files with names like *=1.*=2.*=3.*=4.*=5.trs that automatically get renamed to p*=1.*=4.*=5.trs and use the tersed transfer type. When I upload files from a customer that have names of the pattern nn,xxx,yyy.name1.name2.trs where nn, xxx, and yyy are all numeric only and therefore illegal on MVS, I get pnn.name1.name2.trs as a tersed file on the host. So now I can select whole bunches of these from a folder and upload them all at once with no manual renaming and no manual pre allocating of files and no additional SITE commands to issue. Once you define the transfer types and templates you use all the time, you can upload or download any number of files with just a few clicks and have all that renaming and DCB attribute stuff taken care of for you. Roger Bolan infoprint.com Boulder, Colorado, USA P Think before you print -- 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: PCOMM file xfer question (and rant)
Glad I am not the only one who uses PCOMM for ftp I had set up the templates with the different dcb and space stuff ages ago, and I am quite happy using it.My problem is that I keep forgetting what name is what setup and have to go take a look every time. But that's older age for you :-( Regards, Barbara Nitz -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- 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: PCOMM file xfer question (and rant)
I used PCOMM for many years, but never really liked it. Its settings are non-intuitive and it usually chooses the wrong ones for you. It can be very, very slow. It has a tendency to break in the middle of large transfers. Once I found Seagull FTP, I never willingly[1] went back. Its user interface is excellent. It handles everything I've ever asked of it. Large transfers are fast and reliable. It's free! [1] You are at the mercy of whomever owns "FTP". They have to PERMIT you access to that resource which, BTW, is in the OMVS segment, so you need one of those too. > Date: Wed, 9 Jul 2008 07:04:38 +0200 > From: [EMAIL PROTECTED] > Subject: Re: PCOMM file xfer question (and rant) > To: IBM-MAIN@BAMA.UA.EDU > > Glad I am not the only one who uses PCOMM for ftp >I had set up the templates with the different dcb and space >stuff ages ago, and I am quite happy using it. >My problem is that I keep forgetting what name is what setup > and have to go take a look every time. But that's older age for you :-( > > Regards, Barbara Nitz _ Need to know now? Get instant answers with Windows Live Messenger. http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_messenger_072008 -- 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: PCOMM file xfer question (and rant)
Hmm. Maybe it's not age. Maybe they just need better names. :-) Roger Bolan IBM Mainframe Discussion List wrote on 07/08/2008 11:04:38 PM: > Glad I am not the only one who uses PCOMM for ftp I had set up > the templates with the different dcb and space stuff ages ago, and I > am quite happy using it.My problem is that I keep forgetting > what name is what setup and have to go take a look every time. But > that's older age for you :-( > > Regards, Barbara Nitz -- 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: PCOMM file xfer question (and rant)
I learned a good trick only a few years ago that made PCOMM much faster for me. Apparently it goes to the DNS for name resolution often (like every "packet" of some kind). Changing the definitions of my links for my sessions from using names to the actual numeric IP addresses allows PCOMM to bypass those DNS name resolutions and everything uploaded much faster. You can also go into the General tab in the File Transfer Settings and optimize the Packet Size and File Transfer Timeout for your needs. Roger Bolan infoprint.com Boulder, Colorado, USA P Think before you print IBM Mainframe Discussion List wrote on 07/09/2008 06:36:47 AM: > I used PCOMM for many years, but never really liked it. > Its settings are non-intuitive and it usually chooses the > wrong ones for you. > It can be very, very slow. > It has a tendency to break in the middle of large transfers. > -- 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: PCOMM file xfer question (and rant)
> I don't know how you guys that have to > use PCOMM and Extra can stand it. Thank > God for Vista. I don't know how you guys that have to use IND$FILE can stand it. Thank God for TCP/IP FTP. I prefer my data transfer in TCP/IP packets instead of IND$FILE's ancient screen scraper kludge. -- 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: PCOMM file xfer question (and rant)
I don't know how you guys can stand FTP when WSA is available. :-) On Wed, Jul 9, 2008 at 2:58 PM, David Alcock <[EMAIL PROTECTED]> wrote: >> I don't know how you guys that have to >> use PCOMM and Extra can stand it. Thank >> God for Vista. > > I don't know how you guys that have to use IND$FILE can stand > it. Thank God for TCP/IP FTP. > > I prefer my data transfer in TCP/IP packets instead of > IND$FILE's ancient screen scraper kludge. > > -- > 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: PCOMM file xfer question (and rant)
David Alcock wrote: I prefer my data transfer in TCP/IP packets instead of IND$FILE's ancient screen scraper kludge. For modern 3270 emulators, IND$FILE does not use a "screen scraper" kludge. Rather, the transfer is done using structured fields. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: PCOMM file xfer question (and rant)
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe > Sent: Wednesday, July 09, 2008 2:38 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: PCOMM file xfer question (and rant) > > David Alcock wrote: > > I prefer my data transfer in TCP/IP packets instead of > > IND$FILE's ancient screen scraper kludge. > > > > For modern 3270 emulators, IND$FILE does not use a "screen scraper" > kludge. Rather, the transfer is done using structured fields. > > -- > Edward E Jaffe The biggest problem that I have with IND$FILE is that it can be interrupted by a SEND command coming from the operator or another TSO user (or NOTIFY= from a job completing). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: PCOMM file xfer question (and rant)
Hmm. I remember that problem too, but I haven't seen it happen in years. I don't remember changing anything myself to make it go away, but I might have forgotten. Of course both the z/OS systems and my own workstation have been upgraded several times since the last time I saw it so who knows what changed? One problem I did have with IND$FILE was trying to invoke it from oddly sized custom sessions I had made, like 62 by 160, and using ISPF option 6 for the commands. It would blow up. The cure for that was to nuke the old *.ws files I had carried over from my old systems and create fresh ones using PCOMM 5.8. Roger Bolan IBM Mainframe Discussion List wrote on 07/09/2008 01:39:28 PM: > The biggest problem that I have with IND$FILE is that it can be > interrupted by a SEND command coming from the operator or another TSO > user (or NOTIFY= from a job completing). > > -- > John McKown -- 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