Info-Atari16 Digest         Tue, 20 Aug 91       Volume 91 : Issue 445
 
Today's Topics:
                           DC (formatter?)
                 Generating .PRG files with Sozobon C
                                GS 2.2
       mcp and mfd (recently posted to binaries group) now free
               Mega 2 ST system (color) for sale cheap
                               MIDInet
                       monitor/text shifting !
                               origami
                             Supra Clock
                                 Test
                        TeX troubles (2 msgs)
                             TT printing
                     Uniterm problems (revisited)
                 Using the ST with a Deskjet (2 msgs)
                               Version
 
Welcome to the Info-Atari16 Digest.  The configuration for the automatic
cross-posting to/from Usenet is getting closer, but still getting thrashed
out.  Please send notifications about broken digests or bogus messages
to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
 
Please send requests for un/subscription and other administrivia to
Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
instead of the moderators are likely to be lost or ignored.
 
If you want to unsubscribe, and you're receiving the digest indirectly
from someplace (usually a BITNET host) that redistributes it, please
contact the redistributor, not us.
----------------------------------------------------------------------
 
Date: 20 Aug 91 00:34:10 GMT
From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
Subject: DC (formatter?)
To: Info-Atari16@naucse.cse.nau.edu
 
In article <165521@unix.cis.pitt.edu> rjast1@unix.cis.pitt.edu (Robert J Anisko)
 writes:
>
>   I thought of a very useful utility that maybe one of the Double-Click
> programming masters can create - a Background formatter.  What do I
> mean by this?  Well, there is an IBM program I found at msdos.archive
> called CNFMT106 that is a TSR program.  When a chosen hot-key is
> pressed, a "format?" menu pops up - after you choose the format
> you want (5.25, 3.5, 720k, etc) it begins formatting and drops you
> back to DOS until it is done.  When it is done, you can have
> a window pop up telling you so.  The nice thing about this kind
> of a program is that you don't spend the entire day watching the
> computer format disks -- the IBM version for example worked fine
> behind Word Perfect, etc.  Although the IBM version doesn't seem
> to work under PC-ditto, not did it seem to work under the Supercharger
> (maybe it has something to do directly with the drive?).
>
>   Anyways, hopefully an ST version is possible (sure would save
> alot of time).  Best bet would be to try the IBM version, and
> work from there.
>
>   Well, that ought to keep minds frying for awhile....
>
>                                       Robert Anisko
>
 
Well there is, its called 'Mystic' from memory..
should be at archive, is a ACC...
--
***  Roger W. Sheppard             Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd           *     GEnie.  R.SHEPPARD5               ***
***  Kapiti                *  *    At least I don't Flicker,         ***
***  New Zealand..          *      not like a dying light globe      ***
 
------------------------------
 
Date: 20 Aug 91 04:01:44 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!atha!aunro!ersys!mforget@arizona.edu
 (Michel Forget)
Subject: Generating .PRG files with Sozobon C
To: Info-Atari16@naucse.cse.nau.edu
 
Hello.  I am trying to learn how to program in C, and to this end I am
using Sozobon C.  I am using version 1.1, and I have the GEMFAST.H,
AESFAST.A, and VDIFAST.A files.  When using Sozobon, though, it seems I
can only make .TTP files.  If anyone knows how to generate .PRG files,
please let me know through email.  Any help would be greatly appreciated.
 
 
<<  ----------------------------------  >>
<<  ersys!mforget@nro.cs.athabascau.ca  >>
<<     mforget@ersys.edmonton.ab.ca     >>
<<            Michel Forget             >>
<<     "He's dead, Jim..." - Bones      >>
<<  ----------------------------------  >>
 
------------------------------
 
Date: 19 Aug 91 21:09:09 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.ed
 u!ux1.cso.uiuc.edu!timothyg@arizona.edu (Timothy Gallivan)
Subject: GS 2.2
To: Info-Atari16@naucse.cse.nau.edu
 
In article <9342@umd5.umd.edu> jeffy@lewhoosh.umd.edu (Jeffrey C. Burka) writes:
>
>I've been playing around with the GhostScript 2.2 binary that was recently
>posted to atari.archive.  I've got most of the fonts set up and everythings
>working beautifully (well, as much as one can expect with only 1 meg of
>memory) but I'm having problems with the DeskJet driver's output.  For
>some reason the printer is inserting several blank lines at the top of the
>page, so that a single page of output requires 2 pieces of paper.
>The guy who ported 2.2 to the ST (who apparently can't be reached via e-mail
>'til next week) states in the ST docs that the DJ driver has been tested
>so I tend to think that the problem is something on my end...though I have
>no idea what.  Anybody have any thoughts, suggestions, or experiences with
>the same problem?
 
I am still reachable via email, just send stuff to
timg@landau.ph.utexas.edu after tomorrow (8/20/91). I would like to say
quickly here that I have fixed a couple of bugs in GS 2.2, but I haven't
had time to post the fixed code. The binary currently on atari.archive
will crash on multiple-page output (I worked around this-don't know the
cause), and the epson drivers don't work properly (this has been
fixed--finally I think).
 
Now for your problem .... Since similar questions are asked of me
regularly, I think this response is worth posting. Also, I would
like to receive comments from people who have encountered this
problem and have any ideas about its source.
 
My first guess is that you have your printer option switches set to skip
perforations at the beginning of each page.  This adds a margin (.5
inches I think) to the top of the page and may cause the problem you
described.
 
If that doesn't work, your problem may be related to other reported
problems about DeskJet page placement (but these have always reported
placement too high on a page). Until recently, I thought that these
problems were due to using the DeskJet in A4 mode on 8.5 x 11 paper, but
it seems now that this is not the case. Since I don't have this problem,
I can't track it down, but here is a fix that has always worked.
 
1) Type 'gs -sDEVICE=deskjet' to get to the GS command line prompt, GS>
 
2) Type 'x y translate'
        'factor factor scale'
        '(file.ps) run'
 
        GS will translate the picture in file.ps by x/72 inches to the
        right, and y/72 inches up (x and y can be negative). It will
        then scale both axes by factor, and then print the picture.
        Play around until you find x, y, and factor so that the output
        is where you want it. In your case, it sounds like a simple
        '0 36 translate' may get it close.
 
3) After you find the right parameters, put these commands in their
        own postscript file, say 'fix.ps'. Then you can type
        'gs -sDEVICE=deskjet fix.ps file.ps', and file will print
        in the proper position. If you don't want to type this
        every time, you can modify the gs_init.ps file to run
        fix.ps automatically at startup.
 
-Tim Gallivan
timg@landau.ph.utexas.edu
 
------------------------------
 
Date: 20 Aug 91 04:21:54 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!netcomsv!rcb@arizona.edu (Roy
 Bixler)
Subject: mcp and mfd (recently posted to binaries group) now free
To: Info-Atari16@naucse.cse.nau.edu
 
'mcp', a flexible directory and file copy program, and 'mfd', a find
duplicate files utility, are now free.  These were recently posted to
comp.binaries.atari.st as shareware.  Now they are covered by the GNU
copyleft, which means that source is included, and can be found on
atari.archive under the 'fileutils' directory.
 
Enjoy ...
 
P.S.  The new version of 'mcp' is especially worth getting, because it
has significant enhancements compared with the original version,
including support for the archive bit and more robust copying when
errors such as target disk full or trying to overwrite a read-only
file occur.
 
--
Roy Bixler
rcb@netcom.com -or- (UUCP) uunet!apple!netcom!rcb
"Just when you think you know it all, it changes!"
 
------------------------------
 
Date: 20 Aug 91 00:06:32 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.
 edu@arizona.edu (erik t ray)
Subject: Mega 2 ST system (color) for sale cheap
To: Info-Atari16@naucse.cse.nau.edu
 
This is posted for a friend:
(grigsby@occs.cs.oberlin.edu)
so please mail him, not me.
 
-------------------------------
 
Yes, I am entertaining all offers on an Atari system, as follows:
Vanilla Mega 2 ST console w/DS drive, keyboard, mouse, all cables and boxes.
SC1224 color monitor
WordUp & Fontz!
Spectrum 512
Dungeon Master
Weird Dreams
About 7-8 other games inc. Time Bandits, Tanglewood, Captain Blood, &c.
Lots of PD ramdisks, desk acc., formatters, archivers, term programs, &c.
 
Ready to go, I just don't use it anymore.
(sigh)
Plus I need cash, so mail those offers to grigsby@occs.cs.oberlin.edu !
Note: All offers will not include shipping to you, probably UPS COD unless
you're near Cleveland.
 
"Here it is, now BUY IT." -Monty Python, the Bookseller sketch
 
------------------------------
 
Date: 17 Aug 91 13:17:33 GMT
From:
 noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.ed
 u!ira.uka.de!math.fu-berlin.de!grasp1!frmug!philbbs@arizona.edu (Phil Regnauld)
Subject: MIDInet
To: Info-Atari16@naucse.cse.nau.edu
 
rreiner@nexus.yorku.ca (Richard Reiner) writes:
> I found a thing called MIDInet on atari.archive which claims to allow
> one ST to mount the disks of another, using a connection over the MIDI
> ports.  Does anybody use this?  Does it work?  Just *how* slow is it?
>
> Thanks,
>
> //richard
 
I have tried this program and it effectively allows you to link up
two ST's.  It is a followup to Anet, which used RS-232 and didn't
exceed 19200 bauds opposed to Midi's 57600.
When you launch it on each ST, you can then install x more disk drives
on the desktop (x being the number of drives the other ST has, for
example: A:,C:,D: = 3 more drives), following those existing on
YOUR machine.  For example, if you were to have two floppies A: B:
and one hard disk, C:, you would install D:, E:, F: as the 3 drives
from the remote machine.
It is fairly reliable, but is more of a gadget, since even the lamest
floppy disk drive works at 147000 bauds on local, what's the use of
going 1/3 the speed?
 
Bye
 
------------------------------
 
Date: Tue, 20 Aug 91  11:22 GMT
From: DCMA22%UJVAX.ULSTER.AC.UK@VTVM2.CC.VT.EDU
Subject: monitor/text shifting !
To: INFO-ATARI16@naucse.cse.nau.edu
 
HELP !!!!
 
I've a vintage 1987 STFM upgraded to 1 meg, TOS 1.02 and colour monitor.
 
The problem is occasionally the screen images appears to split into it's
component colours, ie red text, and blue text offset to the right of the red
text. Also the desktop image shifts to the right, so the mouse pointer on the
extreme right appears on the left hand side of the screen !
 
The problem somtimes cures itself and is also cured by a complete reset.
There appears to be no apparent regular time factor in it's appearance.
Neither does the 'drop test' cure the problem.
 
If anyone has any idea of what is causing this problem please post it to
this digest or reply directly.
 
Thanks in advance
 
Graeme Craig.       dcma22@uk.ac.ulster.ujvax (JANET address)
 
------------------------------
 
Date: 20 Aug 91 05:14:26 GMT
From: munnari.oz.au!bunyip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!marshall@uunet.uu.net
 (Marshall Harris (G.M.))
Subject: origami
To: Info-Atari16@naucse.cse.nau.edu
 
I have tried to reset the key bindings to emacs.key, but I can't get it to
work. Can anyone spell out the parameters for keybind.ttp? Likewise, I can't
get folder.ttp to list all the files om my hard drive.
I tried various command lines:
folder -a c:    and  folder -a -d150    and folder -a -d150 c: and so on.
I have TOS 1.0 - is that the problem?
 
--
  _-_|\        marshall@cs.uq.oz.au (Marshall Harris)|ph:+61 7 365 2908
 /     B <--+  Department of Computer Science        :fx:+61 7 365 1999
 \_.-._/    |  University of Queensland, St.Lucia
      v     +--Brisbane, Queensland, 4072 AUSTRALIA (The Sub-Tropics)
 
------------------------------
 
Date: 20 Aug 91 12:05:11 GMT
From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
Subject: Supra Clock
To: Info-Atari16@naucse.cse.nau.edu
 
Supra Clock Problems.
 
Well I have managed to get the Clock working in my Supra host adapter,
I did ring Supra to find out what IC they had changed to, but all they
would/could tell me was that it was a Dallas chip..
 
Well I had a look at the Data book of Dallas Clock chips and found
that it could be one of 2 clock ics, DS1285 or DS1287..
 
Note: The DS1287 has the Battery and Crystal inside, the DS1285 uses a
external Battery and Crystal oscillator.
 
Both are claimed to be replacments for the MC146818/CDP6818, that is fitted
to the Supra host adapter, but not so much as with the DS1285.
 
A help to the Net did not get any help at all, I wanted to find out the
Dallas chip No. that Supra was using in the newer Supra Drives/Host Adapters.
 
Well I contacted the NZ distributors for Dallas, and found that the only
one that they had in stock was the DC1287, at some $32NZ, would cost about
$12 in the USA..
 
Well I found out you can just remove the MC146818/CDP6818 and plug this
replacment ic, in.
 
Note: this Dallas clock ic, is a lot thicker than the original ic, but
this does not cause a problem.
 
Note: pin one is marked with a Dot, and faces away from the drive connector
 
The DS1287 has a 10 year battery life from the date of use, and with a
accuracy of +- 1 minute per month..
 
The DS1285 could be a cheaper option, but could not get the chip
that easy to test this theory.
--
***  Roger W. Sheppard             Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd           *     GEnie.  R.SHEPPARD5               ***
***  Kapiti                *  *    At least I don't Flicker,         ***
***  New Zealand..          *      not like a dying light globe      ***
 
------------------------------
 
Date: 20 Aug 91 11:10:22 GMT
From: NAMU01.GWDG.DE!pressler@ucbvax.berkeley.edu (Lutz Pressler)
Subject: Test
To: Info-Atari16@naucse.cse.nau.edu
 
Testing...
 
------------------------------
 
Date: 20 Aug 91 06:43:15 GMT
From: ogicse!orstcs!orstcs!usenet@decwrl.dec.com
Subject: TeX troubles
To: Info-Atari16@naucse.cse.nau.edu
 
Yesterday I triumphantly declared that I finally got TeX working.  I
guess I exaggerated.  All the dvi stuff works great.  I can preview and
print and stuff, however when processing a .tex file, I inevitably get
an error like 'fatal format error.'  I have a doc that says to use
FORMAT31.LZH for the format files.  This file does not appear to be at
atari.archive.  I tried using the stuff in TEXFMT.ARC, and it contained
format files, but apparently they are not meant to work with version 3.1.
 
At this point I graciously accept offers of help with thanksgiving.  I
have had a taste of what TeX can do, and I want to see a full-blown,
fully-functioning version of it tying up many megs on my harddrive.
 
---
 
                                                        ** *** **
        John Thaanum                                    ** *** **
        thaanuj@prism.cs.orst.edu                       ** *** **
        thaanuj@mist.cs.orst.edu                        ** *** **
        at445@cleveland.freenet.edu                    *** *** ***
                                                      ***  ***  ***
        "Baseball, hotdogs,                         ****   ***   ****
         Atari ST's and Chevrolet!"                 **     ***     **
 
------------------------------
 
Date: 20 Aug 91 12:08:20 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uk
 a.de!ira.uka.de!news@arizona.edu (|S| Florian Dingler)
Subject: TeX troubles
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Aug20.064315.1773@usenet@CS.ORST.EDU> thaanuj@prism.CS.ORST.EDU writes:
 
> Yesterday I triumphantly declared that I finally got TeX working.  I
> guess I exaggerated.  All the dvi stuff works great.  I can preview and
> print and stuff, however when processing a .tex file, I inevitably get
> an error like 'fatal format error.'  I have a doc that says to use
> FORMAT31.LZH for the format files.  This file does not appear to be at
> atari.archive.  I tried using the stuff in TEXFMT.ARC, and it contained
> format files, but apparently they are not meant to work with version 3.1.
 
If you got an 2 Meg machine, try dumping the formats yourself:
 
You find the .TEX files in the archive INPUTS.LZH. For Plain TeX you'll need
PLAIN.TEX. Just type
 
tex 'plain \dump' -i
 
with TeX3.1 . '-i' tells TeX to run as InITeX and dump the
PLAIN.FMT-format-file.
For LaTeX, type
 
tex 'lplain. \dump' -i
 
and you'll get (tadah) LATEX.FMT
 
Copy both .FMT-files into your \TEX\FORMATS\ directory and start TeX with
 
tex &LATEX yourfile.tex
                             for LateX
or
 
tex &PLAIN yourfile.tex
                             for PlainTex
 
hope that helps you and all the other people who are grwoing grey hair when
installing TeX
 
f.
 
 
(    {\em I like \TeX\ !}   )
 
 
 
 
--[cut here]-----------------+-------------------------------
 Florian Dingler             |
 Litzenhardtstrasse 22       |    eMail:
 W-7500 KARLSRUHE 1          |    S_DINGLER@irav1.ira.uka.de
 Tel.:(+49) 721-861216       |    UKDP@dkauni2.de
 
------------------------------
 
Date: 19 Aug 91 17:59:17 GMT
From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!apratt@arizona.edu
 (Allan Pratt)
Subject: TT printing
To: Info-Atari16@naucse.cse.nau.edu
 
glenn@ludwig.sharebase.com (Glenn Linderman) writes:
 
>So, I finally got my TT030!  My current programming project gets loaded on,
>and runs slower than on my Mega...until I rework the memory allocation to
>fast RAM, and then it generates a complete screen of graphics before the Mega
>starts (given simultaneous commands) to even update the screen.
 
Are all the same things running on both machines?  You should run CACHE080
or so, FOLDR100 or so, and you should set the "fast load" bits of your
programs -- there is a TSR that does this for ST's, but starting with TOS
1.4 it's not necessary.  This will all speed things up independent of which
kind of RAM the program loads into.  If you have an ACSI hard disk then you
should NOT set the "load in TT RAM" bit of CACHE080.PRG, because if you do
accesses to the ACSI hard disk will be slightly slower.
 
>All is wonderful...until I try to print.
>Even from the Desktop, double-clicking on a text file, it says printing that
>file, delays proportionally to the length of the file, and quits.
>Printers are Epson GQ3500, Toshiba 341.
>Desktop printer configuration is to the parallel port.  Any clues?
 
Are you sure it's configured for the parallel port?  Are you running the
Control Panel and the Printer CPX?  Try NOT running the Printer CPX.  If
the delay is truly proportional to the length of the file then SOMETHING is
happening -- if you have no printer connected it should delay for 60sec and
then say "Your output device is not receiving data."
 
Parallel printers work fine here.  The parallel port on the ST and TT is
the same, but there is a known problem with some printers: they have
pull-up resistors on the parallel port lines which are either too strong or
too wimpy (I forget which) and cause more current to flow than the Atari
parallel port can manage. The fact that your printer works on an ST argues
that there might be something else wrong; take your TT back to the dealer
and see if he can make it work, repair it, or replace it (it should still
be under warranty, right?).
 
>and apparently jiggling the power cord caused either a short
>or an open
 
Well, yes, jiggling ANY power cord which plugs into a device can cause it
to lose contact.
 
>...and it wouldn't turn on for several minutes after...
 
I can't explain this part of what you say -- there is no reason for it to
refuse to turn on for a while, then go ahead and turn on.
 
>Glenn Linderman   glenn@sharebase.com   408-378-7575 x2366
 
I hope you'll get back to me on this stuff: I won't deny the possibilty of
software or hardware quirks that result in the behavior you're seeing, but
this is the first we've heard of them.
 
============================================
Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
 
------------------------------
 
Date: 20 Aug 91 11:00:01 GMT
From: CompuServe.COM!72347.2767@ucbvax.berkeley.edu ("Robert Royar, Cratylus
 Software")
Subject: Uniterm problems (revisited)
To: Info-Atari16@naucse.cse.nau.edu
 
A few weeks ago I sent a series of messages about problems I was having with
Simon Poole's Uniterm exiting with BUS errors whenever I was connected to a
Vax using EVE or EDT in full-screen mode and I pressed the Return key.
 
I got numerous replies all basically saying it must be my imagination.  Well,
through a series of debugging routines and by wrapping Uniterm in a shell, I
discovered that the culprit was the fast-load bit.  When I got the program in
its original package, the fast-load bit was set.  Memory was not being
cleared.  There seems to be a routine in the code that references Malloced
memory and assumes that any value other than zero means the memory contains a
pointer to a valid address.  The code is called only when the history buffer
has zero bytes space and the SLE is off.  Since turning off the fastload bit
and turning on the SLE, the problem has vanished.
 
I just thought I'd send this note in case anyone using Uniterm has seen these
errors and may have the fastload bit set in their version.
 
Like the respondents to my original message, I like Uniterm--I've seen nothing
on the MS-DOS machines that approaches it for ease of use in programs such as
ALL-IN-ONE.
 
Robert Royar
 
------------------------------
 
Date: 20 Aug 91 02:08:33 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!ieee.org!dorm.rutgers.edu!psinntp!rodan
 .acs.syr.edu!ggreenbe@arizona.edu (Gerald Greenberg)
Subject: Using the ST with a Deskjet
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Aug14.005107.26840@rodan.acs.syr.edu> ggreenbe@rodan.acs.syr.edu
 (Gerald Greenberg) writes:
>If I were to get a Deskjet, would I be able to find drivers
>for ST programs like WordUp, 1stWord, WordPerfect?
>How about Spectre?  Is there a way to use the Deskjet with
>Spectre in Mac mode? (does Epstart work? ...I guess that might
>depend on whether the Deskjet emulates Epsons)
>Finally, what about ATSpeed?  Anybody know?
>Thanks very much.
>-Gerry
>ggreenbe@rodan.acs.syr.edu
I would like to thank everyone who answered these questions of
mine.  It seems like it would be a good thing to get a
Deskjet...so now all that remains is to get one.
--Gerry
 
------------------------------
 
Date: 17 Aug 91 13:20:55 GMT
From:
 noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.ctr.co
 lumbia.edu!ira.uka.de!math.fu-berlin.de!grasp1!frmug!philbbs@arizona.edu (Phil
 Regnauld)
Subject: Using the ST with a Deskjet
To: Info-Atari16@naucse.cse.nau.edu
 
ggreenbe@rodan.acs.syr.edu (Gerald Greenberg) writes:
> If I were to get a Deskjet, would I be able to find drivers
> for ST programs like WordUp, 1stWord, WordPerfect?
> How about Spectre?  Is there a way to use the Deskjet with
> Spectre in Mac mode? (does Epstart work? ...I guess that might
> depend on whether the Deskjet emulates Epsons)
> Finally, what about ATSpeed?  Anybody know?
> Thanks very much.
> -Gerry
> ggreenbe@rodan.acs.syr.edu
 
For ST, I don't know if there are many drivers for TOS itself,
but under SPECTRE (and Mac, incidently!), there exists a driver
which I have in my possession, enabling you to use a DeskJet as
a LaserJet II or as a SLM 805/605 Atari laser printer.
Works fine with ATM and True Type!
As for ATSpeed, there are lots of DeskJet drivers for many applications.
 
Bye!
 
------------------------------
 
Date: 17 Aug 91 17:15:44 GMT
From:
 noao!asuvax!cs.utexas.edu!wupost!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu
 !ira.uka.de!math.fu-berlin.de!grasp1!frmug!elrond@arizona.edu (Bertrand Petit)
Subject: Version
To: Info-Atari16@naucse.cse.nau.edu
 
In article <CMM.0.90.2.682085263.larserio@kvart.ifi.uio.no>, larserio@IFI.UIO.NO
 (LarsErikOsterud) writes:
> What is the HT WAY to check what machine a program is running on
> (In this case I want to check if it's a MEGA STE with a 16 MHz 68000
>  as the 8/16 switch adresses bombs on other machines....)
>
 
        The best and official way to check such things is to examine the
contents of the cookie jar. You can find everywhere programs and source
code to look in this jar. If you need more help post a question to comp.sys.
atari.st.tech!
 
 
--
|    Bertrand Petit          |         Signature is under construction         |
|    alias                   |                                                 |
|    >Elrond le demi-Elfe<   |         Be sure to wear your helmet             |
 
------------------------------
 
End of Info-Atari16 Digest
******************************
