home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / TEXTMAGS / ATARI16 / INFO89.ZIP / INFO89 / 645.TXT < prev    next >
Text File  |  1997-04-16  |  9KB  |  229 lines
  1. INFO-ATARI16 Digest         Mon, 13 Nov 89       Volume 89 : Issue 645
  2.  
  3. Today's Topics:
  4.                         Languages!!!! (cont.)
  5.                             MAC emulators
  6.                  MWC errors (was Re: GEM help needed)
  7.                          Self-Modifying Code
  8.                  TOS 1.4 Incompatibility List Request
  9.                   What does the TT Buy me?? (2 msgs)
  10. ----------------------------------------------------------------------
  11.  
  12. Date: Mon, 13 Nov 89 21:29:34 MST
  13. From: ehsnsr@jupiter.nmt.edu (Eric Hobbs)
  14. Subject: Languages!!!! (cont.)
  15.  
  16. Hello Again.
  17.  
  18.      I have received a few replies that mention that some versions of GFA BASIC
  19. are in the public domain. Is this true? If so, where can I get it without
  20. having to spend money for it. It must be legal, of course. What can I say? I'm
  21. a cheap S.O.B. who doesn't really want to spend $15 for a back issue of
  22. STart. :-)    :-P'''
  23.  
  24. Thanks again.
  25.  
  26. Eric Hobbs
  27. ehsnsr@JUPITER.nmt.edu
  28.  
  29. ------------------------------
  30.  
  31. Date: 13 Nov 89 16:11:22 GMT
  32. From: mitel!laika!colbeck@uunet.uu.net  ( design)
  33. Subject: MAC emulators
  34.  
  35. I'm new to this newsgroup so I'm probably asking a question that's been
  36. asked before...
  37.  
  38. Just wondering what is the latest in MAC emulators available for the ST1040?
  39. I was looking around about a year ago and at that time I believe that
  40. Magic-Sac was the only thing around. Does anyone know what the latest revision
  41. of this product is or whether there is anything better around?
  42.  
  43. Thanks in advance....
  44.  
  45. Roger
  46.  
  47. ------------------------------
  48.  
  49. Date: 13 Nov 89 22:37:11 GMT
  50. From: ecsvax.uncecs.edu!dukeac!sbigham@mcnc.org  (Scott Bigham)
  51. Subject: MWC errors (was Re: GEM help needed)
  52.  
  53. In article <46c13647.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
  54.  writes:
  55. >Has anyone else found any errors in the MWC Version 3.0 manual??
  56.  
  57. As a matter of fact, yes.  The 3.0.5 manual claims that the proper way to call
  58. objc_edit() is as follows:
  59.  
  60. int objc_edit(tree,object,character,oldindex,kind,newindex);
  61. OBJECT *tree;int object,character,oldindex,kind,*newindex;
  62.  
  63. This is in fact what GEM expects.  It is not, however, what the 3.0.5 library
  64. expects.  The actual call format is:
  65.  
  66. int objc_edit(tree,object,character,index,kind,index);
  67. OBJECT *tree;int object,character,*index,kind;
  68.  
  69. where index serves the function of both oldindex and newindex above.
  70.  
  71. By the way, what is the most recent version of MWC?  I've heard 3.0.9 and I'm
  72. somewhat concerned that Mark Williams hasn't notified me.  To my knowledge I'm
  73. registered (how might one check that?).
  74.  
  75.                                                 sbigham
  76. --
  77. Scott Bigham                         "The opinions expressed above are
  78. Internet sbigham@dukeac.ac.duke.edu   (c) 1989 Hacker Ltd. and cannot be
  79. USENET   sbigham@dukeac.UUCP          copied or distributed without a
  80. ...!mcnc!ecsgate!dukeac!sbigham       Darn Good Reason."
  81.  
  82. ------------------------------
  83.  
  84. Date: 13 Nov 89 19:30:58 GMT
  85. From:
  86.  gem.mps.ohio-state.edu!samsung!shadooby!mailrus!jarvis.csri.toronto.edu!utgpu!w
  87. atmath!ria!uwovax!7103_2622@tut.cis.ohio-state.edu  (Eric Smith)
  88. Subject: Self-Modifying Code
  89.  
  90. In article <89316.201227SML108@PSUVM.BITNET>, SML108@PSUVM.BITNET writes:
  91. > Hi, I am writing an assembly language routine which modifies its own code in
  92. > a tight loop in order to avoid having to do a decision statement at every
  93. > iteration.  Unfortunately, whatever code I am inserting is screwing things up
  94. > royally, and although I have checked it fairly throughly, I cannot figure out
  95. > what is going on.  Question:  Is there something screwy about executable and
  96. > object files that would disallow self modifying.  The block that gets modified
  97. >
  98. > is this:
  99. >
  100. >          lsr.w   d3
  101. >          bne     cont
  102. >          add.l   #8,a0
  103. >          move.w  #$8000,d3
  104. >   cont:  nop
  105. It would have helped if you had included the code that was doing the
  106. modifications. The 68000 does instruction prefetch. If you're modifying
  107. code that's really close to the instruction that does the modification,
  108. then you can lose (the chip is executing the instruction it prefetched,
  109. rather than the updated instruction in memory). You can get around this
  110. by sticking some nops in. A better solution is to eliminate the self
  111. modification entirely. I *strongly* suggest the latter, because your code will
  112. almost certainly break on the TT (which has a 256 byte instruction cache).
  113. --
  114. Eric R. Smith                     email:
  115. Dept. of Mathematics            ERSMITH@uwovax.uwo.ca
  116. University of Western Ontario   ERSMITH@uwovax.bitnet
  117. London, Ont. Canada N6A 5B7
  118. ph: (519) 661-3638
  119.  
  120. ------------------------------
  121.  
  122. Date: 14 Nov 89 01:08:37 GMT
  123. From: oahu!stephen@cs.ucla.edu  (Steve Whitney)
  124. Subject: TOS 1.4 Incompatibility List Request
  125.  
  126. In article <19506@pasteur.Berkeley.EDU> jmorton@euler.Berkeley.EDU.UUCP (John
  127.  Morton) writes:
  128. >I have been trying to keep my list up to date, but I have found that
  129. >most entries have been contested by subsequent postings.  The following
  130. >is where it stands now, with all entries removed which were cited as
  131. >running flawlessly by someone.
  132. >
  133. [list deleted]
  134.  
  135. >Timeworks DTP
  136.  
  137. This works great on my Rainbow TOSsed 520.
  138.  
  139. [rest of list trashed]
  140.  
  141.  
  142. >"Down                             John Morton                  M.E. Machine Shop
  143. > Down in the basement     jmorton@euler.berkeley.edu   Etcheverry Hall
  144. > We hear the sound of machines..."                     Univ. of Calif.
  145.  
  146.  
  147. Steve Whitney   "It's never _really_ the last minute"       (())_-_(())
  148. UCLA Comp. Sci. Grad. Student                                | (* *) |
  149. Internet: stephen@cs.ucla.edu              UCLA Bruin-->    ?  \_@_/  ?
  150. GEnie:    S.WHITNEY                                           `-----'
  151.  
  152. ------------------------------
  153.  
  154. Date: 14 Nov 89 03:54:00 GMT
  155. From: acf5!mitsolid@nyu.edu  (Thanasis Mitsolides)
  156. Subject: What does the TT Buy me??
  157.  
  158. /* acf5:comp.sys.atari.st / covertr@force.UUCP (Richard E. Covert) /  3:56 pm
  159.  Nov 13, 1989 */
  160. > In article <2245@hudson.acc.virginia.edu>, gl8f@astsun8.astro.Virginia.EDU
  161.  (Greg Lindahl) writes:
  162. > > Monitors that show resolutions greater than 640x480 in color are very
  163. > > expensive.  Not very suitable for a small-business machine. You can
  164. > > always buy some PC Klone with one if you want it.
  165. >
  166. > Color monitors capable of 800x600 are under $700. ...
  167. > The TT was an opportunity for Atari to LEAP ahead of the
  168. > competition in graphics instead falling behind.
  169.  
  170. I would hate to reduce your enthousiasm (:-) for Atari Richard
  171. but that would have to be quite a LEAP.
  172. The current most common VGA for 386 PCs is 800x600x16colors.
  173. It won't be more that 5-6 months before 1024x768 color will be THE standard
  174. for 386 systems.
  175. By the time the TT appears...
  176.  
  177. > > Price high resolution monitors for the Mac. Note that they require a card.
  178. > > Note that the TT/P has a card slot.
  179. >
  180. > Yes, EXACTLY ONE, and that is only a half-VME card slot at that!!
  181.  
  182. I have seen the NEC Multisync 3D for less than $550.
  183. Its provides 1024x768 interlaced or 800x600 non-interlaced. Color of course.
  184. For the PC a controler (1024x768x16colors) costs less that $220.
  185.  
  186. Thanasis
  187.  
  188.  
  189. -------------------------------------------------------------------------------
  190. "If you pray hard enough, water will run uphill. How Hard?
  191.  Why, hard enough to make water run uphill, of cource!"      R. A. Heinlein
  192.  
  193. Internet: mitsolid@csd2.nyu.edu          (mitsolid%csd2.nyu.edu@relay.cs.net)
  194. UUCP    : ...!uunet!cmcl2!csd2!mitsolid
  195. -------------------------------------------------------------------------------
  196.  
  197. ------------------------------
  198.  
  199. Date: 14 Nov 89 04:33:00 GMT
  200. From: acf5!mitsolid@nyu.edu  (Thanasis Mitsolides)
  201. Subject: What does the TT Buy me??
  202.  
  203. /* acf5:comp.sys.atari.st / hyc@math.lsa.umich.edu (Howard Chu) / 10:04 pm  Nov
  204.  13, 1989 */
  205. >Given that perspective, TOS isn't so bad - the PC world has yet to switch
  206. >to OS/2, so they're still looking at single-user single-tasking 24x80
  207. >character cell COMMAND.COM prompts. Obviously this market is shaking itself
  208. >out pretty quickly though, and Atari may yet miss the boat...
  209.  
  210. I Assume you haven't heard of Microsoft windows or Desqview for the PCs.
  211. It takes less that $1000 of hardware to multitask DOS using a graphical
  212. environment and virtual memory (of sorts).
  213.  
  214. Thanasis
  215.  
  216.  
  217. -------------------------------------------------------------------------------
  218. "If you pray hard enough, water will run uphill. How Hard?
  219.  Why, hard enough to make water run uphill, of cource!"      R. A. Heinlein
  220.  
  221. Internet: mitsolid@csd2.nyu.edu          (mitsolid%csd2.nyu.edu@relay.cs.net)
  222. UUCP    : ...!uunet!cmcl2!csd2!mitsolid
  223. -------------------------------------------------------------------------------
  224.  
  225. ------------------------------
  226.  
  227. End of INFO-ATARI16 Digest V89 Issue #645
  228. *****************************************
  229. =========================================================================