🚀 go-pugleaf

Comment: 550  The supplied name was not found in the system mail table.

--------------------RETURNED MAIL FILE--------------------
Received: from UNCAMULT(NETWORK) by CANADA01 (Mailer X1.24) id 3732;
          Mon, 28 Mar 88 10:36:07 EDT
Received: from UNCACDC by UNCAMULT.BITNET with Mailnet id <2753014188545184@UNCA
Received: by CANADA01 (Mailer X1.24) id 8668; Mon, 28 Mar 88 01:30:31 EDT
Date:         Sat, 26 Mar 88 23:03:03 PST
Reply-To:     Info-Atari16@Score.Stanford.edu
Sender:       INFO-ATARI16 Discussion <INFO-A16@CANADA01>
Comments:     Warning -- original Sender: tag was
              Info-Atari16-request@Score.Stanford.EDU
From:         Info-Atari16 Digest <Info-Atari16@Score.Stanford.EDU>
Subject:      Info-Atari16 Digest V88 #150
To:           Michael Hoffos <MWHOFFOS@UNCAMULT>

Info-Atari16 Digest   Saturday, March 26, 1988   Volume 88 : Issue 150

This weeks Editor: Bill Westfield

Today's Topics:

                            Turtle v 2.17
                       Re: Virus--  suggestion!
                 Re: accessory and RAM resident stuff
              Microsoft word support for Epson printers
              Levee request - skip if you don't have it
                       Re: Virus--  suggestion!
                    Re: X (was Re: Multi-Bashing)
                           Uniterm 2.0a bug
                            RTX, questions
                       A semi-conductor cartel?
                      Trouble with print screen
               Optic mice (was : Re: secrets of FLASH?)
                 shar - Is there a shell arc / de-arc
                        Re: secrets of FLASH?
              Re: Atari no-support?/In defense of Atari

----------------------------------------------------------------------

Date: Wed, 23 Mar 88 10:15 EST
From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
Subject: Turtle v 2.17
To: info-atari16@SCORE.STANFORD.EDU

I just got Turtle version 2.17 from George Woodside, and it does indeed
fix the size-remaining-in-ramdisk bug.  Unfortunately I lost track of
who all else requested an updated copy.  Would the folks that asked me
to send them the update please message me again?  I promise not to lose
you this time. :-}

------------------------------

Date: 22 Mar 88 12:45:58 GMT
From: mcvax!unido!laura!atoenne@uunet.uu.net  (Andreas Toenne)
Subject: Re: Virus--  suggestion!
To: info-atari16@score.stanford.edu

In article <1288@uop.edu> exodus@uop.edu (EXODUS) writes:
>Okay, think about this one for a while:
>
>What if someone wrote a 'friendly' virus.  One that fixed the bugs in the
>Operating System.  One that multiplied so everyone's bugs were fixed.
>Free, fast, effective.


Hmm? A friendly virus! :-)
Every program that installs on my machine without my knowledge is
    U N F R I E N D L Y !

Imagine I got a program that depends on those bugs or tries to fix
those bugs by himself.
This won't work anymore!

A friend of mine uses a disk encryption program. He caught a virus and
cannot decrypt his disks anymore. Even when that virus was meant to be
friendly and helpfull, my friend doesn't think so.

    Andreas Toenne

BWT. someone offered a virus construction kit and a killer for those
viruses at the CBit fair in Hannover, W-Germany.
Has anyone more information about this virus kit?

------------------------------

Date: 22 Mar 88 16:35:16 GMT
From: tektronix!sequent!mntgfx!dclemans@ucbvax.Berkeley.EDU  (Dave Clemans)
Subject: Re: accessory and RAM resident stuff
To: info-atari16@score.stanford.edu

You can do "vt52" style graphics in a desk accessory; look at
the terminal emulator desk accessory from Atari.

The only thing that you have to do "special" is to arrange to
get the screen restored when the desk accessory exits.
"form_dial(3,<x,y,w,h for full screen>)" will get most things
redrawn; you might have to manually save and restore the part
of screen memory that holds the menu bar.

dgc

------------------------------

Date: 23 Mar 88 01:20:48 GMT
From: amelia!orville.nas.nasa.gov!rowley@ames-aurora.arpa  (Karl Rowley)
Subject: Microsoft word support for Epson printers
To: info-atari16@score.stanford.edu

In a recent posting I stated that Microsoft Write from Atari does not
include GDOS support for Epson FX-80 printers.  It seemed too dumb to be
true.

Well it is true, but there is a solution besides buying Easy Draw.  At
B and C Computervision last weekend  I saw some diskettes from Atari
labeled "GDOS Fonts and Device Driver".  There was one disk for the
Epson FX-80 printers, and one for a Star printer.  The disks were priced
at $5 each, a price not a soul could object to.  It was true, and it was
good.

Also, I picked up a copy of FONTZ!  More on this later ....

                Karl Rowley
                rowley@orville.nas.nasa.gov
                ames!orville.nas.nasa.gov!rowley

"Any views expressed are my own."

------------------------------

Date: 23 Mar 88 00:55:32 GMT
From: nlm-mcs!sun1!randy@brl-adm.arpa  (Rand Huntzinger)
Subject: Levee request - skip if you don't have it
To: info-atari16@score.stanford.edu

Sorry to have to post this to the net, but my copy of the lv_exe.arc file
was corrupted.  Could someone out there send me one.  Thanks.

                    Randy Huntzinger
                    randy@vax2.nlm.nih.gov
                        or
                    randy@sun1.nlm.nih.gov

------------------------------

Date: 23 Mar 88 15:08:09 GMT
From: braner@tcgould.tn.cornell.edu  (braner)
Subject: Re: Virus--  suggestion!
To: info-atari16@score.stanford.edu

[]

Another suggestion: could somebody make a dump of the boot sectors of
a standard SS floppy, a DS one, standard HD setup, etc?  These dumps could
be compared with what's on a disk that is suspected of having been hit
by a virus.  One could even write a program that has these dumps embedded,
compares with what's on the disk, reports about differences, and,
upon request, replaces what's on the disk with the standard.

Is this a good idea or am I completely ignorant as to how viruses work?

Of course such a program would be also helpful in fixing up damaged disks
and in removing utilities (like HDB) that will not remove themselves and
are incompatible with others (e.g. HDB and the Supra HD boot SW).

Note that this would only help with viruses that modify the boot sector.
There are probably others, e.g. accessories that modify system variables
in RAM, or whatever.  Other fixes would be needed for those.

- Moshe Braner

PS: GNOME is up for FTP at <tcgould.tn.cornell.edu>, in the directory
/usr/spool/ftp/pub/gnome.  You may start out at .../ftp or even .../pub
when you connect as anonymous.  See the "readme" file there.

------------------------------

Date: 21 Mar 88 20:21:44 GMT
From: mnetor!spectrix!yunexus!gen1!yugas!avy@uunet.uu.net  (Avy MOISE)
Subject: Re: X (was Re: Multi-Bashing)
To: info-atari16@score.stanford.edu

In article <615@mcrware.UUCP>, jejones@mcrware.UUCP (James Jones) writes:
> In article <2940@slovax.UUCP>, dale@slovax.UUCP (Dale L. Thomas) writes:
> > I don't think
> > OS-9 or Minix can support X, you need BSD sockets.
>
> OS-9/68000 got sockets so it could do Ethernet stuff, so *that* shouldn't be a
> problem any more.
>
>         James Jones

Does it imply that OS-9/68000 now supports X-Windows ?
If so, does OS-9/68000 support VDI ?
If so, can we port GEM applications (or VDI based applications) to OS-9/68000 ?

If the answer to any of the above questions is YES, how does a poor
OS-9/68000 user like me acquire X-Windows, VDI and GEM for OS-9/68000 ?

     Avygdor Moise
--
Avygdor Moise, York University. (C.R.E.S.S.),  Petrie Bldg. Rm 340,
               4700 Keele St., North York, Ontario, Canada. M3J 1P3
UUCP:   ...!nexus!yugas!avy                      Tel:1 416 736-5359
BITNET: "yugas!avy@.yunexus.bitnet"

------------------------------

Date: 23 Mar 88 07:16:13 GMT
From: pasteur!zooey.Berkeley.EDU!c162-br@ucbvax.Berkeley.EDU  (Warner Young)
Subject: Uniterm 2.0a bug
To: info-atari16@score.stanford.edu

    Not being able to reach Simon Poole by email, I'm afraid I have to
post this publicly.  Every time I try to "Run Program..." from the Uniterm
screen, it goes for a while and then returns with a TOS error #39.  What's
wrong?  I'm running this on 512K 520 ST.  Do I not have enough memory?

    Answers appreciated.

                        - Warner

------------------------------

Date: 22 Mar 88 15:45:15 GMT
From: dalcs!aucs!870646c@uunet.uu.net  (barry comer)
Subject: RTX, questions
To: info-atari16@score.stanford.edu

I am considering buying the RTX program, but I need to know somethings first.
If these questions seem kind of on the beginner level that is because they are!
Is it possible to say run BB/ST or Michtrons BBS in the background while using
a GEM based program in the foreground? Also will it work with Laser C(I know
that Laser C runs stuff in the background itself)? Also how much of a lose in
speed is there by running one of these prgs. in the background?
later
Barry(all answers will be a help)

P.S. Also could anyone please pass on any likes or dislikes about RTX.

------------------------------

Date:     Wed 23 Mar 1988 14:46 CDT
From: <UUCJEFF%ECNCDC.BITNET@forsythe.stanford.edu>
Subject:   A semi-conductor cartel?
To: <Info-Atari16@score.stanford.edu>

Isn't this what is really happening?  The U.S. and Japan are forming
a de facto semiconductor cartel, and both countries are cleaning up.

------------------------------

Date: Wed, 23 Mar 88 15:12:10 EST
From: David M. Baggett <dmb@TIS.COM>
To: info-atari16@score.stanford.edu
Subject: Trouble with print screen

   I've been working on an animation program for about a year, and have
had one particular bug since the beginning.  It's finished now, except for
this one bug, which completely mystifies me.  Here goes:
   I have a screen for palette manipulations (picking colors from a NEO-
style window, swapping entries in the palette, etc.).  This screen is
maintained with an Hblank interrupt (standard thing; sets the palette after
each scanline).  Everything works peachy keen (no flicker), except that
when you try to do a print screen you get this incredible "fireworks"
display, followed by a black screen, followed by about a minute of no
apparent activity, followed by bomb-bomb (bus address exception).
   Anybody know why this would happen?  I'm really tempted at this point to
just diable the print screen interrupt.  But that would be WRONG!  I'd
really like to fix it rather than avoid it.  Any ideas?
   Also, have any of the following locations changed from 520ST to Mega?

    - HBLANK vector ($70 I think)
    - Keyboard vector ($120 or so)
    - MFP registers
    - Hardware palette

   I know; these are not guaranteed.  Are they the same on the Megas?  (It
would seem to be that way, since all the programs which use HBI's still
work).
   One last question:  Does anyone know how to implement a HBI palette
changer using only locations which are guranteed not to change?  If so, I
will rewrite this part of the program to satisfy my concience.  Thanks.

            Dave Baggett
            arpa: tis.com

------------------------------

Date: 23 Mar 88 03:44:27 GMT
From: nunki.usc.edu!castor.usc.edu!rjung@oberon.usc.edu  (Robert Jung)
Subject: Optic mice (was : Re: secrets of FLASH?)
To: info-atari16@score.stanford.edu

In article <1722@pasteur.Berkeley.Edu> c60b-at@buddy.Berkeley.EDU.UUCP (John
 Kawakami -0^0-) writes:
>
>In a related vein,  anyone know how to hook up an optical mouse to the
>ST (or any other machine other than IBMacintosh).  The mice are about
>$75 and are _much_ nicer than mice with balls;-)  Should be a pretty
>simple effort (if you're an EE).

  Well, all the details escape me right now, but it *can* be done. I saw
somebody selling an optical mouse hookup for the Atari ST's at the latest
Glendale Atari Faire (version 2.0, ACENET -- home-town pride!)...

  If you're really interested, I can try and dig up the dealer/maker/whatever.


                        --R.J.
                        B-)

______________________________________________________________________________
Bitnet: rjung@castor.usc.edu              "Who needs an Amiga?"    = == =
                                                                   = == =
                  Power WithOUT the Price                          = == =
                                                               ===== == =====
   Just because it's 8-bits doesn't make it obsolete.          ====  ==  ====

------------------------------

Date: 22 Mar 88 14:45:46 GMT
From: att-cb!clyde!watmath!watmsg!achowe@ucbvax.Berkeley.EDU  (CrackerJack)
Subject: shar - Is there a shell arc / de-arc
To: info-atari16@score.stanford.edu

Is there a equivalent program to 'shar' for the ST that
archieves and de-archieves this particular format?

--
Anthony C. Howe                         achowe@watmsg.waterloo.edu

"The definition of flying: throwing yourself at the ground and missing."
        - Douglas Adam's  "Life, the Universe and Everything"

------------------------------

Date: 22 Mar 88 22:02:51 GMT
From: spar!snjsn1!bilbo!greg@decwrl.dec.com  (Greg Wageman)
Subject: Re: secrets of FLASH?
To: info-atari16@score.stanford.edu

In article <3171@hcr.UUCP> miken@hcr.UUCP (Mike Nemeth) writes:
>i've got FLASH and just recently got my hands on the source for umodem,
>which although for 4.2:ver7:sys3 seems to compile without complaints on
>sysV, so now i can upload/download via xmodem right?
>wrong. both sides just sit there waiting until one of them times out.
>is there some secret code that must be entered from the keyboard, some
>magic word to be intoned? some small animal to be sacrificed? if not,

No.  The receiving end initiates the command by sending a control
character, which one evades my memory and I don't have the spec
on-line.  Just make sure one end knows it is sending (the umodem flag
is "-sb" for "send binary" or "-st" for "send text, nyet?) and the
other is set up to receive.  If both ends think they're receivers,
neither will initiate the transfer and will eventually time out.

I use FLASH! version 1. something-or-other with umodem; it works fine.

>is there a real copy of xmodem for unix that'll work with the xmodem
>one gets using FLASH ? if not, okay, i'm not fussy, i'll take KERMIT,
>er, that is if some entity out there could direct me to a version that'll
>run on the ST...

By the way, Antic also sells a FLASH! accessory that provides Kermit,
as well as a sort of mini-bbs.  Except it isn't REALLY a BBS, but it
is useful for, say, dialing up your Atari while at work...

    Cheers,


    -Greg {decwrl!spar!snjsn1!blfca1!greg}

------------------
The opinions expressed herein are solely the responsibility of the
author.



    -Greg {decwrl!spar!snjsn1!blfca1!greg}

------------------
The opinions expressed herein are solely the responsibility of the
author.

------------------------------

Date: 22 Mar 88 13:15:58 GMT
From:
 att-cb!clyde!watmath!utgpu!jarvis.csri.toronto.edu!dgp.toronto.edu!juancho@ucbv
ax.Berkeley.EDU  (John Buchanan)
Subject: Re: Atari no-support?/In defense of Atari
To: info-atari16@score.stanford.edu

In article <3967@cup.portal.com> Thomas_E_Zerucha@cup.portal.com writes:
>
>Remember that Atari didn't write GEM for the 68000, DRI did.  If you program
>professionally you will realize the difficulty of simply picking up someone
>elses code and trying to "fix all the little bugs".  If it is/was as simple
>as you make out, why don't you write a patch that goes in the auto folder
>and fixes all these bugs?
    No Source code.  Gone are the days that systems are written and
debugged in Machine Language.  (At least I thought that they were)
=====================================================================
: Typical conversation on comp.[atari:amiga:mac].*            :
=====================================================================
My watch is better than yours.  It has multitasking, windows and
plays Old macdonald has a farm.  I will not listen to reason, of
course your watch is not as good as mine, in fact you are
silly for having bought it.  Sell it and buy my kind.
   o /
====X================================================================
   o \
John W. Buchanan                  Dynamic Graphics Project
                             Computer Systems Research Institute
(416) 978-6619              University of Toronto
juancho@dgp.toronto.edu
juancho@toronto.CSNET
{allegra,cornell,decvax,ihnp4,linus,utzoo}!utdgp!juancho

------------------------------

End of Info-Atari16 Digest
**************************
-------
------------------------------------------------------------------  1