KERMIT Issue

[Antoniov.]

Hi,
cKermit doesn't need big quotas; on my system MAXBUF is 8192 and I can send & recevice files; here we use cKermit every day.
May be binary/text mode because in text mode receive process have to adjust new line for target operating system.
Jack,
if bullettin-board is on other vms or windows (no U*IX) you don't need adiust for text file.

Antonio Vigliotti

[Jack Trachtman]

Well, I tried the download in BINARY mode and dang if the download didn't complete! I tried another file this way and it also completed successfully. But...

I looked at the first file via DUMP and found that there were no record separators!!! So there was no way for me to use the file. So I've still go my original problem.

Please note in a previous e-mail showing KERMIT stats that there is a record size of 4000 bytes. Is this valid? Or does this indicate a problem with the sending side?

[Bojan Nemec]

Hi,

When the KERMIT crashes, do you have any part of the file? If yes, do a dir/full on this part to see file attributes (the most important is Record format).

If yours file is fixed length records, you can download it in binary mode and then modify the attributes with SET FILE/ATTRIBUTES.

If you can, please post the dir/full and the supposed file structure.

Bojan

[Antoniov.]

Jack,
SHO PROT in my cKermit display:
SYS$SYSDEVICE:[HOME.ANTONIOV] C-Kermit>sh pro
Protocol: Kermit

Protocol Parameters: Send Receive
Timeout (used= 8): 8 15 [...]
Padding: 0 0 [...]
Pad Character: 0 0 [...]
Pause: 0 0 [...]
Packet Start: 1 1 [...]
Packet End: 13 13 [...]
Packet Length: 90 4000 <-------
Maximum Length: 9024 9024 <------- Window Size: 30 set, 0 used
Buffer Size: 290015 290015 <------- Locking-Shift: enabled, not used

Auto-upload command (binary): kermit -ir
Auto-upload command (text): kermit -r
Auto-server command: kermit -x
Packet timeouts: dynamic 1:0 Send backup: on
Transfer mode: automatic Transfer slow-start: on, crc: off
Transfer character-set: transparent

Antonio Vigliotti

[Bojan Nemec]

Sorry,
I forgot to ask you for a dir/full of the binary downloaded file (I supose it is Fixed length 512 byte records).

Bojan

[Jack Trachtman]

1) There is no file left when the download aborts

2) The file I'm trying to get has variable length records. Since DUMP shows no carriage-returns or other record separators after I've downloaded the file, I have nothing to set the record attributes to!

[Bojan Nemec]

Jack,

I am afraid this is a sending side problem. Do you know what is the remote OS? Is the file in XML format (or any other format) which dont realy need records? If so, the only solution is to write a program which will handle or convert the binary file.

Bojan

[David B Sneddon]

To keep the incomplete file, to try to see how
far it gets...

C-Kermit> set file incomplete keep

The "4000 bytes" you see is the negotiated packet
size used for the transfer (I think 4000 is the
default for a good connection).

Dave

[David B Sneddon]

Jack,

To find out what character is causing the problem,
1. do a binary download to get the whole file
2. "set file incomplete keep" to get the partial
file which should allow you to identify exactly
where it is failing with the text download
3. "set control prefixed all" and do the text
download again (this should probably work) or
once you know the "bad" character, "set control
prefixed n" where n is the ascii value of the
bad character. There may be more than one.

Dave

[Jack Trachtman]

David,

Thanks for the useful debugging cmds. I now get a file created but unfortunately it is 0 length! Any chance there's a problem with how KERMIT creates a VMS file?