Re: Re: IND$FILE Update

Roc,

I just tried it using Vista ver 1.27 written by Tom *** Brennan***  :)

It says file uploaded ok, but the file is not there.

I tried to upload a text file, calling it MIKE UPLOAD A .... then
tried MIKE UPLOAD2 A, neither file shows up.

Vista also has an option to use TSO or CMS uploading,  (which is your
program accepting? ... I tried both, although I would assume CMS is
what we should be using,  your program accepted both, and said file
uploaded OK in both cases, but as I mentioned,  the files are not
showing up in the FLIST

Mike

On 9/13/10, Rocky <[email protected]> wrote:
> Hi all
>
> The GCIC  full screen  emulator is now working with a "newer version" of the
> IND$FILE emulation.
>
> I have tested it with VISTA and WC3270 (x3270) and both work fine for
> uploading.
> Please do some testing and let me know the results.
>
> Before I continue - Now is the time for some KUDO's to Tom Brennon - The
> Vista Developer.
>
> I ran into some serious problems in the logic and when I got to wits end, I
> wrote Tom directly and he very genrously gave me some pointers about the
> logic.
>
> We don't see this kind of help too often any more  outside of the Hercules
> forums and family.
> Especially since his application is commercial.
>
> He invested some time - dug out his old code and spent part if his weekend
> putting some stuff together for me.
> I very much appreciated his efforts, and since I never had any contact with
> him before, its worth mentioning his genrous help.
>
> Aside from the above - (I have been using a different Emulator for years but
> I was very impressed with the VISTA - very nice product)
>
> Back to the IND$FILE issues:
> The Upload is working with some caveats - It will default to LRECL 130
> variable unless you enter the parameters.
> Want some feedback before I start the download -- No since writing this
> twice if we have problems.
>
> It seems that that there are two different base translation tables that work
> with IND$FILE.
>
> The original table that we found on the open source C3270 site - (FT_CUT.C)
>
> I used that LOGIC first and it worked with my very old (25 years) LOGNET
> EMULATOR both on the real IND$FILE and on the GCIC emulator in VM/370.
> However, newer emulators Like VISTA (less than 25 years) or X3270 and
> probably others, did not work on the GCIC application but did work agains
> the real IND$FILE
>
>
> I examined the traces from these emulators and I could see that they were
> using different translation tables.
> Enter Tom Brennon ---
>
> Using Tom's information, I changed some of the conversion logic and Now the
> GCIC is working with VISTA and WC3270 but not with my old emulator.
>
> There are probably a few other emulators out there in the community, like
> PC3270 or ATTACHMATE etc. Like to know if they are working properly so
> please give it a try.
>
> Best I can figure out, is that somewhere along the line, IND$FILE logic was
> changed - The newer emulators are using the newer logic, but the older
> emulators are still using the old logic and the real IND$FILE was made
> backward compatible to handle both. Thats just a guess
>
> A few questions arise with this logic:
>
> 1) I can't tell from the traces how the Real IND$FILE knows which tables to
> use. They are incompatible.
> 2) The logic that I saw in the X3270 source does not match what X3270 is
> sending. However it did match what my old LOGNET emulation is sending.
> (Source code management)
>
> All very strange - I'll do some more investigating - But if the ony problem
> is my old emulator - Either I'll switch to Vista- or add the old routine to
> the application and instead of using IND$FILE I'll use IND&FILE to use the
> oldroutine if I cant find a better way.
>
> Server is up with the new code.   rocsys.dyndns.org port 3277  D  CMSUSER
> pw TSTUSR1 TSTUSR1
> File transfer is accessed from FLIST screen  - PF6
> Tab character transfers as x'05'   - the CH /x'05/    / * * works - just as
> written (1 apostrophe) - for the "C" programmers
>
> When you get back to FLIST after the transfer - if the file  is new you will
> have to do a refresh.
> SD will show the files in descending date order
> "A" disk is R/W
>
> If you fill it up please remove most of the data when you are done.
>
> Questions - always
>
> Once again many thx to Tom
>
> Roc
>
>
>
>
>   _____
>
> From: [email protected] [mailto:[email protected]] On Behalf Of
> paoloG
> Sent: Saturday, September 11, 2010 07:05
> To: [email protected]
> Subject: [H390-VM] Re: IND$FILE
>
>
>
>
>
>
> --- In [email protected] <mailto:H390-VM%40yahoogroups.com> , "Rocky"
> <rocsystems@...> wrote:
>>
>> Mike
>>
>> I have made some changes to the IND$file emulation.
>>
>> It's still not working 100% with the VISTA emulator but at least it now
>> uploads the files.
>> They are just unintelligable on the MF
>>
>> With some of the other emulators it's working fine.
>> Appears to be a problem with the translation tables.
>>
>> I may have some news about that over the weekend
>> ----------------------------------------------------------
>> ------
>>
>>
>> Only the CUT mode and only Upload at present. Want to work out the bugs
>> before we go further.
>>
>> Mike you are correct -
>> You can use RECFM and LRECL nnn paramters in the VISTA parameters.
> (Options)
>> Its defaluting to CRLF and Ascii is an Emulator issue - as far as I can
>> tell.
>>
>> If you don't enter them, I default it to Variable 130.
>>
>> Each Emulator and its own quirks
>> Actually enjoy using the VISTA - Very nice tool
>>
>> It's dumping a lot less now - We still have lots of exceptional conditions
>> to handle in the File transfer.
>> Pretty complicated because the various Emulators take and return control
>> differently
>> Has anybody tested with the X3270 Emulator?
>> or anythig oher than VISTA?
>>
>> But the files Make it to the MF, Which is a big step forward.
>>
>> Roc
>>
> Roc,
>
> I tested with X3270, both with translate and not translate option.
> File transfer ends, but emulator hangs in command-prompt screen and I have
> to close and start another session.
> When I reconnect I find VM session still in transfer screen and I can exit
> with PF12; I find the transferred file on A disk but it's unintellegible.
>
> BFN
>
> Paulo
>
>
>
>
>
>