home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / TEXTMAGS / ATARI16 / INFO91.ZIP / INFO91 / 666.TXT < prev    next >
Text File  |  1992-05-11  |  26KB  |  638 lines
  1. Info-Atari16 Digest         Wed, 18 Dec 91       Volume 91 : Issue 666
  2.  
  3. Today's Topics:
  4.                          1280*960 IMG ? Yes!
  5.                              Atari books
  6.                   CACHEXXX.PRG Where can I find it?
  7.                       Just how _do_ you force a
  8.                   Mail server @ terminator? (2 msgs)
  9.                         Mint and GEM (2 msgs)
  10.                       Pagestream printer drivers
  11.                         PYM Demo on Terminator
  12.                           Sozobon shell ???
  13.                        Sozobon V2.0 crc fault??
  14.                      ST-Super-VGA Information...
  15.                          ST Disk Utility Prgs
  16.                       TOS 1.2 Pexec-Mode 4 fails
  17.                                TOS 2.06
  18.                       TOS 2.06 Available in USA!
  19.                          Unix-Windows for ST
  20.  
  21. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  22. cross-posting to/from Usenet is getting closer, but still getting thrashed
  23. out.  Please send notifications about broken digests or bogus messages
  24. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  25.  
  26. Please send requests for un/subscription and other administrivia to
  27. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  28. instead of the moderators are likely to be lost or ignored.
  29.  
  30. If you want to unsubscribe, and you're receiving the digest indirectly
  31. from someplace (usually a BITNET host) that redistributes it, please
  32. contact the redistributor, not us.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Wed, 18 Dec 91 10:16
  36. From: "the GUARDIAN"
  37.  <UK1T%DKAUNI2.bitnet@CUNYVM.CUNY.EDU>
  38. Subject: 1280*960 IMG ? Yes!
  39. To: Info-Atari16@naucse.cse.nau.edu
  40.  
  41. Hy there!
  42. If you want to get a BIG-IMG( >640*480 ) then you can use e.g.
  43. 'snapshot'-programs which run with TTM 194.
  44. Lots of these programs are in PD-Pools.
  45. But there is only one program I know, which can 'snapshot' everywhere
  46. in every resolution and with every graphics-extension :
  47. Mortimer Plus (Omikron.Software, Germany).
  48. Most items of this program are not well, and when you use Mortimer,
  49. you will have more often bombs on your screen than usually... but
  50. this function (Snapshot) works well.
  51. More Info: UK1T@ibm3090.rz.uni-karlsruhe.de
  52.  
  53. ------------------------------
  54.  
  55. Date: 18 Dec 91 07:26:12 GMT
  56. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  57. Subject: Atari books
  58. To: Info-Atari16@naucse.cse.nau.edu
  59.  
  60. In article <1991Dec17.160200.9971@gumby.cc.wmich.edu> obryan@gumby.cc.wmich.edu
  61.  (Mark O'Bryan) writes:
  62. > In article <3mUzpIWZmOk@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca writes:
  63. > > In <1991Dec10.053556.4131@actrix.gen.nz>, Roger Sheppard writes:
  64. > > >In article <tdwpc93qpW.@jonh.wimsey.bc.ca> jhenders@jonh.wimsey.bc.ca
  65.  writes:
  66.  
  67. Stuff removed
  68.  
  69. The book you're thinking of is "Compute's ST Applications Guide: PRO-
  70. > GRAMMING IN C", by Field, Mandis, and Myers.  Copyright 1986.
  71. >
  72. > --
  73. > Mark T. O'Bryan                 Internet:  obryan@gumby.cc.wmich.edu
  74. > Western Michigan University
  75. > Kalamazoo, MI  49008
  76.  
  77. Is this book any good..!!!
  78. --
  79. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  80. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  81. ***  Kapiti                        At least I don't Flicker,         ***
  82. ***  New Zealand..          *      not like a dying light globe      ***
  83.  
  84. ------------------------------
  85.  
  86. Date: 17 Dec 91 20:14:06 GMT
  87. From:
  88.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat
  89.  e.edu!paperboy.micro.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve
  90.  Yelvington)
  91. Subject: CACHEXXX.PRG Where can I find it?
  92. To: Info-Atari16@naucse.cse.nau.edu
  93.  
  94. [In article <SSykmML81IM@jonh.wimsey.bc.ca>,
  95.      jhenders@jonh.wimsey.bc.ca (John Henders) writes ... ]
  96.  
  97.  >      One strange phenomenom though, I notice when expire is deleting
  98.  > messages, that the deletion progressively slows down, after about 60+
  99.  > deletions, it's runing about 1/4 normal speed. Someone told me this is
  100.  > because TOS still sees the deleted filenames and has to seek past them
  101.  > to find the next file. Anyone know if this is true, or if the expire
  102.  > program just isn't written very efficiently?
  103.  
  104. It's a TOS phenomenon. Subdirectories are just special files. If you have
  105. 90 bazillion files in a directory, the file gets very long (and, because
  106. of the odd order in which you probably created those files, the directory
  107. may be fragmented all over the disk). Scanning through those zapped files
  108. slows down the system something fierce.
  109.  
  110. That behavior, plus the pre-TOS-1.4 problem with opening files on a very
  111. full disk drive, led Dale Schumacher and I to choose a different method of
  112. storing Usenet messages in the rnews that we wrote a couple of years ago.
  113.  
  114. Instead of a single file per message, we have a single file per newsgroup.
  115. Messages are stored in common Unix mailbox format -- i.e., concatenated
  116. with "From <user> <date>" at the top of each message. Expiration is
  117. performed by a file-trimming utility.
  118.  
  119. This method lets rnews and expiration processes run much faster, but it
  120. introduces its own set of problems -- notably the need to scan very long
  121. files in order to get a directory of messages in a group, and the need for
  122. some sort of message-ID searching to find each user's previous
  123. highest-read marker. We never really developed a satisfactory user
  124. interface for all of this, which is one reason it was not released.
  125.  
  126.  --
  127.  Steve Yelvington, Marine on St. Croix, Minnesota     <steve@thelake.mn.org>
  128.  I ate two helpings of lutefisk ... and lived to tell the tale.
  129.  
  130. ------------------------------
  131.  
  132. Date: 16 Dec 91 09:24:00 GMT
  133. From:
  134.  noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!ya
  135.  le.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Laurenz_Pruessner
  136.  @arizona.edu (Laurenz Pruessner)
  137. Subject: Just how _do_ you force a
  138. To: Info-Atari16@naucse.cse.nau.edu
  139.  
  140. Allan Pratt (apratt @ atari.uucp) writes:
  141.  
  142. >Please  don't jump down my throat for not answering directly.  Why don't we
  143. >make this stuff available for free?  Because it's not free for us to create
  144. >and disseminate this information.  The developer program is hardly a profit
  145. >center.
  146.  
  147. This is probably one of the biggest misunderstandings of the Atari Corp.
  148.  
  149. The developer program does not pay immediately, but it helps to establish
  150. a computer system that would otherwhise suffer from a lack of good software.
  151. So an efficiently working developer support really produces profits, even
  152. though you don't see it immediately.
  153.  
  154. To my mind one of the reasons why Atari seems to be dying continously in the
  155. US is that there's more or less no good and clean software over there. And
  156. there can't be good software without good, quick and immediate information.
  157.  
  158. >============================================
  159. >Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  160. >reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  161.  
  162.  /------------------------------------------------------------------------\
  163. I Laurenz   Pruessner I  "Thank you for making my life more complicated."  I
  164. I Hamburg  /  Germany I                         Leonard Tramiel, 8/24/1991 I
  165. I                     I                                                    I
  166. I Long live Cyberpunk I----------------------------------------------------I
  167. I      Actionware     I             Laurenz_Pruessner@hh.maus.de           I
  168.  \------------------------------------------------------------------------/
  169.  
  170. ------------------------------
  171.  
  172. Date: 18 Dec 91 07:30:59 GMT
  173. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  174. Subject: Mail server @ terminator?
  175. To: Info-Atari16@naucse.cse.nau.edu
  176.  
  177. In article <1856793.569206@DMSWWU1C.BITNET> zwq017@DMSWWU1C.BITNET (Bjarne
  178.  Pohlers) writes:
  179. > In article <95679@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes:
  180. > >
  181. > >I was just wondering if there was a mail server for the atari files at
  182. > >terminator.cc.umich.edu that are available via ftp. I just want a backup
  183. > >in case I ever lose ftp access or something. If so, what is the address,
  184. > >and how do you use it?
  185. > Yes, such a mail-server exists.
  186. > Send a mail-message to atari@atari.archive.umich.edu which contains
  187. >
  188. > help
  189. >
  190. > as mail-body and you will get more info.
  191. > --
  192. >
  193.  !"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[
  194. > "  Bjarne Pohlers    Fast address: <srb110@math.uni-muenster.de>
  195.  &
  196. > \                    Slow address: Asbeckweg 15 | W-4400 Muenster | Germany
  197.  \
  198. > &                    Phone number: (xx49)251-866559
  199.  "
  200. >
  201.  [":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=!["'.-!?=;)/&%$"!
  202.  
  203. I think you will find that BART is down, and from what they state they
  204. don't know when it will be up..???
  205.  
  206.  
  207. --
  208. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  209. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  210. ***  Kapiti                        At least I don't Flicker,         ***
  211. ***  New Zealand..          *      not like a dying light globe      ***
  212.  
  213. ------------------------------
  214.  
  215. Date: 18 Dec 91 12:32:30 GMT
  216. From:
  217.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!malgudi.oar.net!yfn.
  218.  ysu.edu!ysub!psuvm!frmop11!dearn!dmswwu1c!zwq017@arizona.edu (Bjarne Pohlers)
  219. Subject: Mail server @ terminator?
  220. To: Info-Atari16@naucse.cse.nau.edu
  221.  
  222. In article <1991Dec18.073059.7811@actrix.gen.nz> Roger.Sheppard@actrix.gen.nz
  223.  (Roger Sheppard) writes:
  224. >      [...]
  225. >In article <1856793.569206@DMSWWU1C.BITNET> zwq017@DMSWWU1C.BITNET (Bjarne
  226.  Pohlers) writes:
  227. >> [...]
  228. >> Send a mail-message to atari@atari.archive.umich.edu which contains
  229. >>
  230. >> help
  231. >>
  232. >> as mail-body and you will get more info.
  233. > [...]
  234. >I think you will find that BART is down, and from what they state they
  235. >don't know when it will be up..???
  236. >
  237. I just tested BART with `help' and `index' and it worked!
  238. --
  239. !"$%&/);=?!-.'"[!=({\,@*%#+$['&~(/!&=]`"%$_~.|?>}`>|"/%~<$:&)*;#!;[&=#"&%$\':"[
  240. "  Bjarne Pohlers    Fast address: <srb110@math.uni-muenster.de>              &
  241. \                    Slow address: Asbeckweg 15 | W-4400 Muenster | Germany   \
  242. &                    Phone number: (xx49)251-866559                           "
  243. [":'\$%&"#=&[;!#;*)&:$<~%/"|>`}>?|.~_$%"`]=&!/(~&'[$+#%*@,\{(=!["'.-!?=;)/&%$"!
  244.  
  245. ------------------------------
  246.  
  247. Date: Wed, 18 Dec 91 14:34:39 mez
  248. From: Michael Hohmuth <hohmuth@freia.inf.tu-dresden.de>
  249. Subject: Mint and GEM
  250. To: Info-Atari16@naucse.cse.nau.edu
  251.  
  252. Olaf Schlueter writes:
  253.  
  254. > If you use Gemini or the builtin desktop and bg.ttp to let TOS programs
  255. > like TeX run in background, the background processes get almost no CPU
  256. > time, even if the GEM program is blocked by an evnt_...  call. [...]
  257. >
  258. > [...]
  259. >
  260. > Seems like the AES needs a patch for Mint to handle evnt_... calls
  261. > without event polling. Any ideas for a patch ?
  262.  
  263. An appropriate "patch" could be an accessory that sometimes gets activated by
  264. an evnt_timer(0,0) call and then performs an Syield() call.
  265.  
  266. Michael Hohmuth
  267.  
  268. hohmuth@freia.inf.tu-dresden.de
  269.  
  270. ------------------------------
  271.  
  272. Date: 18 Dec 91 12:55:30 GMT
  273. From:
  274.  noao!asuvax!cs.utexas.edu!wupost!darwin.sura.net!Sirius.dfn.de!fauern!faui43.in
  275.  formatik.uni-erlangen.de!faui09!roarment@arizona.edu (Roberto Armenti)
  276. Subject: Mint and GEM
  277. To: Info-Atari16@naucse.cse.nau.edu
  278.  
  279. olaf@oski.toppoint.de (Olaf Schlueter) writes:
  280.  
  281. >After trying Mint 0.91, I found it pretty stable and useful, but
  282. >cooperation with GEM is poor. Performance is what one expects
  283. >of an 8 MHz CPU 68000, as long as there is no GEM program running.
  284.  
  285. >If you use Gemini or the builtin desktop and bg.ttp to let TOS programs
  286. >like TeX run in background, the background processes get almost no CPU
  287. >time, even if the GEM program is blocked by an evnt_...  call.  The
  288. >reason is apparently, after checking GEM operation with SYSMON, that the
  289. >AES does active polling of mouse and keyboard events in the following
  290. >manner:
  291.  
  292. >The mouse movement and button change interrupt vectors of VDI are used by
  293. >AES to set flags indicating that the mouse has changed state
  294.  
  295. >The AES scheduler seems to poll the keyboard by the use of vsm_string
  296. >(vrq_string in sample mode) and the mouse by looking at the flags set by
  297. >the routines above.  When the user moves the mouse, AES starts polling
  298. >mouse position by vq_mouse for possible activation of drop down menus.
  299.  
  300. >Seems like the AES needs a patch for Mint to handle evnt_... calls
  301. >without event polling. Any ideas for a patch ?
  302.  
  303. I too found this problem and solved it without a patch:
  304. The obvious point was that GEM doesn't call GEMDOS very often when
  305. waiting for any event. It seems to me that MiNT schedules processes
  306. upon return of a system call. So the obvious thing to do was the following:
  307. I wrote a very little accessory that forces GEM to call GEMDOS and thus
  308. can be scheduled by the MiNT kernel:
  309.  
  310. -----------snipp------------------------------snipp------------------
  311.  
  312. #include <aes.h>
  313. #include <mintbind.h>
  314.  
  315. int main( void )
  316. {
  317.         appl_init();
  318.  
  319.         while(1)
  320.         {
  321.                 envt_timer(0,50);               /* GEM waits 50 milliseconds */
  322.                 Syield();
  323.         }
  324. }
  325.  
  326. --------snipp-------------------------snipp----------------snipp------
  327.  
  328. That's it. The thing is that every 50 milliseconds GEM is preempted
  329. from the processor and the MiNT kernel has the opportunity to let
  330. another process run.
  331.  
  332. You'll see that your background TeX-process will get much more processor
  333. time than it got when running without this accessory. I don't know if
  334. this is a clever solution or if I am doing something that I should't do,
  335. but this solution works fine.
  336.  
  337. Hope this helps
  338.         Ciao
  339.                 Roberto
  340.  
  341. --
  342. *              roarment@cip.informatik.uni-erlangen.de                    *
  343. *          Roberto Armenti, Loewenichstr. 37, W8520 Erlangen, Germany        *
  344. ------------------------------------------------------------------------
  345.       "Beam me up, Scotty. There is no intelligent life on this planet."
  346.  
  347. ------------------------------
  348.  
  349. Date: 16 Dec 91 07:37:15 GMT
  350. From:
  351.  munnari.oz.au!comp.vuw.ac.nz!med.wcc.govt.nz!kosmos.wcc.govt.nz!fmcg!equinox!sh
  352.  ore@tcgould.tn.cornell.edu (Craig Shore)
  353. Subject: Pagestream printer drivers
  354. To: Info-Atari16@naucse.cse.nau.edu
  355.  
  356. This message is posted on behalf of a friend that doesn't have access
  357.   to internet, If anyone can help could you please reply by *email*
  358.   only, not on this newsgroup as we don't receive it here yet.
  359.  
  360.  Thanks,
  361.    Craig,
  362.     (ChCh, New Zealand).
  363.  
  364. Message follows...
  365. ------------------------------------------------------------------
  366. Can anyone assist by providing a source to obtain the following printer
  367. drivers for 'Pagestream' DTP program:
  368. 1) Mannesman-Tally Spirit 80
  369. 2) Bluechip
  370.  
  371. These drivers were not included with my revision of pagestream, and the
  372. latest version lists them as now available. Most of my output is printed
  373. by
  374. lazer by others, but the ability to output drafts 'in house' would be
  375. very
  376. usefull.
  377.  
  378.  
  379. -------------------------- Craig Shore -------------------------
  380.  Email:INTERNET - shore@equinox.gen.nz   FIDO - 3:770/120
  381.        SLNET - 250:700/1266 or 250:700/578
  382. -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
  383. >>>  NIXONS THEOREM : The man who can smile when things go   <<<
  384. >>>  wrong has thought of someone he can blame it on.        <<<
  385.  
  386. ------------------------------
  387.  
  388. Date: 18 Dec 91 05:08:45 GMT
  389. From:
  390.  noao!ncar!gatech!usenet.ins.cwru.edu!cleveland.Freenet.Edu!al885@arizona.edu
  391.  (Gerard Pinzone)
  392. Subject: PYM Demo on Terminator
  393. To: Info-Atari16@naucse.cse.nau.edu
  394.  
  395. In a previous article, selick@bucsf.bu.edu (Steven Selick) says:
  396.  
  397. >
  398. >After reading a message earlier about a 1.8 meg demo called PYM.ARC, I
  399. >decided to get it and take a look. It is the "Punish Your Machine" demos
  400. >that were shown last August in Germany. There were 4 lzh files that
  401. >turned into 4 msa files and finally turned into 2 disks. It is very
  402. >nicely dono. I wish some of these fantastic programmers would write some
  403. >really good graphics applications or games that would be STE compatible!
  404. >
  405. How much memory do you need to run it?  BTW, how the hell is a person
  406. with one disk drive and no HD supposed to unarc that 1100+ file?!
  407. Also, how am I gonna transfer it from a HD IBM disk to a 720k ATARI
  408. format disk?!
  409.  
  410. I'd really perfer msa's of a reasonable length like the LOST BOYS Finalle.
  411. --
  412.    _______   ________   ________   "Small nose, loose girls, no nipples, (.|.)
  413.   /   ___/  /  _____/  /  __   /   Iczer curls!"  -=-  Gerard Pinzone     ).(
  414.  /   ___/  /  /____   /  __   /          gpinzone@george.poly.edu        ( v )
  415. /______/  /_______/  /__/ /__/       Join the ECA Wehrmacht! Kill CM!     \|/
  416.  
  417. ------------------------------
  418.  
  419. Date: Wed, 18 Dec 91 12:54 N
  420. From: SCHARTZ%WET.RUG.AC.BE@CUNYVM.CUNY.EDU
  421. Subject: Sozobon shell ???
  422. To: info-ATARI16@naucse.cse.nau.edu
  423.  
  424. Hi, several days ago, I decoded the SOZOBON C compiler. It was
  425. very disappointing to discover that the whole package is composed
  426. of several TTP files. I think it's very hard to use TTP files (and I
  427. don't seem to be the only one, according to reactions of others).
  428. So I would like to know if there exists some sort of Manager / Shell
  429. / Editor that can be used to coordinate and simplify the work with
  430. Sozobon.
  431.  
  432. Thanks in advance for any suggestions,
  433. Schartz@wet.rug.ac.be
  434.  
  435. ------------------------------
  436.  
  437. Date: 18 Dec 91 04:52:43 GMT
  438. From: munnari.oz.au!darwin.ntu.edu.au!topfm@uunet.uu.net
  439. Subject: Sozobon V2.0 crc fault??
  440. To: Info-Atari16@naucse.cse.nau.edu
  441.  
  442. In article <692675075.1@tdkt.kksys>, Chuck.Grimsby@tdkt.kksys.com (Chuck
  443.  Grimsby) writes:
  444. >
  445. > In a message of <Dec 11 12:46>, Steve Yelvington (1:282/31) writes:
  446. >  >From: steve@thelake.mn.org (Steve Yelvington)
  447. >  >Newsgroups: comp.sys.atari.st
  448. >
  449. >  >Here is how uuencoding works.
  450. >
  451. >  >In English: What you're doing here is taking a group of three bytes,
  452. >  >spreading their bits out across a set of four bytes so that you have
  453. >  >four nice, low binary numbers, then adding the value of a space -- the
  454. >  >lowest printable character -- to each result. This gives you four
  455. >  >printable text characters where you used to have three (possibly
  456. >  >unprintable) binary values.
  457. >
  458. >  >Decoding simply grabs four bytes, subtracts ' ' from each value, and
  459. >  >shoves the bits together into three bytes, restoring the original
  460. >  >binary data.
  461. >
  462. > Thanks for both the code and the 'English' translation, Steve.  I've wondered
  463. > how UUencoding works, now I've got both some code and a explaination!
  464. >
  465. > Thanks again.
  466.  
  467. Yes my sentiments exactly... It seems _somebody_ has altered my
  468. (vms)uuen/decoders so as to include some error checking checksums and the like.
  469. I have since started ignoring the error messages and getting OK .ARC's
  470.  
  471. Now if anyone has a lharc for vms that handle lh5 let me know
  472.  
  473. Rob.
  474.  
  475. ------------------------------
  476.  
  477. Date: 18 Dec 91 11:04:00 GMT
  478. From: DESYVAX.BITNET!MORGADO@ucbvax.berkeley.edu (Carlos Jose)
  479. Subject: ST-Super-VGA Information...
  480. To: Info-Atari16@naucse.cse.nau.edu
  481.  
  482. Does anyone have any experience with the ST-Super-VGA card
  483. from Rio Datel in US? It's also known as Resolution Super VGA
  484. I think. How does it work? Does it come with the SVGA card
  485. itself or would I have to buy that seperately? Presumably
  486. I would need to buy a monitor capable of displaying SVGA.
  487. Does it work on an STE (2MB+hardisk)? Does anyone know the
  488. price? What about drivers? Is there a supplier in Germany?
  489.  
  490. Sorry about all the questions, but I was considering designing
  491. such an adaptation myself so after reading Ben Gilbert's
  492. posting saying it was available comercially I got pretty
  493. excited!!
  494.  
  495. Carlos
  496.  
  497.  
  498. #########################################################
  499. # Carlos Jose de Sousa e Morgado .......................#
  500. # ......................................................#
  501. # MORGADO@DESYVAX.BITNET................................#
  502. #########################################################
  503.  
  504. ------------------------------
  505.  
  506. Date: 18 Dec 91 06:52:57 GMT
  507. From:
  508.  noao!asuvax!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!uakari.pri
  509.  mate.wisc.edu!usenet.coe.montana.edu!milton!tymbrimi@arizona.edu (Ben Gilbert)
  510. Subject: ST Disk Utility Prgs
  511. To: Info-Atari16@naucse.cse.nau.edu
  512.  
  513. Hi, can anyone suggest a good disk utility program / set of programs for
  514. the ST?  I'm looking for something along the lines of Norton for the IBM
  515. I guess, kind of a catch-all for utility programs.  I only have a floppy
  516. drive (Don't tell me, I know it sucks but I can't afford anything else... :)
  517. but it would be nice to be able to check disks for problems or analyze files
  518. and whatnot...  Mail to tymbrimi@milton.u.washington.edu or post if you
  519. think it is worthwile (which it probably is...)
  520.  
  521. Ben Gilbert
  522.  
  523. -----------------------------------------------------------------
  524. Yes, I only have a 520STFm, wondering how I can buy that 4 Meg Mega STe...
  525.  
  526.         (anonymous Christmas gifts anyone?)  :-)
  527. -----------------------------------------------------------------
  528.  
  529. ------------------------------
  530.  
  531. Date: 18 Dec 91 09:31:56 GMT
  532. From:
  533.  arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!sol.ctr.colu
  534.  mbia.edu!ira.uka.de!THD-News!news@arizona.edu (Dr. Eder, Manfred)
  535. Subject: TOS 1.2 Pexec-Mode 4 fails
  536. To: Info-Atari16@naucse.cse.nau.edu
  537.  
  538. Hi everybdy,
  539. yesterday I had a big proble with the Pexec-service.
  540. I wrote a procedure, which has to LOAD (mode 3) a program, then
  541. add a field in the basepage and last start the loaded image with
  542. Pexec (mode 4). Everytimes, I do so, I get an exeption #3 BUSERROR and
  543. while looking at the exeption-making code I found:
  544. The service tried to get a longword out of the COMMANDLINE-data, made
  545. it into an address, subtracted 4 and tried to access this address.
  546. Well, quite bad. I have no idea, what went wrong. I passed the parameters
  547. in the correct order and the only thing I changed in the basepage of
  548. the new program was the value for p_resrvd2[0].
  549. Any help?
  550.         Thanks
  551.         M. Gaertner
  552.  
  553. ------------------------------
  554.  
  555. Date: 18 Dec 91 07:13:40 GMT
  556. From: comp.vuw.ac.nz!actrix!Roger.Sheppard@uunet.uu.net (Roger Sheppard)
  557. Subject: TOS 2.06
  558. To: Info-Atari16@naucse.cse.nau.edu
  559.  
  560. I did read last week from some Atari info, that the RTS/CTS flow bugs
  561. could still be there as the Person (Bob Brodie) I think was refering
  562. to a patch program to fix this problem, but stated he did not know
  563. if it was fixed in TOS Version 2.06/3.06...
  564.  
  565. May be some of the Atari chaps can fill us in..??
  566. --
  567. ***  Roger W. Sheppard      *      Roger.Sheppard@bbs.actrix.gen.nz  ***
  568. ***  85 Donovan Rd        *    *   GEnie.  R.SHEPPARD5               ***
  569. ***  Kapiti                        At least I don't Flicker,         ***
  570. ***  New Zealand..          *      not like a dying light globe      ***
  571.  
  572. ------------------------------
  573.  
  574. Date: 18 Dec 91 11:41:43 GMT
  575. From: mcsun!news.funet.fi!sunic!lth.se!newsuser@uunet.uu.net (Jerker Nilsson)
  576. Subject: TOS 2.06 Available in USA!
  577. To: Info-Atari16@naucse.cse.nau.edu
  578.  
  579. In article <5440174@hplsla.hp.com> andyc@hplsla.hp.com (Andy Cassino) writes:
  580. >>Ok, thats all real peachy-keen if you're an ST owner, but what if you happen
  581. >>to own a 1040STe - how do I go about getting the new TOS and docs??
  582. >>
  583. >>Bob Malay
  584. >----------
  585. >
  586. >CodeHead is introducing a line of boards to allow such an upgrade. One will
  587. >plug into the Mega ST computers, and there's a couple of others that fit 1040
  588. >ST's in various ways. I only skimmed the announcement on GEnie, but the price
  589. >$69.95 sticks in my mind, but don't quote me on it!
  590. >
  591. The STe can be populated with TOS 2.0x directly. I have (a swedish)
  592. TOS 2.05 in my STe and it works just great!
  593.    Oh, yes, I had to remove two jumpers to use 32 pin EPROMS instead of
  594. the 28 pin ROMS that where there originally. The TOS was ripped straight
  595. out of a Mega STe.
  596.  
  597. /Jerker
  598. --
  599.                - Jerker Nilsson, email d91jn@efd.lth.se -
  600.      ---- My opinion may change, but not the fact that I am right! ----
  601.          Insert own toughts here. The above is mine, and only mine!
  602.  
  603. ------------------------------
  604.  
  605. Date: 18 Dec 91 09:53:30 GMT
  606. From: mcsun!news.funet.fi!funic!nic.funet.fi!lahtinen@uunet.uu.net (Kimmo
  607.  Lahtinen)
  608. Subject: Unix-Windows for ST
  609. To: Info-Atari16@naucse.cse.nau.edu
  610.  
  611. I have seen a Xterm implementation on Atari. It works, but not very
  612. fast. You also need an ethernet interface. You could try to contact:
  613.  
  614.         Michael Gehret
  615.         X/software Michael Gerret
  616.         Markstrasse 8
  617.         D-8944 Gronenbach
  618.         Germany
  619.  
  620.         tel: +49-8334-1411
  621.         fax: +49-8334-6245
  622.  
  623.         email: mg%xsoft@unido.informatik.uni-dortmund.de
  624.  
  625. I hope this is still valid as it is an older visiting card.
  626. --
  627. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
  628.  
  629. Kimmo Lahtinen                      E-Mail : lahtinen@gideon.fmi.fi or
  630. Finnish Meteorological Institute             kimmo@field.fi
  631.                                     Phone  : +358 0 758 1322
  632. Possessed by a Spirit               G3 Fax : +358 0 758 1396
  633.  
  634. ------------------------------
  635.  
  636. End of Info-Atari16 Digest
  637. ******************************
  638.