Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 90 Issue 286
=========================================================================
INFO-ATARI16 Digest Mon, 5 Mar 90 Volume 90 : Issue 286
Today's Topics:
Another umoria teaser
MULTISYNC RECOMMENDATIONS
problems with receiving Digests
Running the MIDI ACIA at 500KHz
RWABS TRAPPING ERRORS...
SIMMs for the STE
SM124 mono monitor adjust query
Sozobon C HCC 1.2 problem
STE DMA sound (documentation posted)
----------------------------------------------------------------------
Date: 5 Mar 90 06:35:55 GMT
From: chinet!saj@gargoyle.uchicago.edu (Stephen Jacobs)
Subject: Another umoria teaser
Message-ID: <1990Mar5.063555.28414@chinet.chi.il.us>
I've been spending time on the port of umoria 5.x
to the ST under Mark Williams
C instead of doing things I should have done. As of Sunday night, it's
beginning to be playable. Expect the binary to be posted in about 2 weeks.
And this time it WILL fit on a 520 ST (I think).
Steve J.
------------------------------
Date: 5 Mar 90 07:22:05 GMT
From: kd4nc!rbdc!mccann@gatech.edu (Mike McCann)
Subject: MULTISYNC RECOMMENDATIONS
Message-ID: <1990Mar5.072205.18591@rbdc>
I have an SM124 I'd part with for $100, if you'll pay shipping (it's a
seller's market now, looks like, to me). The multisync option is a good one (I
use one now) but it isn't cheap. Anyway, here's my address:
Mike McCann
1101-4 Barbara Ann Circle
Winston-Salem, NC 27103
phone at 919-760-3438
EOFZZ
------------------------------
Date: 04 Mar 90 14:38:49 +0100
From: DOWRY%HSEPM1.HSE.NL@CUNYVM.CUNY.EDU
Subject: problems with receiving Digests
I have no Digests received since last 24 feb 90 from the Atari16 list
What is the matter!!!!!
Piet van Wanroij
Hogeschool Eindhoven (The Netherlands)
Thanks.
------------------------------
Date: 5 Mar 90 05:51:10 GMT
From:
zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!wam!dmb@tut.cis.
ohio-state.edu (David M. Baggett)
Subject: Running the MIDI ACIA at 500KHz
Message-ID: <1990Mar5.055110.10206@wam.umd.edu>
I notice that it's possible to change the clock divider value for the
ACIAs, meaning that, in theory, one could run the MIDI port at 500K
baud. Normally, the divider is 16: 500KHz / 16 = 31250 baud. Setting
the divider to 1 would give a 500KHz clock = 500K baud.
Has anyone experimented with this? My initial attempt at this causes
the machine to hang, but that might be because the OS code to handle
the interrupts is not fast enough to handle that data rate (e.g., the
buffer may be too small).
Am I re-inventing the wheel, or attempting the impossible?
Thanks all,
Dave Baggett
dmb@cscwam.umd.edu
------------------------------
Date: 5 Mar 90 10:39:41 GMT
From:
zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!
cs325ec@tut.cis.ohio-state.edu
Subject: RWABS TRAPPING ERRORS...
Message-ID: <16000019@ux1.cso.uiuc.edu>
Yet another Rwabs question:
Can anyone tell me how to trap the call to the dialog
box which says something to the effect of Data in
Drive X: is damages... ?
Thanks in advance
-- Greg
------------------------------
Date: 4 Mar 90 19:24:30 GMT
From: mcsun!sunic!ericom!erix.ericsson.se!eua.ericsson.se!euaanu@uunet.uu.net
(Arto Nummelin)
Subject: SIMMs for the STE
Message-ID: <2703@erix.ericsson.se>
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.
Here's the pinout for the SIMM if anybody is interested:
1 +5V
2 CAS
3 D0
4 A0
5 A1
6 D1
7 A2
8 A3
9 GND
10 D2
11 A4
12 A5
13 D3
14 A6
15 A7
16 D4
17 A8
18 A9
19 -
20 D5
21 WE
22 GND
23 D6
24 -
25 D7
26 -
27 RAS
28 -
29 -
30 +5V
I found an article in BYTE Jan 88 (Ciarcia's circuit cellar, BCC180 computer)
with a SIMM in the schematic. The article number for that SIMM (a 256k x 8)
was HB 561009A. I checked that my SIMM had the same pinout (except for
pin 18 which is only on 1M SIMMs).
So now you know.
/Arto Nummelin
Arto.Nummelin@euas20.ericsson.se
------------------------------
Date: 5 Mar 90 08:02:01 GMT
From: kd4nc!rbdc!mccann@gatech.edu (Mike McCann)
Subject: SM124 mono monitor adjust query
Message-ID: <1990Mar5.080201.18716@rbdc>
s is stupid (pardon my honesty), I work on monitors for a living, and there is
ABSOLUTELY NOTHING a degaussing coil can do to help a monochrome monitor! If
the man has a color monitor or tv nearby, or external speakers, they should be
moved first; if that ain't it THEN we mess with the things magnets. But don't
degauss, you will probably only erase your disks!
EOF
------------------------------
Date: Fri, 02 Mar 90 11:59:34
From: Rat <S61304%PRIME-A.POLY-SOUTH-WEST.AC.UK@CUNYVM.CUNY.EDU>
Subject: Sozobon C HCC 1.2 problem
(From "The Masked Rat Fink" "Computing and Informatics Yr4")
Does anyone know if there is a problem with the binary of HCC in the Sozobon
1.2 upgrade?
I'm using it from within Gulam and am getting three bombs, it then returns to
the shell and allows me to continue. It creates an empty .S file /w len=0.
My setup is a 520STFM /w 1Meg, DCSHOWIT in auto and the QMI DeskCart! booted,
using Gulam (beta test version, is there a newer one kicking around??).
I would appreciate any thoughts on this situation.
Also, if I call CC whilst in the root directory, using the PATH environment
variable in Gulam, CC then comes back and says that it can't find hcc!!
This is perplexing, because hcc is in the same directory and is callable from
the shell.
Again, thoughts on this problem welcome.
TMRF (An enthusiastic but _very_ novice C hacker!)
| Simon Chappell (The Masked Rat Fink)
| Computing and Informatics (Final Year), Polytechnic South West (Plymouth)
|
|"Better the pride that resides, in a citizen of the world,
| than the pride that divides, when a colourful rag is unfurled." - RUSH
|
| JANET S61304@uk.ac.psw.pa BITNET S61304@pa.psw.ac.uk
| INTERNET S61304%uk.ac.psw.pa@nsfnet-relay.ac.uk
|
| Disclaimer: 'And you believed ME?' <falls on floor laughing>
------------------------------
Date: 5 Mar 90 05:00:36 GMT
From: silver!kclenden@iuvax.cs.indiana.edu (Kevin Clendenien)
Subject: STE DMA sound (documentation posted)
Message-ID: <37899@iuvax.cs.indiana.edu>
In article <1990Mar4.060034.28571@ux1.cso.uiuc.edu> forbes@aries.scs.uiuc.edu
(Jeff Forbes) writes:
->In article <37824@iuvax.cs.indiana.edu> kclenden@silver.ucs.indiana.edu (Kevin
Clendenien) writes:
->>
->>FREE????? I think not Mr. Covert. Why do you think that Apple
->>computers with similar options to Atari computers cost about
->>twice as much? One reason is because Apple is committed to
->>providing information about those computers. Of course they
->>have to pay someone to do that, so they just charge more
->>up front to cover the cost later. The information you're
->>getting is not free, but only appears to be free.
->
->Apple advertises a great deal more than Atari. I saw one report that 40% of
->Apple's income goes to advertising. Not a trivial amount.
->
-> Jeff
That's true. Of course the bottom line goal of advertising is to sell
more systems. Selling more systems results in a larger user base.
A larger user base means that there are more people that want to
buy information. More people wanting to buy information means that
Apple can charge less, per person, for that information. It's all
a vicious circle.
--------------------------------------------------------------------------
kclenden@silver.bacs.indiana.edu Kevin Clendenien
BLoomington Atari ST users group BLAST, President
BLAST BBS - (812) 332-0573 FNET node #141
------------------------------
End of INFO-ATARI16 Digest V90 Issue #286
*****************************************