Info-Atari16 Digest         Tue, 11 Jun 91       Volume 91 : Issue 327
 
Today's Topics:
                             .Z File ext
                    Atari HD hostadapters/drivers.
           ATARI TT030 versus AT 386/33 MHz and 64KB Cache
                    Degas -> Gif Format converter?
                Extensible Virtual Toolkit for the ST?
                  G++ for ST, where again? (2 msgs)
                           GDOS in general
                                 LOGO
                          METAFONT questions
                  MiNT Minix filesystem problems ...
                          More than 4 Meg ??
            PLEASE EMAIL ADDRESS TO PANARTHEA FILESERVER.
                           Publishers (II)
           Reading TOS/DOS formatted disk on a SparcStation
                            ST User Virus!
                           Unix for the TT?
             Z-RAM made my drive go nuts! WHY!!?? UPDATE.
 
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: 5 Jun 91 16:10:46 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!rpi!news-server.csri.toronto.
 edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu (Marc Bouron)
Subject: .Z File ext
To: Info-Atari16@naucse.cse.nau.edu
 
In article <91156.001139NCOYNE@ESOC.BITNET>, <NCOYNE@ESOC.BITNET> writes:
> Hi
> Some of the text type files I have retrived from terminator have .Z file
> extentions on them. How do I get rid of these file extensions to be able to
rea
> d the file.
> please help me if you can
> thanks
> Nick Coyne
> NCOYNE@ESOC.BITNET
 
These are files compressed with UN*X compress(1); uncompress with
uncompress(1).
There is an ST version of compress - you'd use compress -d to uncompress.
 
[M][a][r][c]
 
 
################################################################################
#                           #  marc@sequoia.cray.com           #     .   .
#
#  Marc CR Bouron           #  M.Bouron@cray.co.uk     (ARPA)  #    _|\ /|_
#
#  Cray Research (UK) Ltd.  #  M.Bouron@crayuk.uucp  (DOMAIN)  #   (_|_V_|_)
#
#  +44 344 485971 x2208     #  M.Bouron@uk.co.cray    (JANET)  #     |   |
#
#                           #  ...!ukc!crayuk!M.Bouron (UUCP)  #
#
################################################################################
 
------------------------------
 
Date: 5 Jun 91 17:52:54 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!news-serv
 er.csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu
 (Matthew Baker)
Subject: Atari HD hostadapters/drivers.
To: Info-Atari16@naucse.cse.nau.edu
 
From article <meulenbr.676019481@cstw163>, by meulenbr@cst.prl.philips.nl
(Frans Meulenbroeks):
> Ok. Since Claus is too polite to promote his own software.
 
A true net.gentleman!
 
> If you can read German, be sure to get the book and the software.
> It is definitely worth every pfennig. If you want a good
> set of disk utilities, and you do know something about disks,
> you might also get the book, just for the software.
 
This sounds great - Here in Oz I have nowhere to get it (I can read German
like a martian can kiss, not well, but I grok it.) - any o/seas addresses
I can write to? (Claus?)
 
> I think the software is very, very good. You won't really need
> the book to use the software, but it explains several things
> in some more detail. A good buy for around $ 50,-- (if you
> can find it of course).
 
Dare I ask, does he use english in his s/w?? :)
 
> Frans Meulenbroeks        (meulenbr@prl.philips.nl)
>       Centre for Software Technology
 
Frans, I notice (gasp) that you work for Philips... I have this thing
called a PTS-6000. If the name rings a bell, can you email me?? tnx.
 
Matthew
 
------------------------------
 
Date: 4 Jun 91 05:03:04 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!rpi!news-server.csri.toronto.
 edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu (Unknown)
Subject: ATARI TT030 versus AT 386/33 MHz and 64KB Cache
To: Info-Atari16@naucse.cse.nau.edu
 
Just one question regarding the TT/AT comparison testing...
 
Why didn't you play Eye of the Beholder on your TT..?
 
BobR
 
------------------------------
 
Date: 5 Jun 91 16:10:40 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!rpi!news-server.csri.toronto.
 edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu (Marc Bouron)
Subject: Degas -> Gif Format converter?
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Jun4.183535.568@colorado.edu>, elliottj@tramp.colorado.edu
(Jim Elliott) writes:
>
>       Is there a utility for switching Degas-type picture files into
> GIF format?  I'd like to find such a utility for a friend of mine who has
> a 1040ST, but I didn't see anything really appropriate on atari.archive.
> umich.edu.  I know that PicSwitch will go from Gif to Degas (or other
> formats), but I didn't think it went the other way.  If someone could mail
> me with information on where to find such a program, I'd appreciate it.
 
Take a look in the printing/pbm directory at atari.archive: the pbm-bin.zoo
file
contains a zillion programs to convert from graphics format A to format B.
PIx
and GIF are mentioned, so there should be a path between them.
 
>       Jim
>       elliottj@tramp.colorado.edu
 
Cheers,
 
[M][a][r][c]
 
 
################################################################################
#                           #  marc@sequoia.cray.com           #     .   .
#
#  Marc CR Bouron           #  M.Bouron@cray.co.uk     (ARPA)  #    _|\ /|_
#
#  Cray Research (UK) Ltd.  #  M.Bouron@crayuk.uucp  (DOMAIN)  #   (_|_V_|_)
#
#  +44 344 485971 x2208     #  M.Bouron@uk.co.cray    (JANET)  #     |   |
#
#                           #  ...!ukc!crayuk!M.Bouron (UUCP)  #
#
################################################################################
 
------------------------------
 
Date: 11 Jun 91 12:02:25 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!uwm.edu!linac!mp.cs.n
 iu.edu!ux1.cso.uiuc.edu!mrcnext.cso.uiuc.edu!chuck@arizona.edu (charles
 bridgeland)
Subject: Extensible Virtual Toolkit for the ST?
To: Info-Atari16@naucse.cse.nau.edu
 
The latest issue of _byte_, in with a couple articles about modern GUIs,
has a page describing the Exensible Vitrual Toolkit--"XVT implements
a single, layered interface with a set of libraries (one per gui) and
a common C language header file. . .Together the library and header file
present you with C functions that transparently invoke the
native functions of the target gui"
        "Will be available for PC compatibles, Macs, Amigas and other
systems".  Will this mean that the ST will get the benifits of this as
well?
 
 
 
--
----------------------------------------------------------------------------
chuck bridgeland---anarchoRepublican
"one thing about a police state, you can always find the police" l. neil smith
chuck@mrcnext.cso.uiuc.edu     hire me so I can quit this pit.
-----------------------------------------------------------------------------
 
------------------------------
 
Date: 5 Jun 91 16:50:23 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!rpi!news-server.csri.toronto.
 edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu (Ulrich Kuehn)
Subject: G++ for ST, where again?
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Jun4.085639.6298@nlsca.uucp>, frans@nlsca.uucp (Frans Meijer)
says:
>A few weeks ago, somebody announced G++ 1.39 (and gcc 1.39) for
>the ST. It was available from an FTP site in Germany (where else? :-),
>I think. Anybody remember where it was??
>Viele Thanks in advance
 
I know only the ethernet adress of that node, I cant remember the name:
 it was  134.95.64.1, its somewhere in koeln in germany
The stuff is in atari/gnu/g++/cs, but it has no debugger :-(
 
U.Kuehn
 
------------------------------
 
Date: 5 Jun 91 20:23:34 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-
 server.csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.
 edu (Adrian Ashley)
Subject: G++ for ST, where again?
To: Info-Atari16@naucse.cse.nau.edu
 
gjh@hplb.hpl.hp.com (Graham Higgins) writes:
 
>Jan Timm posted:
 
>>> There is a port of g++ version 1.39 (and gcc 1.39 too) on
ftp.thp.koeln.de,
>>> (134.95.64.1).
 
I have tried repeatedly over the last week to ftp to this site, but it
is unresponsive.  Does anyone know of another site which might have the
same stuff?
 
Alternately, could some kind soul who has a working connection to the
uni-koeln site upload the stuff to atari.archive?
 
Thanks...
--
"The short answer is: you can't.  | Adrian Ashley in Edmonton, Alberta,
Canada
 The long answer is: you cannot." |      work: adrian@cs.ualberta.ca
                  -Rahul Dhesi    |      home: secret!adrian@dragos.uucp
 
------------------------------
 
Date: 4 Jun 91 22:28:44 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!think.com!rpi
 !news-server.csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@ar
 izona.edu (william.a.oswald)
Subject: GDOS in general
To: Info-Atari16@naucse.cse.nau.edu
 
I recently started to use OPUS. I would like to use the charting
functions but that requires GDOS. Since OPUS is the only program
I run which requires GDOS I am unfamiliar with the beast. I do have
a copy of GDOS version 1.1 which was included on a Word Flair demo
disk. Anyway, I have GDOS but where do I get screen and printer
fonts? Also, is there a good GDOS primer out there somewhere?
 
Thanks in advance
Bill Oswald
aloft!wao
 
------------------------------
 
Date: 5 Jun 91 18:42:25 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-
 server.csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.
 edu (Roy Gosewehr)
Subject: LOGO
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Jun04.054518.27602@actrix.gen.nz> Roger.Sheppard@actrix.gen.nz
(Roger Sheppard) writes:
>Does any one know if its posible to get Ataries Logo to work with Tos
1.4/1.6
>I do get a out of Memory when I try to load a Logo Program/File,
>Note: The software does load up on a 1040 ST with Tos 1.4.
>Are there any patches to make this work?
 
I posted this question on GEnie about a year ago when I got TOS 1.4 put
in my 1040ST.  One of the ST wizards (one of the CodeHeads or one of the
Double-Click boys, I don't remember for sure) came up with the answer:
 
***********************************************************************
* Trick LOGO by loading a RAM disk first (such as SI_RAM which is an  *
* accessory), then load LOGO, then remove the RAM disk.  The memory is*
* freed up and LOGO will then successfully load/save programs & files.*
***********************************************************************
 
Apparently, LOGO under TOS 1.4 uses (or at least thinks that it uses)
all available memory when it loads. I haven't programmed in years but I
would think it would be a simple matter to patch LOGO to correct this.
(HINT, HINT to Atari.  Or better yet, why not release an updated version
of Logo to take advantage of the new machines? :-)
 
R.C.G.
 
------------------------------
 
Date: Tue, 11 Jun 1991 14:36 N
From: HANTKE%KVI.NL@pucc.PRINCETON.EDU
Subject: METAFONT questions
To: info-atari16@naucse.cse.nau.edu
 
Hello world,
 
I have been running METAFONT (mf.arc from the mail server in Utrecht) to make
the printer fonts for my NEC P6. Since a definition of a NEC mode did not work
(something `hard wired` in the preloaded mf ?), I had to cheat: I adapted the
mode_def `dover' to 360 dpi, and ran the packet for scaled and unscaled fonts.
 
While the output of unscaled fonts is o.k., for _scaled_ fonts I get the error
message by `mydvi': Wrong magnification!
 
The PKTYPE-output (see appendix) shows a resolution of 256 dpi (?). Scaled
PK-files sent in the NEC-P6-HIGH packet by S.Lindner are in 512 dpi resolution
and seem to work. Also the `Design size' is different.
- What does the `resolution' mean?
- Did I forget a crucial parameter for mf ?
- What's a preloaded version? Does this mean that plain.bas in somehow
  included in mf.ttp?
- How do you make a preloaded version yourself (that (un)dump-business)?
 
All answers (preferably by e-mail, I'll summarize) are greatly appreciated,
 
Thanks, Thomas.
(hantke@kvi.nl)
 
 
Appendix
--------
I run PKTYPE on an cmr10.pk file and got the output:
 
  open '.\pfnt0394\cmr10.pk' mode 'rb'->F6446
  This is PKtype, C Version 2.2
  ' METAFONT output 91.04.08:1129'
  Design size = 10485760                                          <--- ??
  Checksum = 1274110073
  Resolution: horizontal = 326456  vertical = 326456  (256 dpi)   <--- ??
  49:  Flag byte = 192  Character = 65  Packet length = 50
    Dynamic packing variable = 12
    TFM width = 786434  dx = 2424832
    Height = 35  Width = 32  X-offset = -2  Y-offset = 34
    (...)
 
I used the command (e.g.):
 
  mf \mode=dover; \mag=257; \input waits; \input dover; \input cmbx7
 
 
The dover mode was defined as follows:
 
  mode_def dover =      % dover mode, adapted for NEC P6 (360 dpi)
   proofing:=0;         % no, we're not making proofs
   fontmaking:=1;       % yes, we are making a font
   tracingtitles:=0;    % no, don't show titles in the log
   pixels_per_inch:=360; % <-- adapted resolution for NEC P6
   blacker:=1.2;        % make pens somewhat blacker
   fillin:=0;           % no compensation for fillin
   o_correction:=.6;    % but don't overshoot as much
   enddef;
-----------
 
------------------------------
 
Date: 9 Jun 91 14:54:33 GMT
From: tardis.computer-science.edinburgh.ac.uk!olorin@ucbvax.berkeley.edu
Subject: MiNT Minix filesystem problems ...
To: Info-Atari16@naucse.cse.nau.edu
 
Will anyone who has been experiencing problems with the minix filesystem
for MiNT 0.8 please mail me full info , this site has been known to miss
the occasional post or two,so mailing me is the only sure way to let me
know , so that any problems can be fixed.
        By 'problem' I mean anything no matter how trivial , I am
particularly interested in anything that makes 'fsck' complain , non
recognition of minix partitions , disk-change problems , logical
partition problems (this should be OK now unless the minix partition
uses >1K sectors or any partition has >8K logical sectors).
        I have not succeded in making fsck complain with my setup , ICD
drive and STE with TOS 1.6 , if you find a way then please tell me ,
1. What commands caused the problem .
2. What fsck reports (that is minix fsck not a TOS version!!!).
3. Any debugging output (if possible).
4. Your hardware , that is drive and driver software type and version of TOS.
5. Any other info you think may be useful.
 
        Any other kinds of comments are welcomed , such as patches ,
suggestions and flames (if you must ) .
 
P.S. May I reiterate the comments in the docs , don't try using
minix partitions unless you are sure you know what you are doing. If you
think its a good idea to run TOS filesystem consistency checkers on
minix partitions then you *don't* know what you are doing :-)
 
************************************************************
* Please send any replys to :                              *
* olorin%tardis.cs.ed.ac.uk%ukacrl@any_non_uk_bitnet_site  *
* olorin%tardis.cs.ed.ac.uk@cunyvm.cuny.edu                *
* Do not mail via ukc.ac.uk which is sometimes the default *
************************************************************
 
------------------------------
 
Date: 5 Jun 91 18:16:19 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!news-serv
 er.csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu
 (Salvador Pinto Abreu)
Subject: More than 4 Meg ??
To: Info-Atari16@naucse.cse.nau.edu
 
dpg@cs.nott.ac.uk (Dave Gymer) writes:
 
        [...]
 
   Question is, what would you do with more than 4 meg on an ST running TOS
(or
   MiNT). I've yet to exhaust 4 meg (even with GCC, MGR, and BASH. Emacs
coming
   soon... :-)
 
Aha! Once you start using Emacs you'll know what to do with more than
4M. Besides, it would come in handy for use with Minix.
--
-- Salvador Pinto Abreu         spa@fct.unl.pt
                                Universidade Nova de Lisboa, PORTUGAL
 
------------------------------
 
Date: 4 Jun 91 08:09:53 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-server.
 csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu
 (Unknown)
Subject: PLEASE EMAIL ADDRESS TO PANARTHEA FILESERVER.
To: Info-Atari16@naucse.cse.nau.edu
 
Title says it all.  Thank you in advance.
Bryan_Jones_Woodworth@cup.portal.com
 
------------------------------
 
Date: 4 Jun 91 04:47:29 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-server.
 csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu
 (Unknown)
Subject: Publishers (II)
To: Info-Atari16@naucse.cse.nau.edu
 
Spend some time driving around downtown Windsor, Ontario in a van with
Dave Small and other Atari developers... talk a little with Charles F.
Johnson.  Find out how close most developers are to losing everything
they've sweated and bled to build up.  Talk with magazine publishers
and editors who can't pay their contributors because their advertisers
are either out of business or can't afford to pay their advertising
bills.  Talk with dealers who have either gone out of business, losing
most of their investments in the Atari market, or who have been forced
to go on into other markets.  Talk with current Atari dealers who can't
get products to sell, so they can stay in business.
 
Europe may be a different story, but in the U.S.A,   Atari=dead.
 
Hopeful signs 1-5 = too little, too late.
 
I'm sorry, I don't like it either
 
BobR
 
------------------------------
 
Date: 11 Jun 91 02:37:41 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!
 toumon!wucc!ytsuji@arizona.edu (Y.Tsuji)
Subject: Reading TOS/DOS formatted disk on a SparcStation
To: Info-Atari16@naucse.cse.nau.edu
 
Thanks. I have ftp'ed Mtools and read the manual. It is amazing! It says
I'll be allowed to read/write MSDOS partitions on the hard disk.
Now I have a query: Are my hard disk partitions in MSDOS format? I use
a year old ICD software with TOS 1.4 and the partitions are ear-marked as
TOS. Maybe I should ring ICD, but I don't like to ring at small hours.
Tsuji
ytsuji@cfi.waseda.ac.jp
 
------------------------------
 
Date: 4 Jun 91 09:32:33 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-server.
 csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.edu
 (Shoou-yu tang)
Subject: ST User Virus!
To: Info-Atari16@naucse.cse.nau.edu
 
 Just got a copy from local dealer, the Vkiller 3.84 checked it OK.
 Also checked the Uniterm that included on disk, here is some result:
 1. Althought the date associated with the included Uniterm were some time in
87.
 While the Uniter2.0E02 from atari.archive has date 86. The file size is
bigger
 in 2.0E.
 2. The version # on the Uniterm upon boot up, the atari.archive one shown
2.0E
 and ST USER one shown 2.0C.
 3. Once in the Help menu, pull down the Desk and look for the About ...
shows\
 
  2.0E002 for atari.archive one and 2.0C014 for ST USER one.
 So it looks like the 2.0E on the Atari.archive is latest not the ST USER
one.
 
 Tang
 sytang@lamar.colostate.edu
 
------------------------------
 
Date: 4 Jun 91 10:33:06 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-
 server.csri.toronto.edu!torsqnt!lethe!telly!moore!eastern!egsgate!Uucp@arizona.
 edu (Juxtaposer)
Subject: Unix for the TT?
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991May31.192058.10926@nntp.hut.fi> s37837k@saha.hut.fi (Jari
Lehto) writes:
>Unix System V Release 4 is available for TT.  The package consists of
>TT 030/8 or higher (16 Mb would be quite good), harddisk bigger than
>200Mb (I'm not quite sure of this), X-Windows, TTM 194 19" MC-monitor
>and a big bunch of software and manuals.
>I don't know the exact price, but it is much lower than the NeXT Station,
>and A 3000 & Unix SVR4.
  By a little?  A lot?  Is that only available in Europe/Canada or is that/
will that be available in the US too?
>
>Just checked, the harddisk is 200Mb, and there are also VME Ethernet network
>card, OSF/Motif, and GNU package (with C, C++ etc.).
>
  Are there extra card slots?  If not, will there be some way of expanding
past
the 20MB limit (16TT + 4ST ram) since the slot would be taken up by the
ethernet card?
 
 
>
>* Jari Lehto    *     90-387939      * Jari.Lehto@hut.fi     * Music, love &
*
>* Tenavatie 19 A*     90-382887      * jartsu@vipunen.hut.fi * friendship!
*
>* 00760 HELSINKI*    94040/02887     * jartsu@otax.hut.fi    * Garlic, beer
&*
>* Finland       * fax +358 0 8735916 * s37837k@saha.hut.fi   * sausage!      *
 
        I had a question for all the hardware gurus who know whats what about
the TT - like Alan Pratt, etc.   I know that the TT uses a daughter-board
to use the TT "fast" memory, and that this board has chips that allow access
of up to 16MB  of memory.  What I was wondering is, is this 16MB limit a
limit
due to the daughter-board, a limit of the TT, or just a limit of the TOS?
For instance, would it be possible for a third party company (if Atari does't
do it themselves) to manufacture a daughter-board that accesses more than
the present 16MB?
 
-Mike
 
PS:  Is the unix/TT the same hardware with the new software, or are there any
hardware changes?  New card slots?  New ROMs (I had heard they couldn't run
ST software _and_ run the Unix software)?
 
------------------------------
 
Date: 10 Jun 91 18:13:17 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!mintaka!bloom-beacon!e
 ru!hagbard!lunic!my!luth!d90-ngp@arizona.edu (Niklas Grip)
Subject: Z-RAM made my drive go nuts! WHY!!?? UPDATE.
To: Info-Atari16@naucse.cse.nau.edu
 
I have upgraded my 1040 STFM to 4 megabytes with Z-RAM.  My ST was one of those
with soldered MMU-chip, so I let a proffessional do it for me.  When I got my
ST back I ran the test program. Geee, four megabytes and no complaints!  I
started to install Neodesk 3, reads files from one disk and started writing on
another.  Then suddenly the drive starts making noise.  It sounds as if the
drives' motor tries to move the head right through the side of the machine.
Two dialog boxes explains that the drive does not answer and that the disk is
full, although it has 800 kilobytes free!!! A couple of minutes later I con-
clude that MY DRIVE READS AND FORMATS DISKS IN ALL POSSIBLE COMBINATIONS OF
SECTORS AND TRACKS, TWISTED AND NOT TWISTED, FROM GEM, FROM NEODESK 2.05 AND
FROM ALL PROGAMS THAT I HAVE BUT IT CANNOT WRITE MORE THAN A COUPLE OF KILO-
BYTES ON ANY DISK!!!
 
Now I am in desperate need of HELP!!!  The proffessional will do his best to
fix it, but it would probably go much faster if anyone have had this problem
before and can give me any clue where to start dig.  You cannot be to detailed.
 
 
DETAILED DESCRIPTION OF A FEW MINUTES EXPERIMENTING
===================================================
Equipment: 1040 STFM, monochrome monitor, Z-RAM and nothing more!
 
Inside Neodesk 2.05:
Trying to write to an empty disk formated before memory upgrade.
Drive writes some 10 K, makes noise, dialog boxes sais: Drive not responding.
                                                        Disk full.
I cancel writing, "Show info..." sais more than 800 K free.
 
Same test and same result again a couple of times.
Formats disk in different ways, same test, same result.
Try to load First Word +, Neodesk responds:
 
  An address error has occured (3 bombs).
 
  System register:
 
  d0: 00000800  a0: 000030C2
  d1: FFFF0F0F  a1: 00008092
  d2: 00000027  a2: 00000000
  d3: 00000000  a3: 0005DF08
  d4: 00000000  a4: 0000313A
  d5: 00000000  a5: EB7E4A11
  d6: 00000006  a6: 000015E2
  d7: 00000006  a7: 00001592
 
  ssp: 00001592
  usp: 00060A40
  instr: 3D6D
  sr: 2300={t:0 s:1 interrupt: 011 x:0 n:0 z:0 v:0 c:0}
  pc: 00FC60EA
 
I pressed return, a fourth bomb showed up, all went black and the computer
rebooted.
I started Neodesk 2.05 again and then loaded 1st Word +, no problems!
Loaded a rather large document, changed to empty disk and tried to save.
Disk wrote some 10 seconds, then made that uggly noise again followed by
dialog boxes telling drive don't answer and (the empty) disk full.
I cancelled. Drive made noise, same boxes. Cancelled again etc.
 
I reset the computer, made the 1st Word + test again from GEM, computer
loads program and behaves as before.
 
Loaded Calamus (from Neodesk), played around a little.  Rubberband boxes some-
times leave sides of the box unerased when changing size, in a way I never have
seen before.  "Show statistics" tell me that I have 3.3 meg free.
Suddenly... 2 bombs! Crash is so hard that even Neodesk got stuck (never
happened before).
 
I GIVE UP.
 
UPDATE:  A few hours later I made another test:  I tried copying files to a
         ram-disk (in GEM) and my ST bombed again.  I restarted with the on/off
         button and tried again a couple of times.  Each time two files were
         copied and then either one or two bombs showed up.
 
_______________________________________________________________________________
|                      |                                    |                 |
| Niklas Grip          | University of Luleaa               | Some day I will |
| Vallstensgatan 7     | Internet: d90-ngp@sm.luth.se       | make some nice  |
| 951 59 Luleaa        | Bitnet  : d90-ngp%sm.luth.se@sekth | logo and remove |
| SWEDEN               |====================================| this damn text! |
| Phone: 0920-26228 (international: +46 920 26228)          |                 |

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