Info-Atari16 Digest         Thu, 15 Aug 91       Volume 91 : Issue 432
 
Today's Topics:
                   .gem to .img conversion question
            .gem to .img conversion question (other ways)
     Allan Pratt & colleagues (was Re: PC-Ditto I  -vs-  SoftPC)
                            Atari 1040STfm
                       Atari ST games for sale
                                beast
                BinHex on platforms other than mac???
                        Dialog Boxes (3 msgs)
                              DIDOT ART?
                   east coast bbs's and user groups
                             GCC question
                   Getting source code to The Vault
                      Hardware goodies in US???
                   Help for an old, handicapped ST?
                  Is XCONTROL on atari.archive bad?
           PCT 1424 (was: Re: TT with Multisyncs) (2 msgs)
                          Software wanted...
                        Using a big hard disk
 
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 Aug 91 04:18:34 GMT
From:
 noao!asuvax!ukma!rex!samsung!umich!ox.com!math.fu-berlin.de!unido!mcshh!malihh!
 pfunk!blackbox@arizona.edu (Michael Kistenmacher)
Subject: .gem to .img conversion question
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Aug7.203717.6382@cs.yale.edu>, Michael Fischer writes:
>
>Does anyone know of a program to convert .gem files (produced by
>Easydraw) to .img files (which can be included in a TeX document
>using dviprint from the "showdvi" package)?
 
Hi,
 
there is something like that, but since now it's only available in
Germany. The guy, who wrote that stuff, has developed many of these
utilities to convert anything to anything. Here is his address:
 
API-Soft
Andreas Pirner
Bundesallee 56
1000 Berlin 31
Germany
 
All of his utils cost about DM 50.- to DM 100.- ( 1 US$ is DM 1.85 )
 
Bye....Michael
 
--
------------------------------------------------------------------------------
|    listen to the coolest !         |  Michael Kistenmacher /  blackbox     |
|       Music from the Galaxy !      |  2000 Hamburg 61  / Schippelsweg 64   |
|            !!! P-Funk !!!          |  West Germany / ++ 49 40 552 37 66    |
------------------------------------------------------------------------------
 
------------------------------
 
Date: 10 Aug 91 19:47:14 GMT
From: noao!ncar!asuvax!ukma!aunro!alberta!ubc-cs!fornax!wolfgang@arizona.edu
 (Wolfgang Jung)
Subject: .gem to .img conversion question (other ways)
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Aug7.215516.13773@ux1.cso.uiuc.edu> timothyg@ncsa.uiuc.edu
 (Timothy Gallivan) writes:
>In article <1991Aug7.203717.6382@cs.yale.edu> fischer-michael@CS.YALE.EDU
 (Michael Fischer) writes:
 
>The nice thing about this method is that the graphic resolution is
>limited only by the printer (300dpi for a deskjet). Isn't an .img file
>limited to the ST screen resolution (80dpi)? Also, once you have the
>image in postscript form, you can scale it, rotate it, twist it, stretch
>it, etc., without loosing resolution or introducing graininess (is this
>a word?).
so far as I know, the ".img" files are not bound to any resolution, they
are just plain bitmapfiles which also can be with colorinformation.
 
Wolfgang
 
------------------------------
 
Date: 11 Aug 91 03:16:53 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!unogate!mvb.saic.com!ncr-sd!
 crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul)
Subject: Allan Pratt & colleagues (was Re: PC-Ditto I  -vs-  SoftPC)
To: Info-Atari16@naucse.cse.nau.edu
 
In-Reply-To: message from grahamt@syma.sussex.ac.uk
 
i apperciate all and any information on the st but on the same token i also
appreciate extras to keep this old atarian going.since our market is not
the biggest i think atari employees should be a tad extra informative.just
my opinion.
----
ProLine:  chuckie@pro-odyssey
Internet: chuckie@pro-odyssey.cts.com
UUCP:     crash!pro-odyssey!chuckie
ARPA:     crash!pro-odyssey!chuckie@nosc.mil
 
------------------------------
 
Date: 11 Aug 91 00:08:39 GMT
From:
 noao!asuvax!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!ub!galileo.cc.ro
 chester.edu!news@arizona.edu (----* Ho Ling Cherd *----)
Subject: Atari 1040STfm
To: Info-Atari16@naucse.cse.nau.edu
 
I have the following for sale:
 
Atari 1040 STfm
 
   - CPU /w keyboard
   - 1 Mag of RAM on board upgradeable to 4 Mag
   - built in 720K 3.5" floppy disk drive
   - Mouse
   - RS232C port
   - MIDI port
   - catridge 128K ROM port
   - DMA hard drive port
   - 2nd disk drive port
   - RF port - for hooking up to color TV or VCR
   - 512 colors palette - can shows 4096 colors with graphic softwares
 
and
 
   Back Pack - utilities in catridge
   Procopy ST (copying software)
   ST-Talk (communication)
   Haba Check Minder (checking account reminder)
   Print Master Plus (graphics utility )
   Gnictron Football (Football Game)
   Space Shuttle (Game)
   Defender of the Crown (Game)
   Tanglewood (Game)
   The Darkness Rises (Game)
   Fast (ST Dos and other utilties)
   Dungeon Master (Game)
   Falcon (Game)
   Epstart (Macintosh Epson printer driver for Spectre )
   VIP professional (Spreadsheet - Lotus 123 clone)
 
and
 
   2 atari joystick
   dusk cover for 1040STFM
 
 
 
Some of the softwares do not have documentation.
Please e-mail me and make an offer for any items above.
 
Thanks.
 
..
   Ling Cherd
 
 
------------------------------
 
Date: 10 Aug 91 13:09:38 GMT
From: fjcp60!winston@uunet.uu.net (Winston M. Llamas)
Subject: Atari ST games for sale
To: Info-Atari16@naucse.cse.nau.edu
 
Atari ST games for sale:
 
    Star Trek: The Rebel Universe
    SDI
    Bubble Bobble
    Typhoon Thompson
    Shanghai
    Carrier Command
    Flight Simulator II
    F-16 Combat Pilot
    Captain Blood
 
All for $75.00, postage not included
 
Leave email if interested.
 
Winston
uunet!fjcp60!winston
 
------------------------------
 
Date: 11 Aug 91 03:16:42 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!unogate!mvb.saic.com!ncr-sd!
 crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul)
Subject: beast
To: Info-Atari16@naucse.cse.nau.edu
 
i was visiting a riend of mine who got some games from germany recently and
a game called beast we played from the same company from shadow of the
beast.is it a game before shadow of the beast or a shadow of the beast 2?we
don't know but since we don't read german we are lost.
----
ProLine:  chuckie@pro-odyssey
Internet: chuckie@pro-odyssey.cts.com
UUCP:     crash!pro-odyssey!chuckie
ARPA:     crash!pro-odyssey!chuckie@nosc.mil
 
------------------------------
 
Date: 10 Aug 91 15:54:09 GMT
From:
 noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!wupost!m.
 cs.uiuc.edu!vela!swood@arizona.edu ( EVENSONG)
Subject: BinHex on platforms other than mac???
To: Info-Atari16@naucse.cse.nau.edu
 
        Subject gives the idea.  I was wondering if there are any programs
floating around for undoing macintosh BinHex files on other than a mac?
I have a 1040 STe (Atari) and would like to be able to un-binhex some
sound files that I got off of news
 
swood
 
--
 ---- Insert favorite .signature here ----      | swood@argo.acs.oakland.edu
                                                | swood@vela.acs.oakland.edu
Bitnet:         swood@Oakland                   | swood@unix.secs.oakland.edu
  UUCP:         ...!uunet!umich!{vela, argo, unix, nucleus}!swood
 
------------------------------
 
Date: 8 Aug 91 21:15:30 GMT
From: mcsun!hp4nl!hgatenl!tedux!alice!harold@uunet.uu.net (Harold van Aalderen)
Subject: Dialog Boxes
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Aug6.015143.20026@lsuc.on.ca> you wrote:
> I've been writing a program with a full GEM menu system for
> the first time and I've gotten all the calls that I need to open
> a VDI workstation and a window.  Before I did this I tested the
> menu system at the desktop level and the main menu system worked
> fine.  Dialogue boxes would open and close and disappear, but
> anything printed under the dialogue box would disappear when it
> closed.  Now that I have a new VDI workstation and window openning
> up the dialogue boxes don't disappear after they're closed.
> So far I haven't seen anything in the manuals that would account
> for this (the Lattice C manuals I've been talking about that is).
 
the proper thing to do for opening dialoges is:
form_center(dialog,&x,&y,&w,&h);
        to keep big screen owners happy
form_dial(FDM_START,x,y,w,h,x,y,w,h);
        to save the screen area
objc_draw(dialog,0,0,x,y,w,h)
        to draw the object
ret = form_do(dialog,0)
        to handle the dialog
form_dial(FDM_START,x,y,w,h,x,y,w,h);
        to restore screen area
 
The last call restores only the desktop under the dialog, any windows under it
are updated by the owning application when it reseves the WM_REDRAW message
(Ofcourse your application should listen to incoming message through a
evnt_multi loop). If you did not send your VDI output to a window you don't get
a WM_REDRAW message and should have saved the screen area with
vro_cpyfm function and restore it in the same manner
 
--
Harold van Aalderen
 
for the time being send replys to: hvaalde@cs.vu.nl
exception for hobby.nl domain that should always reach me at harold@alice
 
------------------------------
 
Date: 11 Aug 91 01:34:55 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!mips!atha!lsuc!j
 imomura@arizona.edu (Jim Omura)
Subject: Dialog Boxes
To: Info-Atari16@naucse.cse.nau.edu
 
In article <3170046@alice.hobby.nl> hvaalde@cs.vu.nl writes:
>In <1991Aug6.015143.20026@lsuc.on.ca> you wrote:
 
..
 
>the proper thing to do for opening dialoges is:
>form_center(dialog,&x,&y,&w,&h);
>       to keep big screen owners happy
>form_dial(FDM_START,x,y,w,h,x,y,w,h);
>       to save the screen area
>objc_draw(dialog,0,0,x,y,w,h)
>       to draw the object
>ret = form_do(dialog,0)
>       to handle the dialog
>form_dial(FDM_START,x,y,w,h,x,y,w,h);
>       to restore screen area
>
>The last call restores only the desktop under the dialog, any windows under it
>are updated by the owning application when it reseves the WM_REDRAW message
>(Ofcourse your application should listen to incoming message through a
>evnt_multi loop). If you did not send your VDI output to a window you don't get
>a WM_REDRAW message and should have saved the screen area with
>vro_cpyfm function and restore it in the same manner
>
     Again, many thanks for the reply!  At this point I think that's
pretty much what I have.  It's the "vro_cpyfm()" call that's messing
up.  I haven't looked at it today though.
 
 
--
Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
lsuc!jimomura
Byte Information eXchange: jimomura
 
------------------------------
 
Date: 11 Aug 91 15:46:46 GMT
From:
 noao!asuvax!cs.utexas.edu!wupost!udel!haven.umd.edu!wam.umd.edu!cmedley@arizona
 .edu (Charles Henry Medley)
Subject: Dialog Boxes
To: Info-Atari16@naucse.cse.nau.edu
 
In article <1991Aug10.122208.16653@lsuc.on.ca> jimomura@lsuc.on.ca (Jim Omura)
 writes:
>In article <3231@cod.NOSC.MIL> healy@cod.NOSC.MIL (Mike Healy) writes:
>>Let me quote from my Laser C (version 1.01) docs (and probably start a
>>new flame thread):
>>
>>      "The GEM desktop program opens a workstation for the screen using
>>      raster coordinates.  GEM can only have one workstation open for a
>>      particular device at a time,  and since the desktop program is
>>      always run before user applications,  there is no way for an
>>      application program to open a workstation on the ST.  It can
>>      however [sic] open a virtual workstation that inherits the
>>      device specific information from the currently open workstation."
>>
>>      Laser C version 1.01 manual,  p. 307
>
>
>     So that would mean that "v_opnwk()" in Lattice C is an entirely
>bogus command!  Neato! :-)
>
>Supposition:  "v_opnwk()" is probably necessary for some GDOS commands.
>Probably I'll find this out if I ever actually use a GDOS related command.
>That's fair enough.  In the mean time, I won't worry about it and I
>won't use it.
>--
 
 
I always thought we needed GDOS installed to make an effective call to
v_opnwk().  I've never programmed GDOS, but most of the books that claim
v_opnwk() to be useless were written before the advent of GDOS itself.  I
don't know about whether it allows more than one workstation open per device,
but I'm sure Allan Pratt or K. Bad could point everyone in the right direction
 
------------------------------
 
Date: 9 Aug 91 04:29:46 GMT
From:
 noao!asuvax!ukma!rex!samsung!umich!ox.com!math.fu-berlin.de!unido!mcshh!malihh!
 pfunk!blackbox@arizona.edu (Michael Kistenmacher)
Subject: DIDOT ART?
To: Info-Atari16@naucse.cse.nau.edu
 
In <1991Aug7.151037.24165@magnus.acs.ohio-state.edu>, David H Butler writes:
>things up, so here is my question again:  I am looking for a program which is
>called (I think) Didot Art. If anyone can give me infor for it I would really
>appreciate it.
 
Didot LineArt is distributed by 3K-Computer in Germany. I don't know, if
they have a US-division, but they had some contacts to ATARI USA.
Their german address is:
 
3KComputerbild GmbH
Sassenfeld 71
4054 Nettetal 1
Fax ++49 2153 89291
Germany
 
Didot LineArt has blown up since last year. When i first came out, it only
was a Font-Editor, now it's a complete DTP-Application. You shouldn't wonder
about the price. Sorry, but I don't know it exactly.
 
Bye.....Michael
 
--
------------------------------------------------------------------------------
|    listen to the coolest !         |  Michael Kistenmacher /  blackbox     |
|       Music from the Galaxy !      |  2000 Hamburg 61  / Schippelsweg 64   |
|            !!! P-Funk !!!          |  West Germany / ++ 49 40 552 37 66    |
------------------------------------------------------------------------------
 
------------------------------
 
Date: 11 Aug 91 03:16:38 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!unogate!mvb.saic.com!ncr-sd!
 crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul)
Subject: east coast bbs's and user groups
To: Info-Atari16@naucse.cse.nau.edu
 
can anyone tell me of addresses and numbers of atari bbs's and user groups
in the new york,new jersey and connt.areas?
 
thankls
thanks
----
ProLine:  chuckie@pro-odyssey
Internet: chuckie@pro-odyssey.cts.com
UUCP:     crash!pro-odyssey!chuckie
ARPA:     crash!pro-odyssey!chuckie@nosc.mil
 
------------------------------
 
Date: 11 Aug 91 06:54:59 GMT
From: bu.edu!m2c!risky.ecs.umass.edu!dime!michael@uunet.uu.net (Michael Kieras)
Subject: GCC question
To: Info-Atari16@naucse.cse.nau.edu
 
This is probably a silly question, but I've installed GCC on my
system and can't get it to compile anything, so I'll ask anyway.
 
The problem is how it is treating TOS filenames.  If I try to compile
using a command such as
 
        gcc -O -c test.c
 
then it will not see the file.  If, on the other hand, I try to compile
with
 
        gcc -O -c TEST.C
 
then it DOES see the file, but it doesn't seem to know what to do with
the .C extender, so no actual compilation takes place.
 
Is there a switch or an environment variable I can use to correct this?
 
Thanks in advance,
 
Michael Kieras
 
------------------------------
 
Date: 11 Aug 91 15:11:12 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu
 !yale.edu!cs.yale.edu!fischer-robert@arizona.edu (Robert Fischer)
Subject: Getting source code to The Vault
To: Info-Atari16@naucse.cse.nau.edu
 
please, Please, PLEASE, when you have a message you want me to read,
send it directly to me.  I am not likely to get it otherwise.
 
Many people have asked about getting source-code to The Vault.  I
include here the conditions described under the "About The Vault" menu
item.
 
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
                Getting Source Code to The Vault
 
Although The Vault does not come with source code, you may get source
code simply by asking me (the author), under certain conditions, some
of which follow:
 
* You may not distribute the source to anyone else.  Anyone who wants
it must ask me directly, and I will supply it.
 
* You may modify the source code as much as you like, as long as you
do not distribute the modified version of the source (but you may
distribute the modified object code under certain conditions).
 
If you are interested in the source code, please ask for it by E-mail,
or send a diskette with suitable return postage and envelope to the me
(if overseas, just send money to cover a disk and return postage).
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
 
fischer-robert@cs.yale.edu (Bob Fischer)
--
fischer-robert@cs.yale.edu (Bob Fischer)
 
------------------------------
 
Date: 11 Aug 91 10:55:22 GMT
From:
 noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!wupost!waikato.a
 c.nz!comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
Subject: Hardware goodies in US???
To: Info-Atari16@naucse.cse.nau.edu
 
In article <162815@unix.cis.pitt.edu> rjast1@unix.cis.pitt.edu (Robert J Anisko)
 writes:
> In article <1991Aug09.035522.8432@chinet.chi.il.us> saj@chinet.chi.il.us
 (Stephen Jacobs) writes:
> >We've already established that there are some nice goodies being made for the
> >ST.  But does anyone sell these things in the US?  In particular: memory
> >expansion of the ST beyond 4 M, and network hardware that permits the ST to
> >be on the same network with 'more popular machines'.
> >                                    Steve     saj@chinet.chi.il.us
>   I believe the soon-to-be-released (Dave?) 68030 upgrade from Gadgets by
> Small will let you crank it up to 12megs RAM, I believe.
>
>   As for networking, you might check out some information on "Universal
> Network", a kinda offshoot of the Universal Item selector.  I dunno if
> it works in conjunction with other systems on a net, but its worth
>  look into,anyways...
>                                               Robert Anisko
>                                               rjast1@unix.cis.pitt.edu
>
Well there is this PC thing that is also available for the Atari that
uses the Cartridge Port, I think that the PC one uses the Printer Port,
gives about 10 megabytes transfer rate and the same on the Atari.
 
It is called Lantech ??, is this the correct name..
 
But please correct me on this as I have only heared about this 3rd hand
--
***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
***  Kapiti New Zealand..    *     like a dying light globe. !       ***
 
------------------------------
 
Date: 11 Aug 91 01:54:15 GMT
From: tove.cs.umd.edu!bane@mimsy.umd.edu (John R. Bane)
Subject: Help for an old, handicapped ST?
To: Info-Atari16@naucse.cse.nau.edu
 
My ancient and revered 520 has a problem.  Its serial port has partially
died; it can send but not receive characters.  To give you an idea of
how old this machine is, it started out with a single-sided external floppy.
It now has an external double-sided floppy, an 80 meg hard drive, and a
1/2.5/4 meg RAM board from Tech Specialties (currently at 2.5 meg).
The serial port is important to me, as it's how I do my backups.
 
I'm trying to find the cheapest way of fixing this mess.  The options I've
thought of are:
 
Get the old machine fixed (but where?  and how much? and how long?).
 
Buy another used ST; I'd only do this if I could transfer my RAM board
to it.  Anybody got an old but working machine they want to unload?
 
Buy a new ST.  As I really need the big RAM for desktop publishing, I'd
probably go for a Mega 2.
 
Give in and buy a more mainstream machine (but what about my old files? and
besides the new Apple/IBM alliance makes my skin crawl...).
 
Anybody else ever have a serial port hardware problem? Did you solve it?
Anyone have a machine to sell?
 
Please respond via mail, as I'm 200 messages behind in this newsgroup.
 
Bob Bane (bane@tove.cs.umd.edu)
--
Internet: bane@tove.umd.edu
UUCP:...uunet!mimsy.umd.edu!bane
 
------------------------------
 
Date: 9 Aug 91 05:56:06 GMT
From:
 noao!asuvax!cs.utexas.edu!sdd.hp.com!spool.mu.edu!cs.umn.edu!thelake!steve@ariz
 ona.edu (Steve Yelvington)
Subject: Is XCONTROL on atari.archive bad?
To: Info-Atari16@naucse.cse.nau.edu
 
[In article <1991Aug8.150603.23767@cs.wayne.edu>,
     pbh@jake.cc.wayne.edu (Patrick Haggood) writes ... ]
 
 > I just FTP'd XCONTROL from atari.archive as binary.  I tried un-arcing
 > it on my unix box and my dos box, both of them said they couldn't
 > handle the archive.  Anyone had any success with un-arcing these
 > files from atari.archive?
 
It's archived with ARC 6.02, which handles subdirectories.
 
----
 Steve Yelvington, Marine on St. Croix, Minnesota (USA)
 steve@thelake.mn.org
 
------------------------------
 
Date: 10 Aug 91 21:36:15 GMT
From: mcsun!ukc!axion!tharr!ford@uunet.uu.net (Stephen Usher)
Subject: PCT 1424 (was: Re: TT with Multisyncs)
To: Info-Atari16@naucse.cse.nau.edu
 
My first PTC1426 was way out of adjustment, firstly it was completely out of
focus, secondly as you turned down the brightness the white turned to purple!
 
As you may have guessed, I got it replaced.
 
The new one is much much better (maybe Atari had installed some sort of
quality control by the time this one was made, or was it just luck that
the components were in the right positions? :-)).
 
The quality of the display is up to that, if not better than, most multisyncs
I've seen, though I wouldn't call the Atari monitor a multisync as it can't
handle either 50Hz or 70Hz sync, just 60Hz! (There is a switch on the back
for switching between TT and IBM-PC VGA modes, but all that does is alter the
width of the picture)
 
 
My conclusion, the PTC1426 is a good monitor for the TT (even in Mono, Frank)
as long as you don't mind paying way over the odds so that the monitor fits
nicely on the TT, and you get one which has actually been adjusted!
 
Stephen Usher
 
Addresses:-
 
JANET           ucacmsu@uk.ac.ucl       or      ford@tharr.uucp@uk.ac.ukc
INTERNET        ucacmsu@ucl.ac.uk       or      ford@tharr.uucp@ukc.ac.uk
 
--
<-- tharr *free* public access to Usenet in the UK 0234 841503 -->
 
------------------------------
 
Date: 10 Aug 91 21:50:31 GMT
From: mcsun!ukc!axion!tharr!ford@uunet.uu.net (Stephen Usher)
Subject: PCT 1424 (was: Re: TT with Multisyncs)
To: Info-Atari16@naucse.cse.nau.edu
 
Sorry Frans for mis-spelling your name in my last article, it won't happen
again, I promise :-)
 
Steve
 
--
<-- tharr *free* public access to Usenet in the UK 0234 841503 -->
 
------------------------------
 
Date: 11 Aug 91 11:46:39 GMT
From: mcsun!cernvax!cernvax.cern.ch@uunet.uu.net (roger hoh)
Subject: Software wanted...
To: Info-Atari16@naucse.cse.nau.edu
 
 Hi Atarians,
 
 Sorry for wasting bandwidth with this query, but...
 
 I'm in the Los Angeles - San Franscisco area between the 16/9 and
13/10 of this year (approximately). Where can I find software to buy?
 
 Please reply by e-mail, 'cause I'm not sure that every body reading
c.s.a.st is interested in that reply...
 
 Thanks in advance for your reply.
 
 Roger          hohr@cernvax.cern.ch
 
------------------------------
 
Date: 11 Aug 91 07:01:59 GMT
From: noao!ncar!midway!machine!chinet!saj@arizona.edu (Stephen Jacobs)
Subject: Using a big hard disk
To: Info-Atari16@naucse.cse.nau.edu
 
I got an impossibly great deal on a ST-4702N (600 MB Wren-V).  I have it
hooked up to my BMS-200, and it responds to commands alright.  I can
even get the BMS disk initializer to prepare 60 MB of useful file space on
it.  But I want to set this thing up as a large number of large partitions,
and to do that I need HDX.  So far, with a few reasonable tries, HDX refuses
to do ANYTHING with this disk.  Any suggestions?
                                         Steve   saj@chinet.chi.il.us
 
------------------------------
 
Date: Thu, 15 Aug 91 12:45:16 -0700
From: atari16 (INFO-ATARI16 (maillist admin))
 
 
------------------------------
 
Date: Thu, 15 Aug 91 13:00:17 -0700
From: atari16 (INFO-ATARI16 (maillist admin))
 
 
------------------------------
 
End of Info-Atari16 Digest
******************************
