[comp.sys.amiga] VT100 Rel 2.8 Bug?

hans@nlgvax.UUCP (Hans Zuidam) (05/20/88)

-- 
Hans Zuidam                                    E-Mail: hans@nlgvax.UUCP
Philips Data Systems,                          Tel: +31 40 892xxx
Projecten Centrum Geldrop, Building XR
Willem Alexanderlaan 7B, 5664 AN Geldrop       The Netherlands

hans@nlgvax.UUCP (Hans Zuidam) (05/20/88)

Fooled by Pnews, so here we go again:
 
When I give the Kermit BYE command in VT100 it crashes with an illegal
instruction exception (#4). This happens in the code one distributed some
time ago.

Has anyone noticed this also? Is it a known bug? Is there a patch?

It's still the best terminal emulator/kermit I've come across. Thanks for
maintaining it!



















-- 
Hans Zuidam                                    E-Mail: hans@nlgvax.UUCP
Philips Data Systems,                          Tel: +31 40 892xxx
Projecten Centrum Geldrop, Building XR
Willem Alexanderlaan 7B, 5664 AN Geldrop       The Netherlands

acs@amdahl.uts.amdahl.com (Tony Sumrall) (05/22/88)

In article <226@nlgvax.UUCP> hans@nlgvax.UUCP (Hans Zuidam) writes:
>When I give the Kermit BYE command in VT100 it crashes with an illegal
>instruction exception (#4). This happens in the code one distributed some
>time ago.
>
>Has anyone noticed this also? Is it a known bug? Is there a patch?

Yes, I've noticed it (and I'm the maintainer).  There is a patch version 
coming out shortly which fixes this and several bugs (this is the only
guru-type bug, by the way...the other problems deal with comments on lines
in script files and support for over-scan).  Anyway, the fix for this
particular problem is simple...in saybye() in kermit.c simply AllocMem the
2 buffers (if they aren't already allocated), send the packet then FreeMem
them.

>It's still the best terminal emulator/kermit I've come across. Thanks for
>maintaining it!

I thank you and, I'm sure, all of the other contributors thank you, too!

>-- 
>Hans Zuidam                                    E-Mail: hans@nlgvax.UUCP

-- 
Tony Sumrall acs@amdahl.uts.amdahl.com <=> amdahl!acs

[ Opinions expressed herein are the author's and should not be construed
  to reflect the views of Amdahl Corp. ]