RE: Re: IND$FILE Update

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