========================================================================= 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 *****************************************