Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 91 Issue 262
Info-Atari16 Digest Fri, 10 May 91 Volume 91 : Issue 262
Today's Topics:
1040ST FLASHBACK backup restoration?
3 bombs
Animations sent to a.a.
Bugs in Sozobon C (newest version from terminator)
Extended Argument Passing Scheme
GCC compile error
Graphics Cards for ST/STe
HighSpeed Pascal on the ST.
IMPORTANT: Users of Rodney's UUCP modules / GUS
Info about the Windsor Atari Show
lzh question
Mark Choi's USENET ST mail order service.....
One Last Wish
ST systems for sale
To J. R. Bammi (mail bounced, sorry)
Tos 1.4 Bugs
Weird TT hard disk thingy
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: 9 May 91 23:52:53 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!caen!ufl
orida!shark!terryb@arizona.edu (terry bohning)
Subject: 1040ST FLASHBACK backup restoration?
To: Info-Atari16@naucse.cse.nau.edu
A friend of mine uses an Atari 1040 ST as a POS terminal in her
business. I don't know the full story, but for some reason the hard
disk was reformatted by an employee. The disk had her customer
mailing list, inventory, etc. on it. They tell me the drive was backed
up first using a program called FLASHBACK. But the copy of FLASHBACK
on the hard drive is gone.
1) Anyway to "unformat" the hard drive?
2) Anywhere to get FLASHBACK or a compatible to restore the drive?
Failing these, there is a program called RWALL.ZIP in IBMHW forum
on Compuserve that says it lets a PC read and write ST disks.
Could the backup up disks be read onto a PC and the customer data
extracted into ASCII files somehow?
P.S.: I am completely unfamiliar with Atari machines, but familiar
with IBM and compatibles.
thanx
terry
------------------------------
Date: 9 May 91 22:25:40 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!utgpu
!utzoo!lsuc!jimomura@arizona.edu (Jim Omura)
Subject: 3 bombs
To: Info-Atari16@naucse.cse.nau.edu
In article <1991May7.231318.12305@lsuc.on.ca> jimomura@lsuc.on.ca (Jim Omura)
writes:
>
> I've been working on a program for a few months now and it's got
>one "last" problem that I can't fix. I've been staring at it off and
>on for months now. The program is graphics oriented using GEM calls.
>As far as I know I've done everything I need to do for a "clean exit"
>back to the desktop. But I still get 3 bombs when it returns to
>the desktop. Functionally the program is usable as-is. But I don't
>like the idea of marketting a product that bombs on exit. I've
>compiled the program with Sozobon C and I was wonder if this is a
>specific problem with Sozobon. Or is there something I don't know
>about exiting from GEM?
I found the answer yesterday! Many thanks to all who responded.
In fact, though nobody identified the problem exactly, the tip off
was when someone recommended that I try compiling my "initialization"
and "clean exit" sequences separately to make sure the problem was
in that area. In fact, it made me think a bit more about my code
structure. Almost all my testing included saving a file before
exiting. Since the file saved properly, I assumed that that code
was correct. But it occurred to me that at the end of the routine
I usually 'fflush()' the buffer at the end before returning. In
fact, I was wondering if I forgot to put it in the code. Well, it
was there alright, but the problem was that it should NOT have
been there this time. 'fflush()' is only used when you have a
path that's been 'fopen()'d and is pointed to with a type FILE.
The path I was using had been openned by 'open()' and the pointer
was a type 'int'. The surprising thing is that I didn't seem to
have any crash problems when I ran my program from a text Shell.
Oh well. It's party time! :-)
--
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
lsuc!jimomura
Byte Information eXchange: jimomura
------------------------------
Date: 9 May 91 21:39:40 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!wuarchiv
e!csus.edu!ucdavis!csusac!csuchico.edu!ekrimen@arizona.edu (Ed Krimen)
Subject: Animations sent to a.a.
To: Info-Atari16@naucse.cse.nau.edu
Here are some animations that I've sent to atari.archive.
247481 May 9 14:10 backflip.lzh - A skeleton doing a backflip.
231186 May 9 14:13 car.lzh - A solid-modeled racing car.
262767 May 9 14:10 dino&hel.lzh - A dinosaur and military helicopter.
202851 May 9 14:11 golf.lzh - A golfing tragedy!
227422 May 9 14:14 gunship.lzh - A view from a cockpit I think.
177908 May 9 14:14 insects.lzh - A couple of bees flying around.
64103 Sep 17 1989 lamp.lzh - A Luxo lamp a la Pixar.
45632 May 9 14:14 scanned.lzh - A series of scanned images linked for anim.
222527 May 9 14:12 starwars.lzh - An X-wing fighter destroying the Death Star.
502125 May 9 14:12 vidibat.lzh - Vidi-digitized images from Batman.
These are Cyber .SEQ animations. You can use animate.lzh in /atari/graphics
to view them.
--
||| Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu]
||| Video Production Major, California State University, Chico
/ | \ SysOp, Fuji BBS: 916-894-1261
------------------------------
Date: Fri, 10 May 91 09:43:36 CET
From: 115358%DOLUNI1.BITNET@CUNYVM.CUNY.EDU
Subject: Bugs in Sozobon C (newest version from terminator)
To: Info-Atari16@naucse.cse.nau.edu
Date: 10 May 1991, 09:37:26 CET
From: 115358 at DOLUNI1
To: Info-Atari16@naucse.cse.nau.edu
Last week I loaded the Sozobon-C package from the terminator archive. I found
that the binaries and sources still contain one heavy bug: to correct the stack
after a function call the compiler produces "add.w #<number>,SP" instead of
"add.l ...". I suspect that this is not the only bug in the package and even
after correcting it in the compiler I would have to rebuild the dLibs (and the
binaries themselves).
Are there bug-fixed versions around, maybe on some archive ?
Answers please to 115358@DOLUNI1.BITNET or UO04.DDAGSI3.BITNET
Friedrich Kammer
------------------------------
Date: 9 May 91 21:26:20 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!sdd.hp.com!mips!atha!aunro!ersys!mforg
et@arizona.edu (Michel Forget)
Subject: Extended Argument Passing Scheme
To: Info-Atari16@naucse.cse.nau.edu
Roy Bixler writes:
Not correct. I compiled it with GNU C ver. 1.37. From what I've
heard, it supports the extended argument passing scheme of Atari.
--------------------------------------------------------------------------
Could someone please send me a description of the Extended Argument
Passing Scheme mentioned above, along with information on how to use it.
One person sent me some information, but it was a Shar. I had no utility
to UnShar it, and then my HD crashed losing everything less than a week
old. I also lost the person's name and E-Mail address as well. If
someone could please send me the appropriate information, I would be
forever grateful.
<< ersys!mforget@nro.cs.athabascau.ca >>
<< or in the language that PEOPLE use >>
<< Michel Forget...:) >>
------------------------------
Date: Fri, 10 May 91 03:44:43 CDT
From: boyce@sifvs3.SINet.SLB.COM (David Boyce)
Subject: GCC compile error
To: info-atari16@naucse.cse.nau.edu
Bill Ferrer writes:
> After downloading the gcc compiler and getting very thing ready, I came
>across another problem. When I type in gulam gcc -v hello.c, I get an error:
>
>can't find d:\tmp/cc100000.s
>
>or something like that. gcc created a file that has a slash in the filename
>which does not exist how can i fix this error.
First off, make sure that you've defined all the environment variables
correctly. That's the main problem installing GCC.
You didn't say when the error occurred - the -v option should come up with
the commands given to the various stages of compilation. From the error
it looks as if the problem occurred when assembling, ie, gcc-as couldn't
find the assembly file produced by the compiler. It could be that the
compiler didn't start up properly due to memory problems. If you've
only got a 1Mb then you probably won't be able to run it - I've got
2.5Mb and I've never had problems, even compiling large programs.
Don't worry about the mix of slashes and backslashes - GCC handles them ok.
- Dave
-----
David Boyce, Schlumberger Instruments, | boyce@sifvs3.sinet.slb.com
Farnborough, Hants, UK, (+44) 252 544433 x5543 |
Disclaimer: My employer doesn't know I post | Made in Scotland
to this list. | from girders
------------------------------
Date: Fri, 10 May 91 12:06
From: PORCHA%VAX1.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.PRINCETON.EDU
Subject: Graphics Cards for ST/STe
To: INFO-ATARI16@naucse.cse.nau.edu
Someone recently asked about graphics boards for the ST/Mega/STe etc. This is
the spec of one I have seen here in the U.K. It is known as the Reflex 1024
board from Titan Designs, spec is as follows.
Price 249 UK pounds plus tax
**SM124(Atari Mono)**
gives 1024x960 interlaced
1024x800 interlaced
800x480 non interlaced (nice!!!!)
**SM125(Atari Mono)**
As above plus 1024x600 non interlaced (Nice too, as sharp as normal mono mode)
This is also available on 124 with internal adjustment of v-height.
**Samsung A4 Portrait (395 UK pounds + Tax)**
800x1008 This is the only portrait screen I have seen on the ST
**Wyse 19 inch multisynch (795 uk pounds plus tax)**
1024x1024
1024x960
**Hitachi 21 inch monofocus FST (895 uk pounds plus tax)
1024x870
**Normal Multisynchs**
Various resolutions
Available from Titan Designs
Jonic House
Speedwell Road
Hay Mills
Birmingham
B25 8EU
United Kingdom (Phone +44 21 706 6085) (021 706 6085 in U.K.)
I have seen it work on Megas and STE's though I dont know if the STE fitting
kit is yet in production.
I am not connected with them except as a potential customer who went round
for a demo (as their office is near to me).
*****************************
Adrian Porch
PORCHA@UK.AC.BHAM.VAX1
"Sounds a bit rude, sounds like bum!"
*****************************
------------------------------
Date: Fri, 10 May 91 11:33:58 +0100
From: J Cartwright <csc207@central1.lancaster.ac.uk>
Subject: HighSpeed Pascal on the ST.
To: Info-Atari16@naucse.cse.nau.edu
Ok. I bought HighSpeed Pascal from HiSoft the moment it became availablein this
country. The manual isn't as good as the usual one's from HiSoft, but
that's because it was written by the D-House team who produced the package
itself.
My first impression of the whole system is that it's VERY VERY GOOD.
It compiles at a ludicrously fast speed, and I should imagine that if you ran
iton a hard drive, it'd be well cool.
At the moment I've only been using it to write programs on for the
university as practical work. However, I've started using it to write GEM
applications in, and the libraries are rather good to say the least.
{- Incidentally, it has the function VST_LOAD_FONTS expecting a font number to
load, whereas in DEVPAC the function loads ALL Gdos fonts referred to in
the ASSIGN.SYS file. What's going on here?? Please e-mail me an answer }
If you wanna know anything about it, then e-mail me, and I'll see if I
can help. But hurry, I'll be leaving here in about 6 weeks!
Kind regards,
JON THE PROGRAMMER.
P.S.
Anyone out there interested in a Guitar Chord Score Writing System
that I've been developing under GEM?
------------------------------
Date: 9 May 91 14:15:27 GMT
From: mcsun!ukc!slxsys!ibmpcug!mantis!mathew@uunet.uu.net (CNEWS MUST DIE!)
Subject: IMPORTANT: Users of Rodney's UUCP modules / GUS
To: Info-Atari16@naucse.cse.nau.edu
I have been fiddling around with Rodney's UUCP modules (Mercury UUCP) and the
GUS GEM UUCP Shell for the past month or two, trying to decide whether to
keep them or rewrite them.
I has recently been drawn to my attention that said software is generating
Usenet Date: headers with the year in full -- that is, 17 Jun 1991 instead
of 17 Jun 91.
THE NEW "IMPROVED" C-NEWS WILL SILENTLY DISCARD ALL SUCH ARTICLES, WITHOUT
WARNING THE POSTER.
If you use your ST to post to Usenet via UUCP, it is quite likely that Cnews
sites around the world have been quietly throwing away all your postings
without even trying to tell you. It happened to me.
Yes, Mercury should create date fields in the proper format; but equally,
Cnews should not throw away articles which it is perfectly capable of
correcting the headers of and of delivering.
If you think that this Cnews behaviour is unacceptable, I would suggest
complaining in news.software.b. If we all scream loudly enough, perhaps they
will fix it.
mathew
------------------------------
Date: 9 May 91 17:02:09 GMT
From: mcrware!mwca!bill@uunet.uu.net (Bill Sheppard)
Subject: Info about the Windsor Atari Show
To: Info-Atari16@naucse.cse.nau.edu
In article <5227.2828199f@miavx1.acs.muohio.edu> rlcollins@miavx1.acs.muohio.edu
(Ryan 'Gozar' Collins) writes:
>...Bob Brodie for US Atari and Jeff "something" from Canada Atari talked
>for a little while, and then held a Q&A session. Some of the key points
>are:
Bob spoke at a Bay Area user's group last night, here are some of his
comments related to his Windsor comments:
>FSM GDOS will cost <$100, but I don't remember a release date. (He (Bob)
>didn't give a definate date though)
It will (eventually) be shipped with Mega STE's and TT's, but isn't currently.
He didn't know whether current Mega STE and TT owners would get free copies.
The cost is due to the fact it uses Ultrascript Type I fonts, which are owned
by Imagen and need to be licensed.
>Atari has purchased the source code to Word Up! but Bob couldn't say
>what for.
He suggested to us that Atari would be making it work like "they think it
should" (i.e., fix the bugs), but didn't know whether it would be sold,
bundled, etc.
>...They plan on phasing out the Stacy in favor of the ST notebook, which
>will be shown at Fall Comdex.
He told us that he expects the Notebook will become the portable of choice,
but there are no plans to drop or discontinue the Stacy, and that musicians
really don't care about battery use, just ease of transport (for which the
Stacy is fine).
>Thats about everything I can remember now, I wish I would've took a tape
>recorder with me, or at least a notebook!! (I will be prepared for the
>next one though. (In Chicago in November)
Other comments...
Efforts are being made (no details on by whom) to allow the Atari CD-ROM to
use existing PC-based disks (such as Microsoft Bookshelf)...
MultiGEM is being worked on...
Atari US is going to be much more aggressive at getting the limited production
of computers, many of which are now going to Atari Germany...
High-end publishers continue to be amazed by the blazing speed of an ST/TT
with an Atari laser printer and Calamus...
He related an amusing anecdote of how they demonstrated Calamus at a Mac
User's Group meeting, totally astounding the attendees with Calamus' speed
and price, and how upset the Timeworks rep was to hear that Calamus was $199
versus Publish It's $349, and then how they went to an Atari User's Group
meeting, and the attendees were outraged about how expensive Calamus was!!
--
##############################################################################
# Bill Sheppard -- bills@microware.com -- {uunet,sun}!mcrware!mwca!bill #
# Microware Systems Corporation --- OS-9: Seven generations beyond OS/2!! #
######Opinions expressed are my own, though you'd be wise to adopt them!######
------------------------------
Date: 7 May 91 19:15:56 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!ox.com!
math.fu-berlin.de!unidui!unido!horga!nathan!ue@arizona.edu (Udo Erdelhoff)
Subject: lzh question
To: Info-Atari16@naucse.cse.nau.edu
In article <3236@laura.UUCP> klute@tommy.informatik.uni-dortmund.de
(Rainer Klute) writes:
[Some comments about using Arcgsh 3.5 as destop application for *.ZOO etc]
>
> This works the same for Arc and LHarc archives, and even for uuencoded files.
Hi there,
are you currently planning to support UNARJ, UNZIP or the soon coming STZip??
It seems that we ST-users are climbing up the ladder of aviable archivers,
all we need is some good gui to make life easier...
/s/ Udo
--
Udo Erdelhoff smart: ue@nathan.ruhr.de
Am Westheck 170 Fido: Udo Erdelhoff on 2:245/52.1
W-4600 Dortmund 12 (FRG) Maus: Udo Erdelhoff @ DO
Please keep your replies short - I have to pay for recieving mail
------------------------------
Date: 9 May 91 21:48:06 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!wciu!abode!scale@ar
izona.edu (Luis Outumuro)
Subject: Mark Choi's USENET ST mail order service.....
To: Info-Atari16@naucse.cse.nau.edu
Hi Mark,
I have a few thoughts about your idea of a "USENET
ST mail order service". It's not that I think it is a bad idea, I feel
that it raises some complicated questions though.
Mark Choi recently wrote.....
$ Question: Does anyone think this goes against USENET ethics about
$commercial advertsing, etc.?
Any way one looks at it, it still comes down to being a commercial
venture being promoted through the public networks; and granted I am not an
expert on UseNet ethics, but hasn't these types of ventures been either
frowned upon, restricted or not allowed? We've all seen many commercial
publishers here on the networks, although they have been typically
providing technical support and service information; not pitching thier
products.
Now let's assume that such a service is "allowed". Does this mean
that one vendor is selected as the singular official UseNet ST supplier; or
establish c.s.a.st as an open marketplace where any vendor can freely
provide thier services to the network? How would this be fairly decided?
I do not see any easy answers.
I'll be honest with everyone here; yes, I am biased. As a
computer dealer, I take a great interest in the subject. As I am sure that
other dealers, manufacturers and publishers; would appreciate being able to
openly and freely advertise, solicite orders and sell thier products here
on the public networks. Realistically however, I doubt that this would
happen; I am also unsure whether it good for the network or not.
Like I mentioned earlier, it is not a bad idea; I just doubt that
there would be a way to implement the idea to fairly satisfy all concerned
parties. Of course these are my own ramblings, there may be something that
I have not thought of. Any suggestions would be welcome, bye...........
Luis Outumuro
--
"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Luis Mark Outumuro III | "Well... you're damned if you do,
Computer Office Products 818/813-1051 | and you're damned if you don't!"
Infoline 818/813-1053 | - Bart Simpson, 1990...
------------------------------
Date: 9 May 91 20:38:35 GMT
From: argosy!henry@decwrl.dec.com (Henry Polard)
Subject: One Last Wish
To: Info-Atari16@naucse.cse.nau.edu
In article <3VwJ23w164w@bluemoon.uucp> dddean@bluemoon.uucp (David D. Dean)
writes:
<tear-jerking stuff>
> A brain tumor is cutting short the life of seven-year-old
>Craig Shergold. His Last Wish doesn't seem very much to ask; simply
>that he receive some Get Well cards---hopefully enough to break The
THIS IS A HOAX!! See alt.folklore.urban for details.
Henry Polard | REAL net address: | Reality / Virtual 17-line .sig
(408) 736-3300 | henry@maspar.com | is an allusion. \ with spiffy graphics.
------------------------------
Date: 10 May 91 00:37:06 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!jarthur!petunia!csuchico.edu!ekrimen@a
rizona.edu (Ed Krimen)
Subject: ST systems for sale
To: Info-Atari16@naucse.cse.nau.edu
In article <154865@pyramid.pyramid.com> apalmer@pyrtech.pyramid.com (Albert
"Earthquake" Palmer) writes:
>
>I also have about 10 Mega keyboards that I would like to sell. These are
>just the bare bones keyboards. They are a direct replacement for the
>keyboard in the original 520 without the internal floppy. I'm asking
>$40 each for the keyboards or 3 for $100.
>
Has anyone ever connected a Mega keyboard to a STFM style machine (STe,
1040, 520STFM, etc.)? Could a hack be constructed so that the original
keyboard is left intact, but also have the detachable Mega keyboard?
--
||| Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu]
||| Video Production Major, California State University, Chico
/ | \ SysOp, Fuji BBS: 916-894-1261
------------------------------
Date: 10 May 91 01:08:25 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!rpi!news-server.csri.toronto.edu!bonni
e.concordia.ca!daily-planet.concordia.ca!agostino@arizona.edu (Agostino
Deligia)
Subject: To J. R. Bammi (mail bounced, sorry)
To: Info-Atari16@naucse.cse.nau.edu
Sorry to waste net bandwidth like this, but I would just like to thank J. R.
Bammi for his help concerning zoo. My Email reply to him bounced twice at
bammi@uunet.uu.net .
(I also thank again all the others who helped, to whom my replies got through,
hopefully :-)
Agostino
--
OO OO Agostino Deligia
O O O Systems Architecture
O O O Concordia University, Montreal (Canada)
O OOOO agostino@concour.cs.concordia.ca
------------------------------
Date: 10 May 91 18:09:26 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!samsung!munnari.oz.au!brolga!bunyip.cc
.uq.oz.au!qut.edu.au!lunnon@arizona.edu
Subject: Tos 1.4 Bugs
To: Info-Atari16@naucse.cse.nau.edu
Yet another bug in TOS 1.4
It has been brought to my attention that the new desktop formatter
in TOS 1.4 does not mark bad blocks correctly according to the IBM media.
It seems that TOS gets the nybbles wrong. (you know that wierd 12 bit
fat they have), anyone else have experience with this one. While I'm
on the subject, most formatters I have don't cope well with bad sectors,
does anyone know of one that does do bad sector mapping properly ???
BOB
R.Lunnon@qut.edu.au
------------------------------
Date: 10 May 91 02:54:43 GMT
From:
arizona.edu!cerritos.edu!nic.csu.net!usc!samsung!munnari.oz.au!comp.vuw.ac.nz!a
ctrix!Roger.Sheppard@arizona.edu
Subject: Weird TT hard disk thingy
To: Info-Atari16@naucse.cse.nau.edu
In article <1991May9.154337.17580@cs.yale.edu> fischer-michael@cs.yale.edu
(Michael Fischer) writes:
> In article <2930@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
> >Supra's driver will find ACSI units which are not connected in consecutive
> >order starting with zero, and Atari's driver won't.
> > ...
> >There is another problem which has been called to my attention, and which
> >is covered by the same "Atari drivers" caveat: Supra uses one trick to get
> >more than four partitions per drive, and Atari uses another. If you have a
> >drive partitioned with Supra's trick, and you connected it to a TT (or any
> >machine running an Atari driver) the partitions after the fourth one will
> >not be accessible. Again, it's a question of using non-Atari drivers.
> >
> >============================================
> >Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp.
> >reflect those of Atari Corp. or anyone else. ...ames!atari!apratt
>
> I would think it would be in Atari's best interests to provide an
> upgrade path for present ST users of Supra's drives. It shouldn't
> be too hard to extend AHDI so that:
>
> 1. The driver will work like Supra's driver and find ACSI units
> which are not connected in consecutive order.
>
> 2. The driver will recognize Supra's extended partitions as well as
> Atari's. HDX doesn't have to create them, but it would sure be nice
> if AHDI and HDX understood them.
>
> --
> ==================================================
> | Michael Fischer <fischer-michael@cs.yale.edu> |
> ==================================================
Why don't we have a propper standard, one of the problems is that
Ataries HDX standard came out far to late.
So why don't all the other Atari developers come up with one
common standard.
Is it not posible to follow the MS-DOS standard, as our disks are
based on that standard..
It would only take a small patch program to fixup the none standard
disk partitions, and for the other developers to fixup there Booters,
or is this to simple a task.
Also are BIG partition standard ?.
--
Roger W. Sheppard 85 Donovan Rd, Kapiti New Zealand...
------------------------------
End of Info-Atari16 Digest
******************************
