🚀 go-pugleaf

   ----- Transcript of session follows -----
554 Achim Loerke <loerke@dbsinf6>... unknown mailer error 255

   ----- Unsent message follows -----
Message-Id: <8709080701.AA16005@infbs.uucp>
Received: by infbs.uucp with rscs; Tue, 8 Sep 87 09:01:28 -0200
Received: by dbsinf6.bitnet from dearn.bitnet (mailer)
From: <Info-Atari16@Score.Stanford.edu>
To: Achim Loerke <loerke@infbs.uucp>
Received: by DEARN (Mailer X1.24) id 2540; Tue, 08 Sep 87 08:58:40 CET
Date:         Mon 7 Sep 87 11:27:37 PDT
Reply-To:     Info-Atari16@Score.Stanford.edu
Sender: INFO-ATARI16 Discussion <INFO-A16@DEARN.uucp>
Comments:     Warning -- original Sender: tag was INFO-A16@MARIST
Subject:      Info-Atari16 Digest V87 #328

Info-Atari16 Digest   Monday, September  7, 1987   Volume 87 : Issue 328
     
This weeks Editor: Bill Westfield
     
Today's Topics:
     
                    Re: Memory Expansion Question
                Wanted: TeX, etc., for Atari ST (usa)
                          Re: Butter Battle
                   Re: Memory upgrades for *1040*ST
                         looking for archives
                        Yet another gem quirk
                     Re: Flash's Kermit Accessory
                    Re: X window system, anyone ?
                         uniterm info needed
                      Uniterm V1.8a 014 bugs...
                           Re: STadel V3.1a
                          Re: Butter Battle
                 Re: need help: lattice c gem access
                           Memory upgardes
                                Idris
     
----------------------------------------------------------------------
     
Date: 4 Sep 87 22:59:43 GMT
From: tektronix!sequent!mntgfx!dclemans@ucbvax.Berkeley.EDU  (Dave Clemans)
Subject: Re: Memory Expansion Question
To: info-atari16@score.stanford.edu
     
The Mega-ST/blitter ROM's seem to completely solve the problem of slow boots
and slow process launches on large memory systems.  In fact, comparing
a 4 Meg system to a 2.5 Meg, original ROM system, the 4 Meg system is faster.
     
dgc
     
------------------------------
     
Date: 4 Sep 87 16:18:00 GMT
From: mckenney@acf3.nyu.edu  (Alan Michael McKenney)
Subject: Wanted: TeX, etc., for Atari ST (usa)
To: info-atari16@score.stanford.edu
     
Is there a version of TeX available (in the USA) for the
Atari ST?  I have a 1040ST with a monochrome monitor.
I would also like, if possible, drivers for popular (cheap, I hope)
laser printers, a screen previewer, and maybe a version of METAFONT,
as well as the fonts.  I have occasionally heard reference in this
newsgroup about such a version, but haven't been able to get
any concrete information (who sells it, distributes it, etc.)
     
Alan McKenney (Courant Institute, NYU)
mckenney@acf2.nyu.edu  (I think we are directly accessible from seismo...)
     
------------------------------
     
Date: 5 Sep 87 04:49:49 GMT
From: itsgw!leah!uwmcsd1!marque!ddsw1!gryphon!richard@tcgould.tn.cornell.edu
(Richard Sexton)
Subject: Re: Butter Battle
To: info-atari16@score.stanford.edu
     
In article <832@atari.UUCP> neil@atari.UUCP (Neil Harris) writes:
>
>Any chance of erecting a barrier against receiving notes posted to both
>comp.sys.atari.st and comp.sys.amiga (or whatever it's called)?  All the
>notes containing both distributions are flames at each other.  After 3 years
>of this, it's pretty tiresome.
                      ^^^^^^^^^
     
Yes, the flames are tiresome. The stuff about MIDI was good though.
     
Ok, hear that guys ? No more flames. If you want to do that, move it
to soc.{men|women} and take up your case with cheryl and ray frank.
     
>
>If you enjoy this sort of thing, I recommend the "Butter Battle Book" by Dr.
>Suess.
>--
     
or soc.*
     
>--->Neil Harris, Director of Marketing Communications, Atari Corporation
>UUCP: ...{hoptoad, lll-lcc, pyramid, imagen, sun}!atari!neil
>GEnie: NHARRIS/ WELL: neil / BIX: neilharris / Delphi: NEILHARRIS
>CIS: 70007,1135 / Atari BBS 408-745-5308 / Usually the OFFICIAL Atari opinion
     
I have a few utilities I've written to drive a postscript printer.
Nothing I'd want to post :-) but if any of you folks out there have
access to a postscript printer, this stuff is fun to play with.
     
Email me if you have a real need for these.
     
Dont let those mac people hear this, they'll only brag about their quickdraw...
--
Richard Sexton
INTERNET:     richard@gryphon.CTS.COM
UUCP:         {hplabs!hp-sdd, sdcsvax, ihnp4, nosc}!crash!gryphon!richard
     
"It's too dark to put the key in my ignition..."
     
------------------------------
     
Date: Sat, 5 Sep 87 12:13:01 EDT
From: "Michael R. DeCorte" <mrd@sun.mcs.clarkson.edu>
To: INFO-ATARI16@score.stanford.edu
Subject:  Re: Memory upgrades for *1040*ST
     
>     Gee maybe I worded something wrong.  From what I heard the new ROM chips
>can address up to one Gigabyte, in the HARD DISK.  Not RAM.  Understand what
>I'm saying???  Well, correct me if I'm wrong.
     
are you suggesting virtual memory?  Hmmm that could be interesting comming
from a company that can't get memory allocation correct even given a
couple of years.  They also can't seem to figure out how to remember
what directories are in memory - boy directories are easy compared
to page swaping.  Also be cute trying to have virtual memory
accross multiple partitions, remember that bothersome 32 Meg limit
on your partitions, or is it 16 meg I forget.  Oh and let's not forget
the speed penalty.  No I am not saying that VM systems are by nature
slow but Atari has yet to figure out a way to read a disk drive
at a resonable speed.
     
------------------------------
     
Date: 5 Sep 87 02:03:26 GMT
From: gatech!hubcap!ncrcae!ncr-sd!ncrlnk!ncrpcd!wright!jholbach@mcnc.org  (Jim
 Holbach)
Subject: looking for archives
To: info-atari16@score.stanford.edu
     
    Do any program archives (source or binary) for the st exist
that can be accessed remotely by message similar to the mod.sources
archives?
    Also could some kind soul e-mail me a copy of uudecode that I
could use to decode the UUCODE file that was recently distributed (encoded).
Thanks.
     
Jim Holbach
     
jholbach@wright.edu
     
------------------------------
     
Date:     Fri, 4 Sep 87 22:43 ADT
From: <FXDDR%ALASKA.BITNET@forsythe.stanford.edu>
Subject:  Yet another gem quirk
To: info-atari16@score.stanford.edu
X-Original-To:  "info-atari16@score.stanford.edu", FXDDR
     
Nice to hear that Atari is backing away from PC clones and emulators.  Somebody
should lock the lot of them in the Atari compound and not let them out until
they've rewritten the os from top to bottom, including 68020 support...
One thing they could look at is this trick.
My home ST has two drives.  Some of my boot disks have a desktop.inf which
opens windows on both A: and B:, no problem.  However on a couple of occasions
I've used the disks on a 1040ST with only the internal drive.  When it asks
me to insert B disk, I press return, and again when it asks for A, so I get
both windows showing the same disk.  Then I activate and close the B: window
so it only shows A:.  Now...I load an application and start to work.
About this point I start getting the "data on drive A may be damaged" dialog.
If I keep working, it gets weirder.  Requests for files come back with
error statuses.  The file selector shows garbaged names.  When I exit, the
names in the window are trashed.  Resetting doesn't help, but powering
down and booting with a disk that doesn't refer to B: works, and the disk
that had appeared trashed is fine.
This has happened twice, once with an EasyDraw disk and once with Publishing
Partner, and only when my two-drive boot disk is used.
It is easy enough to avoid, but still annoying.  At least one user here
thinks that playing with drive B: on his single drive 1040 leads to trashed
disks...
Oh well.
Don
FXDDR@ALASKA.BITNET
     
------------------------------
     
Date: Sat, 05 Sep 87 01:01:39 GMT
To: INFO-ATARI16@SCORE.STANFORD.EDU
From: K538915%CZHRZU1A.BITNET@wiscvm.wisc.edu
Return-Receipt-To: K538915@CZHRZU1A.BITNET
Subject: Re: Flash's Kermit Accessory
     
There are at least two freeware or PD Kermit's available for the ST
GEM Kermit by Bernhard Nebel (based on OS9 Kermit) and the one built
in to UniTerm. GEM Kermit is available from Columbia, UniTerm from
various servers, or from myself.
An exerpt from the current UniTerm manual (V1.8a 020):
     
   UniTerm Kermit capabilities at a glance:
     
     Local operation:                   Yes
     Remote operation:                  No
     Transfers text files:              Yes
     Transfers binary files:            Yes
     Wildcard send:                     Yes
     ^X/^Y interuption:                 Yes
     Filename collision avoidance:      Yes
     Can time out:                      Yes
     8th-bit prefixing:                 Yes
     Repeat count prefixing:            Yes
     Alternate block checks:            Yes
     Terminal emulation:                Yes (UniTerm)
     Communication settings:            Yes (UniTerm)
     Transmit BREAK:                    Yes (UniTerm)
     IBM mainframe communications:      Yes
     Transaction logging:               No
     Session logging:                   No
     Act as server:                     No
     Talk to server:                    Yes
     Advanced server functions:         No
     Advanced commands for servers:     Yes
     Local file mangement:              Yes
     Handle file attributes:            Yes
     Command/init files:                No
     Command macros:                    Yes (UniTerm)
     Large packets:                     Yes (max 2kB)
     Windows:                           No
     
Complete enough?
     
                   Simon Poole
                   K538915@CZHRZU1A.BITNET
     
PS: a longer note on the current status of UniTerm (1.8a released,
    2.0 in the works) will be posted to the net next week.
     
------------------------------
     
Date: 4 Sep 87 13:31:00 GMT
From: adelie!mirror!datacube!ftw@XN.LL.MIT.EDU
Subject: Re: X window system, anyone ?
To: info-atari16@score.stanford.edu
     
> store2@ihlpf.UUCP writes:
> In article <5968@prls.UUCP>, gert@prls.UUCP (Gert Slavenburg) writes:
> > Has anyone ported the X window server (stand alone or in some type
> > of distributed environment) to the Atari ST hardware ?
> >
>
> < two paragraphs about OS-9 and X-Windows deleted >
>
> The editor went on to mention that a program called IDRIS is coming out
> with a UNIX (r) like operating system and that they would support
> X-Windows. They mentioned that it was from Software Toolworks.  I don't
> know anything further.  Hope this adds a little useful information.
>
>
>                     Kit Kimes
>                     AT&T--Information Systems Labs
>                     ...ihnp4!iwvae!kimes
     
Idris is indeed available for the ST.  I don't know about Software Toolworks
association with it, but I'm pretty sure that it is available from some
folks called Computer Tools International in Washington State.  CTI did
the port of Idris to the ST.  The Idris operating system for the 68K and
other machines comes from Whitesmiths, Ltd. in Westford, MA.
     
     
                Farrell T. Woods
     
Datacube Inc. Systems / Software Group    4 Dearborn Rd. Peabody, Ma 01960
VOICE:    617-535-6644;    FAX: (617) 535-5643;  TWX: (710) 347-0125
UUCP:    ftw@datacube.COM,  ihnp4!datacube!ftw
    {seismo,cbosgd,cuae2,mit-eddie}!mirror!datacube!ftw
     
------------------------------
     
Date: 6 Sep 87 01:35:00 GMT
From: sdcrdcf!otto!mirror!datacube!mandy@hplabs.hp.com
Subject: uniterm info needed
To: info-atari16@score.stanford.edu
     
     
     
    This is a message for the people who wrote UNITERM or whoever has
    source for it.
     
    I have Version 1.6G of Uniterm (I think) and I love it.  The only
    problem is that the cursor disappears in 132 column mode which
    means I can only view files but not edit them.  If there is a new
    version or if someone can send me the source I'd be very happy.
    Please post a response to this notesfile or send me mail.
     
        Thanks,
                Mandy
                ihnp4!datacube!mandy
     
    Datacube Inc., 4 Dearborn Road, Peabody, Ma.  01960
    (617)-535-6644
     
------------------------------
     
Date: 4 Sep 87 21:51:06 GMT
From: zsr%psuvm.bitnet@ucbvax.Berkeley.EDU
Subject: Uniterm V1.8a 014 bugs...
To: info-atari16@score.stanford.edu
     
Hi there...has anyone had any problems with the user-definable function
keys on Uniterm 1.8a 014?  I just downloaded it from a server, and I don't
really know what is the newest version.  It seems that none of the shifted
function keys work (e.g. [shift] [F10]).  The first ten (unshifted) seem to
work, and everything else seems to be fine.  Is it my copy or is it a
Uni-glitch?  By the way, even if it is a Uni-glitch, I think that Uniterm is
one of the best terminal programs availible and many people that I've talked
to feel the same way.  Mr. Poole is to be congratulated and thanked
profusiously.
     
     -- Chris Johnson
        ZSR @ PSUVM
        CDJ @ PSUECL
     
------------------------------
     
Date: 7 Sep 87 02:07:56 GMT
From: ihnp4!ihlpg!tainter@ucbvax.Berkeley.EDU  (Tainter)
Subject: Re: STadel V3.1a
To: info-atari16@score.stanford.edu
     
In article <3760@ihlpg.ATT.COM>, tainter@ihlpg.ATT.COM (Tainter) writes:
>     STadel 3.1a is now officially done, UUCP gateway and all.
     
It has been pointed out to me that the original posting had Orc's net address
in error.
It was:
...!ihmp4!meccts!stag!pell!orc        (note the "m" in ihmp4)
it should have been
...!ihnp4!meccts!stag!pell!orc        (note the "n" in ihnp4)
     
------------------------------
     
Date: 6 Sep 87 20:36:21 GMT
From: aplcen!jhunix!ins_bjjb@mimsy.umd.edu  (Jared J Brennan)
Subject: Re: Butter Battle
To: info-atari16@score.stanford.edu
     
In article <832@atari.UUCP> neil@atari.UUCP (Neil Harris) writes:
>Any chance of erecting a barrier against receiving notes posted to both
>comp.sys.atari.st and comp.sys.amiga (or whatever it's called)?  All the
>notes containing both distributions are flames at each other.  After 3 years
>of this, it's pretty tiresome.
>--->Neil Harris, Director of Marketing Communications, Atari Corporation
     
   Adding the line
/.*amiga.*/h:j
to your kill file should do the trick.  This should kill everything
crossposted from there (I don't know about TO there, but it probably kills
those, too).  A similar line should work against comp.sys.ibm.pc, if
necessary.
     
   This was cribbed from somebody's suggestion on how to avoid the
spillovers from rec.arts.startrek and .drwho on rec.arts.sf-lovers.
     
--
Jared J. Brennan
BITNET: INS_BJJB@JHUVMS, INS_BJJB@JHUNIX
ARPA: ins_bjjb%jhunix@hopkins.ARPA
UUCP: {allegra!hopkins, seismo!umcp-cs, ihnp4!whuxcc} !jhunix!ins_bjjb
Love is a dog from Hell.
     
------------------------------
     
Date: 6 Sep 87 20:16:08 GMT
From: aplcen!jhunix!ins_bjjb@mimsy.umd.edu  (Jared J Brennan)
Subject: Re: need help: lattice c gem access
To: info-atari16@score.stanford.edu
     
In article <285UD138985@NDSUVM1> UD138985@NDSUVM1.BITNET writes:
>I have been trying to use some simple Lattice C GEM ruotines.  Everything
>compiles fine, but when I try to link, all of my GEM calls turn up as
>undefined symbols.  I am linking with the C.LNK file that came with the
>package with the line for the GEM library uncommented.  In the linker
>map fille it lists all of the symbols it takes out of the other libraries
>and the name GEMLIB.BIN but the symbols are still undefined.  I get a .PRG
>file after the link, but it doesn't run.  HELP!  I have sent a letter to
>Metacomcos tech support along with my registration number but have not
>received a response for quite a while.  Can someone who has been successful
>with linking to GEM libraries please tell me what to do???
>               Bob
     
   While not actually having tried using the GEM libraries at all, I did
find GEMLIB.H mentioned in the Lattice C manual (v.3.03.04) as being
"useful" in programs using GEM calls.
     
--
Jared J. Brennan
BITNET: INS_BJJB@JHUVMS, INS_BJJB@JHUNIX
ARPA: ins_bjjb%jhunix@hopkins.ARPA
UUCP: {allegra!hopkins, seismo!umcp-cs, ihnp4!whuxcc} !jhunix!ins_bjjb
Love is a dog from Hell.
     
------------------------------
     
Date: 7 Sep 87 02:22:08 GMT
From: PT!andrew.cmu.edu!mh4x+@cs.rochester.edu  (Mark Edward Hamill)
Subject: Memory upgardes
To: info-atari16@score.stanford.edu
     
Can anybody supply a list of reliable memory upgrades for the 520?
     
     
Mark Hamill
     
------------------------------
     
Date: 6 Sep 87 18:47:23 GMT
From: cbosgd!mandrill!bammi@ucbvax.Berkeley.EDU  (Jwahar R. Bammi)
Subject: Idris
To: info-atari16@score.stanford.edu
     
  Jefferson Software is evaluating Idris. We will put our Modula 2
development system up in the next few weeks.
     
  Idris looks to be a very powerful development system. It comes with
a lot of tools, and a huge library. The C compiler is very close to
the proposed ANSI standard. It has the POSEX standard library and a lot
of extra libraries to do IPC. It is currently in a 9MB partition on my
HD and runs on a 520 quite nicely. Dial up works and we will try using
the midi ports for a third line in.
     
  I did a quick benchmark and Idris looks comparable to the speed of
the Alcyon compiler. I will do all the benchmarks bammi did on Idris
including the dhrystone as soon as possable.
     
  We hope to use Idris (* with other STs running minix *) to develop
in an environment that has tools and supports dial up.
     
  I am using this account cause I HAD to post, but do not have a feed
from Usenet yet. That should be coming. Till then, we love talking and
are available at:
  JS BBS (602)276-6102  1200 baud PC Pursuitable.
  Bix: JSModula
  GEnie: JSMODULA
  CIS: 73637,1245
     
  Opinions expressed above are mine and not the opinions of Computer
Tools International (206)838-4990 tell them I sent you, or Case
Western, or J bammi, or my dogs. However, my dog agrees that Idris
is pretty nifty.
  Gary Frederick
  Director Deep Research
  Jefferson Software
--
usenet: {decvax,cbosgd,sun}!mandrill!bammi    jwahar r. bammi
csnet:       bammi@mandrill.CWRU.edu
arpa:        bammi@mandrill.CWRU.edu
compuServe:  71515,155
     
------------------------------
     
End of Info-Atari16 Digest
**************************
-------