Re: ftp rdw

> I have submitted it: > https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=63596 IBM has responded with: Thank you for submitting this request. Your enhancement request was submitted against the software product "InfoSphere Streams". From the description, I believe that thi

Re: ftp rdw

On Fri, Dec 26, 2014 at 10:11 AM, Shmuel Metz (Seymour J.) wrote: > In <3088409759181678.wa.mutazilahgmail@listserv.ua.edu>, on > 12/15/2014 >at 10:04 PM, Paul Edwards said: > >>There is a TRANSMIT-equivalent called XMIT370, > > Windoze only, or also Linux? > > -- > Shmuel (Seymour J

Re: ftp rdw

In , on 12/16/2014 at 07:58 AM, John McKown said: >Yes, I can see how somebody could write a program which creates a >data set containing VBS segments which, combined, would exceed that limit. But using "normal" z/OS facilities, it would be >difficult. I thought that SMF *was* a normal z/OS

Re: ftp rdw

In <3088409759181678.wa.mutazilahgmail@listserv.ua.edu>, on 12/15/2014 at 10:04 PM, Paul Edwards said: >There is a TRANSMIT-equivalent called XMIT370, Windoze only, or also Linux? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: ftp rdw

In <5727780323951226.wa.paulgboulderaim@listserv.ua.edu>, on 12/15/2014 at 07:35 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >Are you using TRANSMIT or AMATERSE on MVS/380? I had >thought they were relatively new, probably licensed program >products, and not

Re: ftp rdw

Thanks for the pointer Kirk. I have submitted it: https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=63596 BFN. Paul. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@

Re: ftp rdw

> And he wants to be > able to read the envelope file on a PC, but he hasn't mentioned the > EBCDIC<-->ASCII problem. Perhaps it's considered a given; SMoP again. That's fine. It's well-defined that the binary file is in EBCDIC, uses big-endian 4-byte integers etc. Thus any EBCDIC text will be ru

Re: ftp rdw

On Tue, 16 Dec 2014 09:46:30 -0600, John McKown wrote: > >STRU F / SITE RDW - usable. Each VBS segment​ read separately and >correctly. The code on the PC must reassemble segmented records. > Where'd you get a VBS file to test? Did you make one? I'm testing with an IEBCOPY PDSU; RECFM=VS. I'd l

Re: ftp rdw

On Wed, 17 Dec 2014 10:33:18 -0600, Paul Gilmartin wrote: >On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote: > >z/OS Communications Server: IP User's Guide and Commands >SC27-3662-00 >http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halu001/site.htm >z/OS V2R1>z/OS C

Re: ftp rdw

On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote: >Yes, you can do it yourself. >https://www.ibm.com/developerworks/rfe > In the description of the FTP SITE subcommand in: z/OS Communications Server: IP User's Guide and Commands SC27-3662-00 http://www-01.ibm.com/support/knowledgecenter/SSLT

Re: ftp rdw

On Wed, Dec 17, 2014 at 8:47 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote: > > >Yes, you can do it yourself. > >https://www.ibm.com/developerworks/rfe > > > Is DeveloperWorks membership required? $$$? > ​You nee

Re: ftp rdw

On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote: >Yes, you can do it yourself. >https://www.ibm.com/developerworks/rfe > Is DeveloperWorks membership required? $$$? >Kirk Wolf >Dovetailed Technologies >http://dovetail.com > >On Tue, Dec 16, 2014 at 9:38 PM, Paul Edwards wrote: > >> > You sh

Re: ftp rdw

Yes, you can do it yourself. https://www.ibm.com/developerworks/rfe Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Dec 16, 2014 at 9:38 PM, Paul Edwards wrote: > > You should submit an RFE for FTP to IBM. > > Hi Kirk. I am not an IBM customer. Is this something > you could do you

Re: ftp rdw

> You should submit an RFE for FTP to IBM. Hi Kirk. I am not an IBM customer. Is this something you could do yourself? Or will anyone else volunteer? Thanks. Paul. -- For IBM-MAIN subscribe / signoff / archive access instruction

Re: ftp rdw

8BC8 85939396 40A38885 99854000 ...Hello there . 10 05C69693 92A2 .Folks Yes, it is possible to parse that and process on the PC, but once again I don't think it is as clean as ftp rdw. The fact that IBM has only made rdw one-way is not a reason for me to abandon

Re: ftp rdw

On Tue, 16 Dec 2014 09:46:30 -0600, John McKown wrote: > >STRU R / SITE NORDW - appears to be junk - Each VBS segment read as a >separate "record", but no spanning information is available. > That I'll consider a bug. All the segments of a continued logical record should be transmitted as a singl

Re: ftp rdw

s trying to > >process it. I need to read up on LRI, I guess.​ > > > I'll put on my Black Team suit. Things that aren't really needed to be > handled happen. > > IIRC, Rexx in z/OS 2.1 supports RECFM=VBS (and RECFM=U). I'll > have to try. > > > O

Re: ftp rdw

handled happen. IIRC, Rexx in z/OS 2.1 supports RECFM=VBS (and RECFM=U). I'll have to try. On Tue, 16 Dec 2014 07:13:32 -0600, John McKown wrote: > >> I believe that is even RECFM=VBS. Does FTP RDW >> do something reasonable with the spanning? >>> >​Each s

Re: ftp rdw

On Tue, Dec 16, 2014 at 8:07 AM, David Crayford wrote: ​​ > ​I guess, in that case, that the prototype would look something like: >> >> void *vbsread(int fd, void *buffer, int buffer_length);​ >> > > Well you need a to set the bounds for the buffer length for the client. > > void *vbsread(int fd,

Re: ftp rdw

On 16/12/2014 9:58 PM, John McKown wrote: On Tue, Dec 16, 2014 at 7:45 AM, David Crayford wrote: On 16/12/2014 9:32 PM, John McKown wrote: On Tue, Dec 16, 2014 at 7:25 AM, David Crayford wrote: Sorry to be critical but you really do need to check the return value from malloc() and reall

Re: ftp rdw

Paul, You should submit an RFE for FTP to IBM. FWIW, Co:Z SFTP and Data Set Pipes support RDW-delimited transfers in both directions. See "linerule" https://www.dovetail.com/docs/sftp/options.html#options_general Kirk Wolf Dovetailed Technologies http://dovetail.com PS> Co:Z SFTP is free to use

Re: ftp rdw

On Tue, Dec 16, 2014 at 7:45 AM, David Crayford wrote: > On 16/12/2014 9:32 PM, John McKown wrote: > >> On Tue, Dec 16, 2014 at 7:25 AM, David Crayford >> wrote: >> >> Sorry to be critical but you really do need to check the return value >>> from >>> malloc() and realloc(). I would also replace

Re: ftp rdw

On 16/12/2014 9:32 PM, John McKown wrote: On Tue, Dec 16, 2014 at 7:25 AM, David Crayford wrote: Sorry to be critical but you really do need to check the return value from malloc() and realloc(). I would also replace the ascending goto with a while loop. Other than that it looks good. ​Not

Re: ftp rdw

On Tue, Dec 16, 2014 at 7:25 AM, David Crayford wrote: > Sorry to be critical but you really do need to check the return value from > malloc() and realloc(). I would also replace the ascending goto with a > while loop. Other than that it looks good. > > ​Not critical, helpful! I put in a check on

Re: ftp rdw

e a PC program to process the SMF file. The PC program must handle the RDW itself, but that's all. I believe that is even RECFM=VBS. Does FTP RDW do something reasonable with the spanning? ​Each segment comes in separately, just as it is on the file. FTP does not reassemble a spanned record in

Re: ftp rdw

gt; the PC, and then have a PC program to process >>>> the SMF file. The PC program must handle the >>>> RDW itself, but that's all. >>>> >>>> I believe that is even RECFM=VBS. Does FTP RDW >>> do something reasonable with the spanning?

Re: ftp rdw

I want to be able to transmit an SMF file (which I believe contains binary data) to the PC, and then have a PC program to process the SMF file. The PC program must handle the RDW itself, but that's all. I believe that is even RECFM=VBS. Does FTP RDW do something reasonable with the spanni

Re: ftp rdw

example, I want to be able to transmit an > >SMF file (which I believe contains binary data) to > >the PC, and then have a PC program to process > >the SMF file. The PC program must handle the > >RDW itself, but that's all. > > > I believe that is even RECFM=

Re: ftp rdw

On Mon, Dec 15, 2014 at 10:04 PM, Paul Edwards wrote: > >> I wish to distribute VB files (developed on MVS/380) via PC, > >> with z/OS as a target. I don't want BDW, just the RDW format > >> that ftp produces. I'm very happy with the RDW format that > >> IBM's ftp produces, I just want it to be r

Re: ftp rdw

On Mon, 15 Dec 2014 07:35:44 -0600, Paul Gilmartin wrote: >> >Are you using TRANSMIT or AMATERSE on MVS/380? I had >thought they were relatively new, probably licensed program >products, and not available on OS/380. I have used both on the well and duly licensed and paid-for z/OS on our company

Re: ftp rdw

ocess >the SMF file. The PC program must handle the >RDW itself, but that's all. > I believe that is even RECFM=VBS. Does FTP RDW do something reasonable with the spanning? >IBM's ftp rdw is an excellent file format. > >Note that the PC program that handles the SMF &g

Re: ftp rdw

I can distribute an F file or a U file, ie >just as a simple file, no wrapper (like XMIT/TERSE). > In a sense, FTP RDW is a wrapper. But I grant that it is unwrapped by the FTP command itself, with no need to run a separate unwrapping command on the Z. >I am not interested in BDWs etc. I con

Re: ftp rdw

all. IBM's ftp rdw is an excellent file format. Note that the PC program that handles the SMF records can also be uploaded to the mainframe and it continues to work, at least if you are using PDPCLIB as your C library. BFN. Paul. --

Re: ftp rdw

VS/380? There is a TRANSMIT-equivalent called XMIT370, and I distribute GCCMVS in that manner. But I would like to be able to distribute a V file the same way I can distribute an F file or a U file, ie just as a simple file, no wrapper (like XMIT/TERSE). > I'm beginning to suspect that the OP

Re: ftp rdw

> Are you using TRANSMIT or AMATERSE on MVS/380? I had thought they were relatively new, probably licensed program products, and not available on OS/380. I'm beginning to suspect that the OP wants to FTP the host image of OS/380 data sets to z/OS and have the z/OS FTP RDW facility unwind them. If

Re: ftp rdw

On Sun, 14 Dec 2014 21:08:03 -0600, Paul Edwards wrote: >I wish to distribute VB files (developed on MVS/380) via PC, >with z/OS as a target. Why not use XMIT/RECEIVE or TERSE ? Does the job for me... Cheers, Jantje. -- For

Re: ftp rdw

On Sun, 14 Dec 2014 21:08:03 -0600, Paul Edwards wrote: > >I wish to distribute VB files (developed on MVS/380) via PC, >with z/OS as a target. I don't want BDW, just the RDW format >that ftp produces. I'm very happy with the RDW format that >IBM's ftp produces, I just want it to be reversible. >

Re: ftp rdw

As gil indicated, in the ftp, do QUOTE STRU R BIN GET MVS.FILE On the other end, do the same, but do a PUT instead of a GET (u know that, just being complete). On the upload, u also need a QUOT SITE to set the allocation and DCB parameters as well (again just being complete) On Dec 14, 2014 9:08

Re: ftp rdw

> If the OP hasn't access to z/OS, his interest must be only academic. I wish to distribute VB files (developed on MVS/380) via PC, with z/OS as a target. I don't want BDW, just the RDW format that ftp produces. I'm very happy with the RDW format that IBM's ftp produces, I just want it to be rever

Re: ftp rdw

On Sun, Dec 14, 2014 at 10:07 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: ​​ > If the OP hasn't access to z/OS, his interest must be only academic. > I'll suggest the alternative sequence from the remote system: > > BINARY > QUOTE TYPE E > QUOTE MODE B

Re: ftp rdw

On Sun, 14 Dec 2014 08:54:18 -0600, Walt Farrell wrote: >On Sun, 14 Dec 2014 01:54:26 -0600, Paul Edwards wrote: > >>I don't have z/OS so I can't do this myself. >> >>Would someone who has z/OS be able to raise an >>issue either directly with IBM or via SHARE? >> >>The problem is that IBM's ftp ha

Re: ftp rdw

On Sun, 14 Dec 2014 01:54:26 -0600, Paul Edwards wrote: >I don't have z/OS so I can't do this myself. > >Would someone who has z/OS be able to raise an >issue either directly with IBM or via SHARE? > >The problem is that IBM's ftp has a great option >to preserve RDW when transferring a binary VB

ftp rdw

Hello. I don't have z/OS so I can't do this myself. Would someone who has z/OS be able to raise an issue either directly with IBM or via SHARE? The problem is that IBM's ftp has a great option to preserve RDW when transferring a binary VB file from mainframe to PC, but it doesn't have an option