RE: Re: IND$FILE Update

Hi all
Especially my two chief testers Mike and Paul
 
Sorry about the delay but I have been wracking my brains for the last week
trying to find the algoryytm that would translate the code correctly with
all the various emulators.
Finally got it right this morning.
 
So I am ready to move forward - tomorrow
 
Problems that we have open for the upload are:
 
1) check the file name - bad file names hang the transfer
2) Binary uploads don't work properly
3) Very short files sometimes dont make it
4) various emulators behave differently
 
The version on the server is still the older version from last week.
If you want to run it on your home systems I'll prepare a small AWS tape
with the two text mebers that you will need.
thats all you should need if you have the older version of GCIC installed.
 
Give me a day or  three to get those fixes in
Was a very educating experience reverse enginerring this.
 
Took a lot longer and was a lot more intensive than the rest of the
application.
 
Roc
 
 
 
 
 



  _____  

From: [email protected] [mailto:[email protected]] On Behalf Of
Mike Stramba
Sent: Monday, September 13, 2010 21:49 
To: [email protected]
Subject: Re: [H390-VM] 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] <mailto:rocsystems%40gmail.com> >
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:H390-VM%40yahoogroups.com>
[mailto:[email protected] <mailto:H390-VM%40yahoogroups.com> ] On
Behalf Of
> paoloG
> Sent: Saturday, September 11, 2010 07:05
> To: [email protected] <mailto:H390-VM%40yahoogroups.com> 
> Subject: [H390-VM] Re: IND$FILE
>
>
>
>
>
>
> --- In [email protected] <mailto:H390-VM%40yahoogroups.com>
<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
>
>
>
>
>
>