RTVDDSSRC

[Guest.Visitor]

Here I am stuck w/o TAATOOLS.. Do any of you know of a poor man's RTVDDSSRC; I'm going to have to write one from scratch, otherwise. thnx, bobh

[David Abramowitz]

Are you missing source on many files, or just a few. For one or two DSPFFD and manual entry should work. OTOH you could DSPFFD to an outfile and process that data into QDDSSRC. Dave

[B.Myrick]

David, The only issue with DSPFFD, is that you do not get the line # the field belongs on. I went through this a few days ago with a PRTF. Neither the outfile for the PRTF or DSPF objects have the line #. You get, size, input/output buffer, type and decimals, and field name. All good, but you have to copy/move the fields around. On the PRTF this is not so bad, I have not tried this with a DSPF yet. Later, Bret Myrick

[Guest.Visitor]

Bob, Check out a utility I wrote for the April or May (forget which) 1997 issue of Midrange Computing. It is a command called RTVFDDS, which will retrieve the DDS source for a file into a source member of your choosing. If you have the MC Resouce CD, it's on that, or you can download the code from the MC Website. HTH

[Guest.Visitor]

I've never seen any way to download code from the MC web. If I can find your code I will sure give it a try... thnx, bobh

[Guest.Visitor]

You haven't? Is that because you just can't find it or because you didn't know the downloadable code page existed? If you're having trouble finding it, it makes me wonder if other people are too. Here's the link to the downloadable code page. Downloadable Code (http://www.midrangecomputing.com/mc/code.cfm) All you really have to do is click on "Magazines" from the home page, then Midrange Computing then click on the "Downloadable Code" link.

[Guest.Visitor]

Shanon, How about putting the "downloadable code" link on the main page. I usually click on the "site map" to find it.

[Guest.Visitor]

Shanon, How about putting the "downloadable code" link on the main page. I usually click on the "site map" to find it. I think that's a great idea! I'll forward this on to Joe Hertvik who is the Director of Web Development. Thanks for the suggestion!

[Guest.Visitor]

Bob, I think you can use QDBRTVFD. If haven't used it for this purpose, but I am under the impression that this would work. For display files, I think there is another API. For printer files, I do not know what to do.

[Guest.Visitor]

OK, I got the code up into a source file on the 400. I am really getting to like ws_ftp; it loads into a source file and makes the conversions. bobh

[Guest.Visitor]

This is a very nice utility. I have tested on two or three files; looks good thanks very much... PS ;; have you ever looked at printer/display files....??? bobh

[Guest.Visitor]

I added an acknowledgement for the program in a small display file at the start of rtv002cl. bobh

[Guest.Visitor]

Glad it's helping Bob. I think you could pretty easily expand that to rebuild Display and Printer files. I was limited on how much I could do at the time I wrote it. Back then we were printing entire programs in the magazine, along with the article explaining how to use it. So, space was limited. Shouldn't be too terribly difficult to add that functionality though.

[Guest.Visitor]

Where do you get the line/column info for the prtf or dspf? bobh

[Guest.Visitor]

Off the top of my head, I couldn't say. However, I'd guess that all or most of that information is available in the FILE APIs used by that utility. If not, you might look into the other FILE APIs that are out there.

[G.Gaunt]

If you want to retrieve row and column numbers in a display file, try the DSPDSPF utility that MC published in January 2000.