=========================================================================
 
INFO-ATARI16 Digest         Tue, 24 Apr 90       Volume 90 : Issue  471
 
Today's Topics:
          (1) OCR experiences? (2) EMACS/shell capabilities?
                       EMACS/shell capabilities
                              JRI Board
      My opinion of the comp.sys.atari.st.tech proposal (2 msgs)
                      One world, One CPU, One OS
                         Process Descriptors
----------------------------------------------------------------------
 
Date: 24 Apr 90 05:38:58 GMT
From: zaphod.mps.ohio-state.edu!math.lsa.umich.edu!hyc@tut.cis.ohio-state.edu
 (Howard Chu)
Subject: (1) OCR experiences? (2) EMACS/shell capabilities?
Message-ID: <11799@stag.math.lsa.umich.edu>
 
In article <5440115@hplsla.HP.COM> andyc@hplsla.HP.COM (Andy Cassino) writes:
>] (why not use ue in gulam?)
 
>Well, one thing I've found is that the "me" built into gulam has difficulties
>with large files (>100K or so). I've found microemacs to be considerably more
>reliable - and faster.
 
I've used Gulam on files over 2 meg in size. The only other microemacs program
I have only works up to 64K. Gulam's is faster, and a little slicker to use.
(The other is the me that comes with MWC. Nice in it's time, but I stopped
using me+msh when I got gulam...)
--
  -- Howard Chu @ University of Michigan
  ... the glass is always greener on the side ...
 
------------------------------
 
Date: 23 Apr 90 19:48:04 GMT
From: ogicse!zephyr.ens.tek.com!orca.wv.tek.com!pogo!bluneski@uunet.uu.net  (Bob
 Luneski)
Subject: EMACS/shell capabilities
Message-ID: <8944@pogo.WV.TEK.COM>
 
In article <1990Apr23.134611.9702@water.waterloo.edu>
 ljdickey@water.waterloo.edu (L.J.Dickey) writes:
>In article <9004192056.AA03608@crash.cs.umass.edu> BROLIO@cs.umass.EDU writes:
>>Two questions:
>>1.  ...
>>
>>2.  Are there any posted emacs (say gnu) that interact with
>>the gulam shell well?  I am interested in the "suspend and
>>go to shell" type functions.  I am still using emacs 3.7
>>because it does that well, even though that release  ...
>
>Am I missing something?  Why not use the "me" that comes with Gulam?
>It supports the "~Z" to suspend an editing session.
>
 
Because with the new versions of Gulam and TOS 1.2 1.4, the bind keyboard
command does not work anymore(unless I'm missing something).  For me, the
ability to rebind keys is an absolute requirement for an editor.  In addition
there are some very useful features missing in the short but sweet resident
version in Gulam.  MicroEmacs 3.10 can be customized to your desire to
handle shell stuff with Gulam rather than the MWC shell.  I have attempted to
mail the Gulam authors about the problem but it always gets bounced back.
 
 
____________________________________________________________________________
  Bob Luneski
  Diamond Back Support Hotline:  bluneski@pogo.WV.TEK.COM
                                 Genie: B.LUNESKI1
 
  The opinions expressed herein are my own and in no way reflect the
  opinions of Tektronix, Inc.
 
------------------------------
 
Date: 23 Apr 90 19:33:12 GMT
From: mailrus!uflorida!beach.cis.ufl.edu!cr1@tut.cis.ohio-state.edu  (Anubis)
Subject: JRI Board
Message-ID: <22971@uflorida.cis.ufl.EDU>
 
Due to a LARGE number of replies from all over the world about the JRI
board, i thought I'd post a reply here about it, as promised.
 
(Sorry this took so long, the Gould went down for a few days , and I
lost access to NEWS, how awful!)
 
Before I get into it, this is just my opinion of the board, I do not
work for JRI or its competition.
 
The JRI Ram board uses SIMMS to upgrade your atari st to up to 4 megs.
You have to use at least 120 ns 1 meg x 8 low profile SIMMS.  These
simms can be mail ordered for 69 to 100 dollars, I got 80 ns simms for
85 dollars.  If you want to go to 1 meg, you can use 256k x 8 simms,
but that is only good for you 520 people.  Otherwise, the next jump is
to 2.5 megs, then to 4 megs.  Yes, it bypasses half a meg of onboard
memory if you are using a 1040 ST.  This means you get 2 1 meg simms
and bypass half a meg of on board memory, going to 2.5.  If you expand
to 4 megs, you bypass the entire onboard memory, so you need 4 1 meg
simms.  You do NOT have to fill in the entire simm board (JRI board)
with simms...I mention this because someone asked this specifically.
 
For those of you contemplating an upgrade, I had a problem with my
mmu.  It seems that MMU's with part number c100109 MAY have a problem
with addressing more then 1 meg of memory.  It is suggested that you
replace  it with part number c025912-38.  My local atari store had a
problem getting one.  What I did was open up a STart magazine and look
in the back where it lists Atari dealers.  Call down the list until
you find someone with an MMU available.  Didn't take more then 2
tries.  They sent me a Mega MMU and it works just fine in my ST. (1040
ST...did I say that?).
 
I did not do this mod myself.  It is my opinion that the documentation
provided could have been much better.  It involves placing in some
jumpers and removing some resistors.  There was, in fact, an error in
the documentation provided to me, luckily the guy working on it caught
the error.  This was probably a typo.  Unless you are good with
electronics and have worked on an ST before, I don't suggest you do it
yourself, but then I am not very confident with that sort of thing.
 
I went to 2.5 megs with my 1040 ST.  The memory works just fine, I
have no errors or problems.  The best thing is the board is small...it
fits right under my  keyboard, and I can even put the case on!  This
is a plus for those of you with things already in your st like a
tweety board, pc ditto ii, etc.
 
If you buy the memory board, for a small amount of extra cash you can
get the color mod.  The color mod is a very small board with another
video shifter on it attached to the memory board by a ribbon cable.
You have to remove your video shifter (SOME ST's have the video
shifter soldered in...mine did.  They have LOTS of pins...not easy to
remove...) and put the shifter into another slot in the board, right
next to the provided shifter.  then, put the board into the old space
your shifter was originally in.  I had to install a couple of sockets
to raise it high enough to avoid hitting the other components, but
that was no big deal.  Let me tell you, the colors work great!  I have
tried Space Ace using it, and it does indeed use the extra pallete.
No extra software is needed to use the extra colors with the
game...just put the game in and boot up normally.  I also tried Full
Metal Planete by Infogram , wich also uses the STe colors, and it did
indeed see the extra colors!  This leads me to believe that any STe /
ST game that uses the STe colors , the color board will take advantage
of, but dont quote me on it.
 
For those of you interested in getting info from John Russel
Innovatios, here is the address:
 
John Russell Innovations
PO Box 5277
Pittsburg, CA 94565
 
Or call (414)458-9577
 
Like I said, the only complaint I have about it is the docs could be better.
2.5 megs is SO nice...
 
Oh, price!  The board cost me 125 dollars, that is without simms, and
it was 25 extra dollars for the color mod.  The color mod will cost
you more if you do not buy the memory board with it.  You can get
SIMMS from JRI, I believe.
 
 
 
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
*     Christoper Roth                         *  "Machines have no
*     InterNet  :  cr1@beach.cis.ufl.edu      *   Conscience..."
=-=-=-=-=-=-=-=-=-=-=-=-=-Post No Bills-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 
------------------------------
 
Date: 23 Apr 90 21:21:28 GMT
From: mephisto!uflorida!haven!wam!dmb@handies.ucar.edu  (David M. Baggett)
Subject: My opinion of the comp.sys.atari.st.tech proposal
Message-ID: <1990Apr23.212128.11691@wam.umd.edu>
 
In article <1647@electro.UUCP> carlo@electro.UUCP (Carlo Sgro) writes:
>
>I would wholly support the division of the Atari ST newsgroup into many more
>specific newsgroups.  How about comp.sys.atari.st.emulator for PC-Ditto,
>Supercharger, Spectre, etc. discussions?
>--
>
>Carlo Sgro                                Not a card-carrying member of the
>watmath!watcgl!electro!carlo              Laurie Bower Singers Fan Club.
 
Folks, a few things to keep in mind:
 
1) Please put news.groups in the Newsgroups: and Followup-To: lines of your
   messages so they will get cross-posted to to where they really belong.
   (Newsgroup creation guidelines dictate.)
 
2) The proposal is just for creation of one new group: comp.sys.atari.st.tech.
   To "officially" discuss other new groups, you'll have to do another call
   for discussion, which must be posted to news.announce.newgroups.  For now,
   let's stick to the discussion of c.s.a.s.tech and worry about creating
   other groups later.
 
(and now, back to our regularly scheduled news thread...)
 
Dave Baggett
dmb@cscwam.umd.edu
 
------------------------------
 
Date: 23 Apr 90 17:47:32 GMT
From:
 zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!news-server.csri.toronto.edu!utgpu!
 watserv1!watcgl!electro!carlo@tut.cis.ohio-state.edu  (Carlo Sgro)
Subject: My opinion of the comp.sys.atari.st.tech proposal
Message-ID: <1647@electro.UUCP>
 
In article <3113@rodan.acs.syr.edu> jfbruno@rodan.acs.syr.edu (John F. Bruno)
 writes:
>As the saying goes: "Don't fix something that works"
 
In my opinion, the Atari newsgroup does NOT work.  There is just far too much
diverse and dissimilar information.  As a result, I can't even set up a KILL
file that gets rid of even 10% of what I don't want to read.
 
 
>Of course it seems nice to have a seperate
>technical group, but anyone who has been using Usenet for a while knows that
>a good percentage of the articles will probably be posted to all of the ST
>groups, so we'll have twice the messages to wade through.
Not if your newsreader either handles read crossposted articles correctly or
if you have a KILL file in which you can put "/comp.sys.atari.st.tech/h:j"
The only other solution would be for people to put keywords in the subject
line, similar to what is done in rec.arts.tv.soaps.
 
 
>People that just
>subscribe to one or the other group might be missing out on something.
I doubt that I would.  If an article is posted to the technical newsgroup, I
probably wouldn't care.  Even if there is the occasional article that I would
miss, I would much prefer to have the built-in separation so that I don't have
to worry about wading through all of the articles that I know that I don't have
interest in.
 
 
>I also think that everyone has an interest in some technical issues as well
>as more general topics.
Nope.  I don't care about technical articles as I don't do any ST-specific
programming.  I would welcome a technical newsgroup as a way of restricting
the articles that I have to see.
 
 
>Most people would subscribe to all ST groups, so would be
>reading cross-posted articles multiple times.
See above remark.
 
 
I would wholly support the division of the Atari ST newsgroup into many more
specific newsgroups.  How about comp.sys.atari.st.emulator for PC-Ditto,
Supercharger, Spectre, etc. discussions?
--
 
Carlo Sgro                                Not a card-carrying member of the
watmath!watcgl!electro!carlo              Laurie Bower Singers Fan Club.
 
------------------------------
 
Date: 23 Apr 90 17:16:16 GMT
From: usc!zaphod.mps.ohio-state.edu!rpi!uupsi!rodan!wwtaroli@ucsd.edu  (Bill
 Taroli)
Subject: One world, One CPU, One OS
Message-ID: <3117@rodan.acs.syr.edu>
 
In article <0093590A.B7AD4F40@MAPLE.CIRCA.UFL.EDU> vladimir@oak.circa.ufl.edu
 ("John 'Vlad' Adams") writes:
>This newsgroup is named comp.sys.amiga, right?
>Then why in the HELL am I wading through all these messages
>about IBM's, Macintoshes, Apple IIGS's, NeXT's, and Atari's?
 
Well, if you notice the "Newsgroups" line, you'll see exactly why: people are
too lazy to alter the Newgroups line, even when the material changes from that
of the original posting....
 
--
*******************************************************************************
* Bill Taroli (WWTAROLI@RODAN.acs.syr.edu)    | "You can and must understand  *
* Syracuse University, Syracuse NY            | computers NOW!" -- Ted Nelson *
*******************************************************************************
 
------------------------------
 
Date: Mon,23 Apr 90 09:38:48 BST
From: R.D.Chafer%sysc.salford.ac.uk@NSFnet-Relay.AC.UK
Subject: Process Descriptors
Message-ID: <23 Apr 90 09:38:48 A10548@UK.AC.SALF.C>
 
Dear Netters
 
The Hitchhikers Guide to the BIOS makes reference to struct pd, a
process descriptor (found via Getmpb). Does anyone know the flayout
of this structure.
 
Thanks
 
Robert Chafer
 
 
=========================================================================
From:  Robert Chafer
 
       FTN77 Group
       Computing Centre             Telephone: +44 61 745 5678
       University of Salford,       Fax:       +44 61 745 5666
       Salford M5 4WT
       United Kingdom
 
E-mail:
    JANET:   chafer @ uk.ac.salford.sysc
    ARPANET: chafer%uk.ac.salford.sysc @ nss.cs.ucl.ac.uk
    BITNET:  chafer%uk.ac.salford.sysc @ uk.ac
        or   chafer%uk.ac.salford.sysc%ukacrl.bitnet @ cunyvm.cuny.edu
 
------------------------------
 
End of INFO-ATARI16 Digest V90 Issue #471
*****************************************
