Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!amdahl!pccuts!acs
From: acs@pccuts.pcc.amdahl.com (Tony Sumrall)
Newsgroups: comp.sys.amiga
Subject: Re: vt100 v2.8a bug? (not freeing locks)
Message-ID: <686@pccuts.pcc.amdahl.com>
Date: 14 Dec 88 05:36:20 GMT
References: <639@cord.UUCP> <3265@cs.Buffalo.EDU>
Reply-To: acs@pccuts.pcc.amdahl.com (Tony Sumrall)
Distribution: na
Organization: Amdahl Corporation, Sunnyvale CA
Lines: 34

In article <3265@cs.Buffalo.EDU> ugfeldmn@sunybcs.UUCP (Jon Feldman) writes:
>I, too, have been having problems with vt100 2.8a.  It seems to have _REAL_
>problems with dealing with memory shortages.  When I don't have a lot of mem
>around and I try to DL, it sometimes freezes --- I can't quit, abort, or
>anything.  FrUsTraTING.  Ditto for trying to hit RA-D to change directory ---
>el freezo.

Yeah, I'm probably guilty of committing one of the biggest sins in
AmigaLand: not always checking if AllocMem() gave me memory.  I'm sorry!
I'll do better...I promise!  2.9 *will* check and put up a message if it
can't get memory.

>Another problem I'm having, which may or may not be directly related to my
>non-wizardry viz a` viz Kermit: VT100 2.4something (which was my last version
>of vt100) USED to work when downloading to my VMS system at work; 2.8a DOESN'T!
>(I'm using VMS Kermit-32 version 3.1.066) When I DL to kermit on unix, no
>problems.

Hmmm.  Is your Un*x system capable of long packets?  Is your VMS system
*incapable* of long packets?  I have a bug report that says that 2.8 and
2.8A both try to send long packets even when they shouldn't.  I have a
fix to 2.8A that I'll post ASAP -- hopefully this will fix your problem.

>-- 
>Jon Z. Feldman                      | "I repeat myself when under stress...
>ugfeldmn@joey.cs.buffalo.edu        |  I repeat myself when under stress...
>acsgjaf@ubvms.cc.buffalo.edu        |  I repeat myself when under stress..."
>{rutgers, watmath}!sunybcs!ugfeldmn |           	--Adrian Belew


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

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