=========================================================================
 
INFO-ATARI16 Digest         Wed,  7 Mar 90       Volume 90 : Issue  294
 
Today's Topics:
                            1 Meg Drams..
                   500KHz Midi; Author please reply
                    Atari and the Everyday Person
                                G-Dos
                          Hard disk problems
                      SIMMs for the STE (4 msgs)
                          Sozobon C problems
                              Space Ace
----------------------------------------------------------------------
 
Date: 7 Mar 90 18:52:49 GMT
From: uc!nic.MR.NET!ns!logajan@tut.cis.ohio-state.edu  (John Logajan)
Subject: 1 Meg Drams..
Message-ID: <1990Mar7.185249.27625@ns.network.com>
 
ins_bac@jhunix.UUCP (Ajay Choudhri) writes:
>I have a question about drams, I need 16 1 Megabit drams to go up to
>2.5 megs in my 520ST with an EZRAM ][ board.  I have 9 at 120 ns and
>7 at 100 nsec. Can I mix the speeds on the same bank??
 
Yes, go ahead and mix them.  FYI the speed ratings are MAXIMUMS.  In reality
the data comes out much sooner than the rated maximums -- because the
maximums have to include low voltage (4.5 volts) and high temperatures
(probably 50 degrees C.) and process variations (10%?) and STILL be within
maximums.  My point is that system designs depend on the chips meeting
the maximum requirement -- faster chips do this, but at some point you
end up paying for speed capability that you don't need.
 
Anything under 150ns (what my original Atart 520 ST came with) will work
just fine -- mixed or not.
 
--
- John Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428
- logajan@ns.network.com, john@logajan.mn.org, 612-424-4888, Fax 424-2853
 
------------------------------
 
Date: 6 Mar 90 19:08:06 GMT
From: bu.edu!dartvax!eleazar.dartmouth.edu@eddie.mit.edu  (Clark L. Breyman)
Subject: 500KHz Midi; Author please reply
Message-ID: <20049@dartvax.Dartmouth.EDU>
 
        Someone( I lost that article) posted a question on changing the
        ACIA clock divide for the MIDI port and winding up with 500KHz.
        I hope this is possible, as it would (with Fred Brooks's MIDINET)
        provide a wonderfull built in networking facility. Unfortunately,
        MIDI was designed for musical applications where noise free operation
        was optimized over bandwidth. This means that, in order to avoid
        ground loops and the hum that comes with them, all MIDI is opto-isolated
        Current leaves one machine. goes through an LED on the slave and returns        to the
 master. The two devices are electrically independant. An 500KHz
        sounds to me a lot faster that most opto-isolators can handle. Anyone
        got specs on the OI's in the ST?
 
        Along this line, it seems like this could be exploited by Atari the
        way appletalk was exploited by Apple. I assume Senor Small's in-progress
        board uses the serial port or the printer port. Perhaps a hardware
        bypass of the MIDI OI might be in order?
 
        ----------
        Clark
 
------------------------------
 
Date: 6 Mar 90 10:18:51 GMT
From: sgi!shinobu!odin!odin.corp.sgi.com!portuesi@ucbvax.Berkeley.EDU  (Michael
 Portuesi)
Subject: Atari and the Everyday Person
Message-ID: <PORTUESI.90Mar6101851@tweezers.esd.sgi.com>
 
I was riding home from work last night on the subway in San Francisco.
My commute home is pretty long, and so I play video games on my Lynx
to pass the time.
 
On the subway, a couple across the aisle from me noticed that I was
playing with some sort of game they'd never seen before.  When they
leaned over to look at it, I offered to show it to them.  The male
member of the couple asked me how much the Lynx cost versus the
GameBoy, and remarked about the color and better graphics.
 
The woman said to me, "Does Atari make that?  I thought they went out
of businesss!"  To which I replied, "No, they're still around."
 
Sounds like Atari could stand to do a bit of advertising for itself,
let alone its products.
 
                                --M
--
__
\/ Michael Portuesi / Silicon Graphics, Inc. / portuesi@sgi.com
 
------------------------------
 
Date: 7 Mar 90 13:22:45 GMT
From:
 mcsun!ukc!axion!masalla.fulcrum.bt.co.uk!beta.its.bt.co.uk!jvt@uunet.uu.net
 (John Trickey)
Subject: G-Dos
Message-ID: <Z8-#%
 
In article <17476@boulder.Colorado.EDU> MILLER TODD C writes:
> You can get AMCGDOS.ARC from terminator.cc.umich.edu (35.1.33.8).
>> This seems to be a PD version of GDOS.  ....
 
I am very interested in obtaining a PD version if possible.  However
I do not have ftp access to terminator & none of the archive sites seem
to have it in their catalogs.  Anyone tell me how I could get hold of a
copy or do I have to buy G+Plus?
 
:- John
 
--
 
John Trickey                      British Telecom IT Systems.
jvt@its.bt.co.uk                  ..!mcsun!ukc!axion!its
G4REV @ GB7SUT                    Voice: +44 21 333 3369
 
------------------------------
 
Date: 7 Mar 90 15:33:49 GMT
From: mcsun!inria!loria!cartan.crin.fr!domen@uunet.uu.net  (Eric Domenjoud)
Subject: Hard disk problems
Message-ID: <1777@loria.crin.fr>
 
Some days ago, my hard disk got completely corrupted: I first noticed
that some files were mixed on the disk and looking at the FATS and the root
directory, I saw that a prt of file was written in the root directory and
some clusters were allocated to more than one file. It's actually the third
time it happens but I never exactly identified the problem before. I have
then two questions:
 
1/ Does somebody else already had such a problem?
2/ could the Universal Item Selector be responsible for this?
 
The Universal Item Selector is indeed the only program that were in
use every time this problem occured, and the first time, it occured
immediately after I tried to copy a file with the Item Selector.
 
Eric
 
------------------------------
 
Date: 7 Mar 90 17:12:00 GMT
From: apollo!rehrauer@eddie.mit.edu  (Steve Rehrauer)
Subject: SIMMs for the STE
Message-ID: <490df390.20b6d@apollo.HP.COM>
 
In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
>euaanu@eua.ericsson.se (Arto Nummelin) writes:
>
>>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
>
>Here we go again: Standard SIMM Reply #1:
>
>The SIMMs are there mainly for the cost and space savings on the PC
>board, not so you can add memory to your machine.  Sometimes we use
>SIPs, not SIMMs, and they're soldered right into the board! Don't rush
>out and buy a 520STe expecting to be able to upgrade it.
 
Allan, I know such decisions aren't in your hands, so this isn't directed
at you.  It seems such a short-sighted policy, though.  I don't purchase
parts or build hardware, so my opinions on the matter are just that.  But
just by browsing the back pages of Computer Shopper, I get a gut-feel that
Atari's per-shipped-CPU savings couldn't possibly amount to more than $5 by
juggling use of SIMMs/SIPs.  That "savings" means that RAM upgrades will
cost an ST owner more, repairs will cost an ST owner more, and it may be
the "nit" that discourages someone from buying in the first place.  Why
does Atari do this sort of thing??
 
I can speak from experience when I say that customers do appreciate the
use of SIMMs, and the ease and lower cost of memory upgrades they provide.
The HP/Apollo DN2500, an entry-level 68030-based workstation, uses standard
SIMMs.  The DN2500 has been quite well received, and in fact we get many
favorable comments regarding our use of SIMMs in this box.  It really does
help sell the box, especially to budget-minded customers.  I know Atari and
HP/Apollo aren't selling to the same people, but I don't believe anyone is
so dim that they can't appreciate a line like, "More memory can be easily
added in the future, using widely available standard parts" in the eye-
catcher glossies.  For that matter, I'd think it would give your "authorized
dealers", wherever the heck they live, higher margins on upgrades they
perform.
 
So again:  Why?  Why?  Why?
 
>============================================
>Opinions expressed above do not necessarily    -- Allan Pratt, Atari Corp.
>reflect those of Atari Corp. or anyone else.     ...ames!atari!apratt
 
 
--
>>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
   "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
 
------------------------------
 
Date: 6 Mar 90 17:35:46 GMT
From: mcsun!ukc!newcastle.ac.uk!turing!q1cbw@uunet.uu.net  (D.C. Halliday)
Subject: SIMMs for the STE
Message-ID: <1990Mar6.173546.6477@newcastle.ac.uk>
 
RE:  Arto Nummelin says...
 
>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.  IT WORKED!!!
>I took out the 256k x 8 SIMM (150 ns) and replaced them with two
>1M x 8 (80 ns) made by Samsung. Then I booted up and checked with a DA
>the amount of memory installed. 2048k it said!!!
>Then I tried to add my own SIMMs to the two free sockets. When
>I booted, it rebooted, rebooted ....... So it seems that you can't
>mix the 1M and 256k SIMMs.
 
As far as I can tell Atari have recoded the memory config table.
Testing the bits in the table on an STE give a 512K machine as having
512K in bank0 and 128K in bank 2! This means that it should be
possible to use say 3 1M simms and get 3 MEG of memory. (It may also
be possible to put in 4Mx8 simms if you can find any.) With a small
patch to stop the MMU causing an exception for addresses above 4Meg
the STe _might_ be expandable above the 4Meg limit of an STfm.
 
[ simm pinout deleted]the SIMM if anybody is interested:
 
Anyone know more about the possibity of more than 4Meg on an STe?
 
Dave H.
 
(D.C.Halliday@newcastle.ac.uk)
 
------------------------------
 
Date: 6 Mar 90 21:35:29 GMT
From: mcsun!sunic!kth.se!draken!perand@uunet.uu.net  (Per Andersson)
Subject: SIMMs for the STE
Message-ID: <3088@draken.nada.kth.se>
 
In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
>The SIMMs are there mainly for the cost and space savings on the PC
>board, not so you can add memory to your machine.  Sometimes we use
 
Well, for us greedy devils who would like to have a 2 meg STe - is there
a way to identify these machines without opening them ? Or is that perhaps
classified... Inquiring minds want to know.
 
Per
--
---
Per Andersson
Royal Institute of Technology, Stockholm, Sweden
perand@admin.kth.se, @nada.kth.se
 
------------------------------
 
Date: 5 Mar 90 20:02:33 GMT
From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
Subject: SIMMs for the STE
Message-ID: <2069@atari.UUCP>
 
euaanu@eua.ericsson.se (Arto Nummelin) writes:
 
>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
 
Here we go again: Standard SIMM Reply #1:
 
The SIMMs are there mainly for the cost and space savings on the PC
board, not so you can add memory to your machine.  Sometimes we use
SIPs, not SIMMs, and they're soldered right into the board! Don't rush
out and buy a 520STe expecting to be able to upgrade it.
 
============================================
Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
 
------------------------------
 
Date: 6 Mar 90 18:54:32 GMT
From: mcsun!ukc!newcastle.ac.uk!turing!q1rse@uunet.uu.net  (D.M. Johnson)
Subject: Sozobon C problems
Message-ID: <1990Mar6.185432.8328@newcastle.ac.uk>
 
        Thanks to all the people which sent me some help with the problem I was
having on the Malloc() function.  Part of the problem was bad C programming ( I
am new at the langauge :-)) but in the process of solving I discovered the main
cause.  It was the set up of the disk
 
        Set up as follows for using Sozobon C on a 512K STFM machine
 
        100K eternal2 RAM drive
        Gulam .. latest version
        Disk volumes set up as instructed in documentation
 
   When the program is complied with the RAM drive installed it produced the
error _malloc error_, this only occured if Malloc() (or malloc()) was included
in the program.
 
        Could anybody explain why this has happened
 
Thanks in advance
 
Dave
 
+------------------------------------+----------------------------------------+
| David M. Johnson                   | Janet : D.M.Johnson@uk.ac.newcastle    |
| c/o Electrical and Electronic Eng. | ARPA  : D.M.Johnson@newcastle.ac.uk    |
|     Merz Court                     | UUCP  : ...ukc!newcastle!D.M.Johnson   |
|     Newcastle University           |                                        |
|     Newcastle upon Tyne            |                                        |
|     NE1 7RU                        |                                        |
+------------------------------------+----------------------------------------+
| I DON'T KNOW ABOUT YOU BUT I COULD MURDER A CURRY said death                |
+------------------------------------+----------------------------------------+
 
------------------------------
 
Date: 6 Mar 90 21:26:15 GMT
From: rose.cis.ohio-state.edu!thompson@tut.cis.ohio-state.edu  (jeffery d
 thompson)
Subject: Space Ace
Message-ID: <77938@tut.cis.ohio-state.edu>
 
I just played the ST version of Space Ace at a computer store here in
Columbus. All I have to say is, IT IS INCREDIBLE!!!!!!!!!!!!!!!!!!!!!
The graphics, animation, sound and gameplay are all excellent, not to
mention that it loads quite fast which is another plus. There are 33
screens in this game and the five or so that I saw were all great.
The game is on four disks, but I don't know how much disk swapping is
necessary because I didn't get very far in the couple of minutes they
let me play it. I'm one of the lucky people who already ordered it last
week, so I should be getting a copy pretty soon, that way I can play
it over spring break. So, if anyone out there wants a program to show
off their ST, I strongly suggest that they get Space Ace, it's amazing!
Long live Atari, may the force be with you, and remember, X NEVER marks
the spot.
                                                Jeff
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #294
*****************************************
=========================================================================
 
INFO-ATARI16 Digest         Wed,  7 Mar 90       Volume 90 : Issue  294
 
Today's Topics:
                            1 Meg Drams..
                   500KHz Midi; Author please reply
                    Atari and the Everyday Person
                                G-Dos
                          Hard disk problems
                      SIMMs for the STE (4 msgs)
                          Sozobon C problems
                              Space Ace
----------------------------------------------------------------------
 
Date: 7 Mar 90 18:52:49 GMT
From: uc!nic.MR.NET!ns!logajan@tut.cis.ohio-state.edu  (John Logajan)
Subject: 1 Meg Drams..
Message-ID: <1990Mar7.185249.27625@ns.network.com>
 
ins_bac@jhunix.UUCP (Ajay Choudhri) writes:
>I have a question about drams, I need 16 1 Megabit drams to go up to
>2.5 megs in my 520ST with an EZRAM ][ board.  I have 9 at 120 ns and
>7 at 100 nsec. Can I mix the speeds on the same bank??
 
Yes, go ahead and mix them.  FYI the speed ratings are MAXIMUMS.  In reality
the data comes out much sooner than the rated maximums -- because the
maximums have to include low voltage (4.5 volts) and high temperatures
(probably 50 degrees C.) and process variations (10%?) and STILL be within
maximums.  My point is that system designs depend on the chips meeting
the maximum requirement -- faster chips do this, but at some point you
end up paying for speed capability that you don't need.
 
Anything under 150ns (what my original Atart 520 ST came with) will work
just fine -- mixed or not.
 
--
- John Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428
- logajan@ns.network.com, john@logajan.mn.org, 612-424-4888, Fax 424-2853
 
------------------------------
 
Date: 6 Mar 90 19:08:06 GMT
From: bu.edu!dartvax!eleazar.dartmouth.edu@eddie.mit.edu  (Clark L. Breyman)
Subject: 500KHz Midi; Author please reply
Message-ID: <20049@dartvax.Dartmouth.EDU>
 
        Someone( I lost that article) posted a question on changing the
        ACIA clock divide for the MIDI port and winding up with 500KHz.
        I hope this is possible, as it would (with Fred Brooks's MIDINET)
        provide a wonderfull built in networking facility. Unfortunately,
        MIDI was designed for musical applications where noise free operation
        was optimized over bandwidth. This means that, in order to avoid
        ground loops and the hum that comes with them, all MIDI is opto-isolated
        Current leaves one machine. goes through an LED on the slave and returns        to the
 master. The two devices are electrically independant. An 500KHz
        sounds to me a lot faster that most opto-isolators can handle. Anyone
        got specs on the OI's in the ST?
 
        Along this line, it seems like this could be exploited by Atari the
        way appletalk was exploited by Apple. I assume Senor Small's in-progress
        board uses the serial port or the printer port. Perhaps a hardware
        bypass of the MIDI OI might be in order?
 
        ----------
        Clark
 
------------------------------
 
Date: 6 Mar 90 10:18:51 GMT
From: sgi!shinobu!odin!odin.corp.sgi.com!portuesi@ucbvax.Berkeley.EDU  (Michael
 Portuesi)
Subject: Atari and the Everyday Person
Message-ID: <PORTUESI.90Mar6101851@tweezers.esd.sgi.com>
 
I was riding home from work last night on the subway in San Francisco.
My commute home is pretty long, and so I play video games on my Lynx
to pass the time.
 
On the subway, a couple across the aisle from me noticed that I was
playing with some sort of game they'd never seen before.  When they
leaned over to look at it, I offered to show it to them.  The male
member of the couple asked me how much the Lynx cost versus the
GameBoy, and remarked about the color and better graphics.
 
The woman said to me, "Does Atari make that?  I thought they went out
of businesss!"  To which I replied, "No, they're still around."
 
Sounds like Atari could stand to do a bit of advertising for itself,
let alone its products.
 
                                --M
--
__
\/ Michael Portuesi / Silicon Graphics, Inc. / portuesi@sgi.com
 
------------------------------
 
Date: 7 Mar 90 13:22:45 GMT
From:
 mcsun!ukc!axion!masalla.fulcrum.bt.co.uk!beta.its.bt.co.uk!jvt@uunet.uu.net
 (John Trickey)
Subject: G-Dos
Message-ID: <Z8-#%
 
In article <17476@boulder.Colorado.EDU> MILLER TODD C writes:
> You can get AMCGDOS.ARC from terminator.cc.umich.edu (35.1.33.8).
>> This seems to be a PD version of GDOS.  ....
 
I am very interested in obtaining a PD version if possible.  However
I do not have ftp access to terminator & none of the archive sites seem
to have it in their catalogs.  Anyone tell me how I could get hold of a
copy or do I have to buy G+Plus?
 
:- John
 
--
 
John Trickey                      British Telecom IT Systems.
jvt@its.bt.co.uk                  ..!mcsun!ukc!axion!its
G4REV @ GB7SUT                    Voice: +44 21 333 3369
 
------------------------------
 
Date: 7 Mar 90 15:33:49 GMT
From: mcsun!inria!loria!cartan.crin.fr!domen@uunet.uu.net  (Eric Domenjoud)
Subject: Hard disk problems
Message-ID: <1777@loria.crin.fr>
 
Some days ago, my hard disk got completely corrupted: I first noticed
that some files were mixed on the disk and looking at the FATS and the root
directory, I saw that a prt of file was written in the root directory and
some clusters were allocated to more than one file. It's actually the third
time it happens but I never exactly identified the problem before. I have
then two questions:
 
1/ Does somebody else already had such a problem?
2/ could the Universal Item Selector be responsible for this?
 
The Universal Item Selector is indeed the only program that were in
use every time this problem occured, and the first time, it occured
immediately after I tried to copy a file with the Item Selector.
 
Eric
 
------------------------------
 
Date: 7 Mar 90 17:12:00 GMT
From: apollo!rehrauer@eddie.mit.edu  (Steve Rehrauer)
Subject: SIMMs for the STE
Message-ID: <490df390.20b6d@apollo.HP.COM>
 
In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
>euaanu@eua.ericsson.se (Arto Nummelin) writes:
>
>>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
>
>Here we go again: Standard SIMM Reply #1:
>
>The SIMMs are there mainly for the cost and space savings on the PC
>board, not so you can add memory to your machine.  Sometimes we use
>SIPs, not SIMMs, and they're soldered right into the board! Don't rush
>out and buy a 520STe expecting to be able to upgrade it.
 
Allan, I know such decisions aren't in your hands, so this isn't directed
at you.  It seems such a short-sighted policy, though.  I don't purchase
parts or build hardware, so my opinions on the matter are just that.  But
just by browsing the back pages of Computer Shopper, I get a gut-feel that
Atari's per-shipped-CPU savings couldn't possibly amount to more than $5 by
juggling use of SIMMs/SIPs.  That "savings" means that RAM upgrades will
cost an ST owner more, repairs will cost an ST owner more, and it may be
the "nit" that discourages someone from buying in the first place.  Why
does Atari do this sort of thing??
 
I can speak from experience when I say that customers do appreciate the
use of SIMMs, and the ease and lower cost of memory upgrades they provide.
The HP/Apollo DN2500, an entry-level 68030-based workstation, uses standard
SIMMs.  The DN2500 has been quite well received, and in fact we get many
favorable comments regarding our use of SIMMs in this box.  It really does
help sell the box, especially to budget-minded customers.  I know Atari and
HP/Apollo aren't selling to the same people, but I don't believe anyone is
so dim that they can't appreciate a line like, "More memory can be easily
added in the future, using widely available standard parts" in the eye-
catcher glossies.  For that matter, I'd think it would give your "authorized
dealers", wherever the heck they live, higher margins on upgrades they
perform.
 
So again:  Why?  Why?  Why?
 
>============================================
>Opinions expressed above do not necessarily    -- Allan Pratt, Atari Corp.
>reflect those of Atari Corp. or anyone else.     ...ames!atari!apratt
 
 
--
>>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
   "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
 
------------------------------
 
Date: 6 Mar 90 17:35:46 GMT
From: mcsun!ukc!newcastle.ac.uk!turing!q1cbw@uunet.uu.net  (D.C. Halliday)
Subject: SIMMs for the STE
Message-ID: <1990Mar6.173546.6477@newcastle.ac.uk>
 
RE:  Arto Nummelin says...
 
>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.  IT WORKED!!!
>I took out the 256k x 8 SIMM (150 ns) and replaced them with two
>1M x 8 (80 ns) made by Samsung. Then I booted up and checked with a DA
>the amount of memory installed. 2048k it said!!!
>Then I tried to add my own SIMMs to the two free sockets. When
>I booted, it rebooted, rebooted ....... So it seems that you can't
>mix the 1M and 256k SIMMs.
 
As far as I can tell Atari have recoded the memory config table.
Testing the bits in the table on an STE give a 512K machine as having
512K in bank0 and 128K in bank 2! This means that it should be
possible to use say 3 1M simms and get 3 MEG of memory. (It may also
be possible to put in 4Mx8 simms if you can find any.) With a small
patch to stop the MMU causing an exception for addresses above 4Meg
the STe _might_ be expandable above the 4Meg limit of an STfm.
 
[ simm pinout deleted]the SIMM if anybody is interested:
 
Anyone know more about the possibity of more than 4Meg on an STe?
 
Dave H.
 
(D.C.Halliday@newcastle.ac.uk)
 
------------------------------
 
Date: 6 Mar 90 21:35:29 GMT
From: mcsun!sunic!kth.se!draken!perand@uunet.uu.net  (Per Andersson)
Subject: SIMMs for the STE
Message-ID: <3088@draken.nada.kth.se>
 
In article <2069@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
>The SIMMs are there mainly for the cost and space savings on the PC
>board, not so you can add memory to your machine.  Sometimes we use
 
Well, for us greedy devils who would like to have a 2 meg STe - is there
a way to identify these machines without opening them ? Or is that perhaps
classified... Inquiring minds want to know.
 
Per
--
---
Per Andersson
Royal Institute of Technology, Stockholm, Sweden
perand@admin.kth.se, @nada.kth.se
 
------------------------------
 
Date: 5 Mar 90 20:02:33 GMT
From: imagen!atari!apratt@ucbvax.Berkeley.EDU  (Allan Pratt)
Subject: SIMMs for the STE
Message-ID: <2069@atari.UUCP>
 
euaanu@eua.ericsson.se (Arto Nummelin) writes:
 
>I've just tested 1M x 8 SIMMs from a Mac IIcx in my 520 STE.
 
Here we go again: Standard SIMM Reply #1:
 
The SIMMs are there mainly for the cost and space savings on the PC
board, not so you can add memory to your machine.  Sometimes we use
SIPs, not SIMMs, and they're soldered right into the board! Don't rush
out and buy a 520STe expecting to be able to upgrade it.
 
============================================
Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
 
------------------------------
 
Date: 6 Mar 90 18:54:32 GMT
From: mcsun!ukc!newcastle.ac.uk!turing!q1rse@uunet.uu.net  (D.M. Johnson)
Subject: Sozobon C problems
Message-ID: <1990Mar6.185432.8328@newcastle.ac.uk>
 
        Thanks to all the people which sent me some help with the problem I was
having on the Malloc() function.  Part of the problem was bad C programming ( I
am new at the langauge :-)) but in the process of solving I discovered the main
cause.  It was the set up of the disk
 
        Set up as follows for using Sozobon C on a 512K STFM machine
 
        100K eternal2 RAM drive
        Gulam .. latest version
        Disk volumes set up as instructed in documentation
 
   When the program is complied with the RAM drive installed it produced the
error _malloc error_, this only occured if Malloc() (or malloc()) was included
in the program.
 
        Could anybody explain why this has happened
 
Thanks in advance
 
Dave
 
+------------------------------------+----------------------------------------+
| David M. Johnson                   | Janet : D.M.Johnson@uk.ac.newcastle    |
| c/o Electrical and Electronic Eng. | ARPA  : D.M.Johnson@newcastle.ac.uk    |
|     Merz Court                     | UUCP  : ...ukc!newcastle!D.M.Johnson   |
|     Newcastle University           |                                        |
|     Newcastle upon Tyne            |                                        |
|     NE1 7RU                        |                                        |
+------------------------------------+----------------------------------------+
| I DON'T KNOW ABOUT YOU BUT I COULD MURDER A CURRY said death                |
+------------------------------------+----------------------------------------+
 
------------------------------
 
Date: 6 Mar 90 21:26:15 GMT
From: rose.cis.ohio-state.edu!thompson@tut.cis.ohio-state.edu  (jeffery d
 thompson)
Subject: Space Ace
Message-ID: <77938@tut.cis.ohio-state.edu>
 
I just played the ST version of Space Ace at a computer store here in
Columbus. All I have to say is, IT IS INCREDIBLE!!!!!!!!!!!!!!!!!!!!!
The graphics, animation, sound and gameplay are all excellent, not to
mention that it loads quite fast which is another plus. There are 33
screens in this game and the five or so that I saw were all great.
The game is on four disks, but I don't know how much disk swapping is
necessary because I didn't get very far in the couple of minutes they
let me play it. I'm one of the lucky people who already ordered it last
week, so I should be getting a copy pretty soon, that way I can play
it over spring break. So, if anyone out there wants a program to show
off their ST, I strongly suggest that they get Space Ace, it's amazing!
Long live Atari, may the force be with you, and remember, X NEVER marks
the spot.
                                                Jeff
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #294
*****************************************