08/06/89: RE: AUTOTERM Re: Msg 52111 by Delphi, | Category: Delphi - Utilities & Applications | 8 comments - (Comments are closed)

RE: AUTOTERM Re: Msg 52111

52697 6AUG89-1144 Utilities & Applications
RE: AUTOTERM (Re: Msg 52111)
From: CBJ To: CANMAN

CANMAN,

Yes Autoterm is copyprotected but I received two copies of the program
(what about you?).
I have yet to have any trouble
downloading anything with this program
in over eighteen months of use on DELPHI
and various other B.B.S.’s, rather it
has proven to be remarkably reliable.
The version that I am using is 6.3; that
tells me that Phil has been constantly working on Autoterm adding features and
polishing the routines, eliminating bugs and improving the overall program.
All you have to do is to look at the features that were added in the latest
release to realize that here is an author who is interested in giving the
users what they desire.

Any programmer will tell you it is a tedious time consuming job to revise
any program, especially one as complex as Autoterm with so many inter-related
functions.
I feel that Phil has been open to suggestions in the past and that is
where you and I come into the picture.
As consumers if we feel that this program lacks some important feature
then it it up to us to let Phil know how we feel.
It is easy to forget that it takes time to revise a program or add features to
it.
I think that X-Modem to disk saves and X-Modem CRC are both protocalls that are
needed in this program and I have written a letter to Phil stating this.
I have also noted that I would like to see Y-Modem, KERMIT and VT-100 emulation
at some time in the future.
If we the consumers don’t give the programmer feedback then he will never
know what we feel is missing.
The best type of feedback is with a written letter because it is tangible.
It will be there long after a telephone conversation has been forgotten.
If you feel that a program you have purchased can be improved with an
upgraded version then I encourage you to write your feelings to either the
author or publisher.
This is the only way we the COCO community will be able to survive in the long
run.

By the way I am going to revise my “profile” today. Happy computing!!

8 comments to RE: AUTOTERM Re: Msg 52111

  • pucc_unknown

    52708 6AUG89-1926 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52697)
    From: CANMAN To: CBJ

    Have you downloaded alot of
    .ARC formated files????I have had much
    trouble with these type files…could
    be my disk…(yes I received a backup
    copy)but I don’t think so. AUTOTERM
    when I first got it, was fine for my
    purposes…simply getting online!!!
    But there is so much missing in terms
    of protocols and emulations such as
    VT100, VT52, VIDTEX AND CRT…the
    processing feature is of no importance
    to me but I do like the programmable
    functions of AUTOTERM, though, the
    term I ordered V-TERM does have
    programmable macro keys.
    I have written and spoken to
    Mr. Zwart and found him to be most
    congenial, willing to listen to my
    gripes, and returning my calls…I
    guess what bothers me most is all the
    versions he has done on AUTOTERM and
    still has not given us direct to disk, and X-MODEM CRC OR YMODEM as well as
    Kermit. Also, since I would use a term
    program constantly!!!!!WHY FOR GOD’S
    SAKE IS IT COPY PROTECTED???? Yes, I
    do have another original, but this is
    still not a guarantee he won’t go out
    of business (as Don Hutchison pointed
    out to me) then where am I….
    All in all, the feel of AUTOTERM
    is smooth…but there are “bugs” in
    the program in downloading…others
    give you a block by block download and
    tell you if it is received correctly.
    Also, in talking to MartyGoodman, he
    has stated that AUTOTERM has been a
    pain since it first came on the market.
    I’ll grant you that Marty is probably
    partial to his term(V-TERM)but there
    is something to all the complaints.
    I may come back to AUTOTERM in the
    future if it is upgraded…I sure am
    glad it is right for yourself and that
    you have had zero problems…I just
    can’t justify using it any more given
    the problems I’ve had lately…
    Let me know if you hear of any
    news from Phil…catch you sometime for
    a conference or chit chat…

    Canman…

  • pucc_unknown

    52739 7AUG89-1033 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52708)
    From: HARDWAREHACK To: CANMAN

    For what this is worth: I have found that Autoterm looks at the
    incoming data bytes (during an xmodem transfer) to determine the
    file type (text, bin, basic etc..) but this causes problems with
    MULTIPLE ORIGIN binary files. I have tried to send another person
    multiple origin binary files when the receiver had Autoterm and
    the file would not transfer properly. I had to ARC the program into
    one file and send it that way for it to work.

    …Roger

  • pucc_unknown

    52745 7AUG89-1938 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52739)
    From: CANMAN To: HARDWAREHACK

    AHA!!!!!…..absolutely one of
    the main problems I had…I must of
    tried over 10 times last week to send
    MO files…your right…would not
    transfer–kept getting an Bad ML
    Heading error. Even on an .ARC format
    I had trouble especially when I went
    to dearchive the file…kept missing
    one or more files…AUTOTERM does not
    give you a choice of downloads except
    for Buffer or Xmodem–no Compressed
    Basic, Ymodem, Kermit, etc…suppose
    to automatically see what the file is
    in that you are to download and adjust
    itself to that…does not work all the
    time…fair TERM, for average use…
    in my estimation…

    Canman…

  • pucc_unknown

    52759 8AUG89-0028 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52739)
    From: MIKEWARD To: HARDWAREHACK

    I’ve always felt that trying to determine the file type
    by analyzing the data can be a trap, especially if one
    doesn’t allow the user to override the decision made
    by the program.

    I thought abaout it a lot when I designed Miketerm’s Disk Save
    user interface and finally opted to allow
    the user to save the file as any file type he wanted to.
    If he made a mistake he could always simply re-load the
    file into the buffer and re-save it as a different filetype.

    I’ve had some, but very few, “How do I save Basic programs
    and machine language programs” type of questions over the
    the 5 years that Mterm has been generally available.

    A case can always be made for the argument that “if you look
    for thus and such it’s a thus and such type of file”.
    That argument may work today and may work forever unless some
    clever programmer out there writes something like an ARC
    utility that makes an exception to the rule.

    When that happens programs like Autoterm can have problems
    since the program makes assumptions abot the file type based
    on what the data looks like. I don’t use Autoterm
    but I’ve not seen any reference to the possibility
    that that decision made by the software can be overridden
    when the file is actually saved to disk.

    Mike

  • pucc_unknown

    52781 8AUG89-2150 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52745)
    From: HARDWAREHACK To: CANMAN

    Well, personally, I can’t STAND programs that make ANY assumptions. For
    example, I really dislike it when I download a program and it has certain
    palette color settings– which I can’t change (without M/L hacking). I
    also dislike it when programs only allow one drive (like drive zero) or
    trap anything above 3.

    A program should assume NOTHING and anything which MUST have a default
    should be USER CHANGEABLE with a poke or a config program. Programs
    which assume what the user wants, with no means to change it, are a
    sign of an inexperienced programmer. Although Autoterm may be a popular
    program, I don’t think too highly of the programmer for building IN
    limitations and LEAVING OUT versatility.

    Needless to say.. *I* don’t use Autoterm!

    ….Roger

  • pucc_unknown

    52783 8AUG89-2156 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52759)
    From: HARDWAREHACK To: MIKEWARD

    Well, Mike… your program (MTERM) is an example of a program written
    with some common sense behind it. For example, disk I/O calls are made
    through DSKCON which allows a user to run Mterm with A-DOS or an RGB
    hard disk. Since you also allow the user to select the proper file type
    for each file, any files can be transferred correctly. I really don’t
    know why people buy commercial term programs when MUCH better stuff
    is available (MTERM, GREG-E-TERM etc…)

    Oh well, I use OS-9 now anyway, so for me it’s SUPERCOMM all the way!

    ..Roger

  • pucc_unknown

    52788 8AUG89-2358 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52781)
    From: CANMAN To: HARDWAREHACK

    I agree emphatically!!!!…there
    is a program in the Utitilies, I
    believe, called ATERM which allows you
    to change the background/foreground
    colors which helps alot…I am now
    using VTERM and couldn’t ask for a
    better and fast term…sadly I had to
    pay the price to find out that in
    AUTOTERM it just does not provide any
    flexability for the future…but it is
    adequate for most I suppose…

    Canman…

  • pucc_unknown

    52810 10AUG89-0043 Utilities & Applications
    RE: AUTOTERM (Re: Msg 52783)
    From: MIKEWARD To: HARDWAREHACK

    Thanks Roger, I appreciate the nice complement. Just out of
    curiousity have you tried Osterm under OS9? How does it
    compare with Supercomm?

    Mike