home *** CD-ROM | disk | FTP | other *** search
/ Falcon 030 Power 2 / F030_POWER2.iso / ST_STE / MAGS / ICTARI05.ARJ / ictari.05 / ICTARI.TXT
Text File  |  1992-03-08  |  27KB  |  526 lines
  1.        ___   ______     ___       _________   _________   ___
  2.        \__\  \   __\    \  \__    \______  \  \   _____\  \__\
  3.          ___  \  \       \  __\     _____\  \  \  \         ___
  4.          \  \  \  \       \  \      \  ____  \  \  \        \  \
  5.           \  \  \  \_____  \  \____  \  \__\  \  \  \        \  \
  6.            \  \  \       \  \      \  \        \  \  \        \  \
  7.             \__\  \_______\  \______\  \________\  \__\        \__\
  8.  
  9.                      *   m   a   g   a   z   i   n   e   *
  10.  
  11. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  12.  
  13.                     I C T A R I   U S E R   G R O U P
  14.  
  15. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  16.  
  17. Hi there, welcome to  Ictari  Disk  #5.
  18.  
  19. First of all sorry this disk is  late.   The  compilation phase has got a
  20. lot more difficult  and  time  consuming  now,  but  next   month  I will
  21. hopefully have a second working ST to help cut down time.
  22.  
  23. Many  people  have   expressed   a    preference    for   an  alternative
  24. method  of distribution. After  some  thought,  and  merging of  ideas, I
  25. have come up with the following.
  26.  
  27. First of all, members may continue as they  are,  i.e send 1 disk a month
  28. with return postage. However humans  being  humans  tend  to  forget  and
  29. thus several people have forgot  from  time  to  time or have  been late,
  30. etc. Therefore you may either :-
  31.  
  32. (a) send me loads of disks, which I  will  use to send you the diskzines,
  33. or
  34. (b) send me the money for me  to  purchase disks  on  your behalf. I have
  35. therefore come up with  the  credit  system  whereby  1  disk and  return
  36. postage is equal to 1 credit. If  you'd  rather send money, then 1 credit
  37. costs 50p per DD disk, and  25p  postage. You can also send combinations,
  38. e.g to purchase 10 credits you can do any of the following:
  39.  
  40.                 Send me £7.50
  41.                 Send me £5.00 + 10 stamps
  42.                 Send me 10 Disks and £2.50
  43.                 Send me 10 Disks and Ten Stamps
  44.  
  45. Postage can be cut down to 20p if you rather have second class.
  46.  
  47. Credits can also be used to receive PD  from Ictari PD if it is required.
  48. Cheques should be made to Mr N.Bates. If  I  can  get  disks cheaper then
  49. the price will drop. Your money will  be  used to  buy  disks  and if you
  50. decide not to continue subscribing to  Ictari  or  wish for no more PD or
  51. should Ictari dissolve (I hope  not),  then  you  will receive any disks/
  52. stamps  owing  to  you.  This  is  just  an  alternative  option to those
  53. wishing to  use  it,  if you prefer you can continue with the old system.
  54.  
  55. You might be thinking, that if you  were  to buy 10 credits, what happens
  56. when you wish to make a  contribution  to ictari. Well  I've thought that
  57. out as well.  All you do  is  send  the  contribution  to me  on  disk or
  58. leave it on Ictari BBS when it  is  running  or write me a letter. If you
  59. send a disk then that disk will count  as one credit extra to be added to
  60. your total and thus spent as you require.
  61.  
  62. The idea is that not everybody  will  contribute to Ictari Diskzine every
  63. month, and therefore this way you  don't  have to  send blank disks every
  64. month to receive it and feel guilty  for not including  a contribution. I
  65. expect most people will send two disks  every  two months and thus make a
  66. contribution every other month.
  67.  
  68. What do you think of this idea?
  69.  
  70. Going on to Ictari PD, send  me   1  credit  to  receive the current full
  71. list of what's on offer or alternatively   I  might  include  a  list  on
  72. Disk 6. I will however add that  the   list  is  not  very  big,  due  to
  73. me  losing  half my PD collection  after  a virus attack. Anyway the idea
  74. is that the cost of the PD you want  is some PD you've got that's not  on
  75. the  list  -  if you have  any  that  is.  I would also appreciate if you
  76. could or would write a description and setup requirements, etc.
  77.  
  78. The questionnaires I have received  back  seem   to  support the ideas of
  79. Ictari PD,  and  Ictari  BBS.  Thanks  everyone  for  their  comments and
  80. opinions. I'm glad no one thinks I should be lined up and shot.
  81.  
  82. Ictari Disk Magazine 6 released August  12th  1993.  (It will not be late
  83. again)
  84.  
  85. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  86. Here is the new feature, that   will   be  included  next month. Here you
  87. can talk about whatever you like,  and  maybe  you will receive replies -
  88. maybe not :-)
  89. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  90.  
  91. Thanks to all those who  sent  help  to  me detailing my database program
  92. problems. The problem appears to be a fault in  my  version of WERCS so I
  93. will attempt to get a new version. I tried using a @  for the TEXT string
  94. but this only allowed the  user  to  type  1 character  only.  The  other
  95. approach was to fill the string  with  junk  and remove the unwanted junk
  96. in  my program. Thanks Morf for the code on that.
  97.  
  98. <ictari>
  99. -------------------------------------------------------------------------
  100.  
  101. I have decided to fix my old  Atari   STFM  computer,  so that I will now
  102. have two computers, thus making producing  Ictari  a  lot  easier. I have
  103. been successful and only need a keyboard. Trantor has  my  spare keyboard
  104. so I'll shall get him to send  it  back to me. So  hopefully  next  month
  105. Ictari will be produced a lot quicker.
  106.  
  107. <Ictari>
  108. -------------------------------------------------------------------------
  109.  
  110. Ictari PD is now  definitely  official.   See  the enclosed documentation
  111. about it. Unfortunately I have not had  the  time to  document  all my PD
  112. YET!!!, but I hope to for next  month.  If anyone wants  to  add  to  the
  113. list by sending PD, with  or without descriptions, hardware requirements,
  114. etc, to  me, I would be pleased. If  anyone wants any of the PD detailed,
  115. then just send a disk and return postage.
  116.  
  117. <Ictari>
  118. -------------------------------------------------------------------------
  119.  
  120. I hope to purchase a modem very   soon  and therefore I shall very likely
  121. create Ictari BBS, which will only  initially  act as a method of leaving
  122. messages for me, or for reading  messages  etc. This is because  I  don't
  123. own a Hard Disk <YET>  and  therefore  uploading, and downloading will be
  124. unavailable. Fortunately my 4 Megs of  memory  will  allow me to set up a
  125. BBS without a Hard Drive.
  126.  
  127. Also Ictari BBS will only be open   at  certain  times. This is because I
  128. need my phone line for normal use as well. :-).
  129.  
  130. <Ictari>
  131. -------------------------------------------------------------------------
  132.  
  133. Reply to Paul Winter on MONST
  134.  
  135. It is possible to modify an  executable  by  loading it as a binary file,
  136. modifying it and then saving it as  a binary  file.  If  you don't change
  137. the length of the file, then you can simply use the  MONST  registers  M0
  138. and M1 for the start  and  end  of  the  file  when you save  as  binary.
  139. Obviously, loading an executable as a binary file will not allow  you  to
  140. single-step  through  the program or indeed  execute  any part of it.  It
  141. will  also  mean  that  you won't have  access to the symbol table.  This
  142. may not be exactly what Paul was looking for but it does work.
  143.  
  144. The reason for all this is that  when MonST loads an executable, it reads
  145. the GEM header of the file and  sets  up a  basepage which then allows it
  146. to execute parts or all of the program.   If you then  wanted to save the
  147. program again, you  would  have  to  look  at  the  text,  data  and  BSS
  148. information when the Help key  has  been  pressed  then  try and build an
  149. executable file to disk together with  a  GEM  header at the start of the
  150. file.  All  this  seems  like  too  much  hard  work  for me, so you'd be
  151. better just loading it as an executable  and  finding the bit you want to
  152. change, then re-loading it as a  binary   file  and modifying it and then
  153. re-saving it as a binary file.
  154.  
  155. Another reason for not trying to build  an  executable to save to disk as
  156. binary  is  relocatable  code.   If   an   executable   is   relocatable,
  157. there's a relocation table after the GEM   header  that  has  a  list  of
  158. addresses   which  need  to  be  relocated.   When  such  a  program   is
  159. executed,  BDOS  calculates an offset  which  depends  on where in memory
  160. the program has  been loaded and  adds  this to all the relocation words.
  161. Now if you load an  executable  into  MonST,  it  will be relocated, thus
  162. modifying the program,  so  if  you   save   this as a binary file hoping
  163. to be able to run it again, you're going to be disappointed.
  164.  
  165. The above bit  about  relocation  is  mostly  my  guesswork  and I'm sure
  166. there's loads of people out  there   who   know  exactly  how  it  works,
  167. but  that's my (vague) understanding of it.
  168.  
  169. By the way, the only  use  of   this   I  can  think  of is hacking other
  170. people's programs!  If you had written it  yourself  you  would  have the
  171. source code and would be  able  to  modify it then re-compile/re-assemble
  172. it.  Also, the bit I said  about  the  symbol table won't  apply  as  the
  173. programmer  will have stripped the  symbol  table  from the executable if
  174. they  had any sense (and a suitably equipped compiler).
  175.  
  176. <Gordon McIntyre>
  177. -------------------------------------------------------------------------
  178. Does anyone have any  information   on   writing   CPXs?  I think Atari's
  179. extensible control panel is extremely sexy  and  would like to write some
  180. CPXs for it. I have Lattice  C  5.5  and  this does have  facilities  for
  181. building CPXs but still refers to Atari documentation for event CPXs.
  182.  
  183. How do you actually get hold of  the official Atari documentation? Do you
  184. have to pay Atari a  ridiculous  amount  of  money  to become an official
  185. developer? How much is it?   Surely  it  would  make  sense  to  make the
  186. information freely available to ALL  ST  programmers by releasing it into
  187. the  PD libraries.  This should lead to more 'well behaved'  applications
  188. being  written   and   in   general   improve  the  quality  of  software
  189. available. Okay,  so  written documentation may  be expensive for them to
  190. produce but I'm sure they could afford to upload it to a BBS.
  191.  
  192. <Gordon McIntyre>
  193. -------------------------------------------------------------------------
  194. MultiTOS
  195.  
  196. I have  recently  bought  MultiTOS   version   1.01   and  on  the  whole
  197. was very impressed. However, when running  on my  TOS  1.02  1040STFM, it
  198. is quite easy to crash MultiTOS.  When  an alert box  or  other  form  is
  199. being displayed, such as 'Desktop info'  simply click somewhere  else  on
  200. the  screen and the system will  crash  with 11  bombs  (Reserved  vector
  201. error).   I  have  worked  out  what is happening here.  On TOS 1.02 when
  202. you click somewhere else on the screen while a dialog is being displayed,
  203. the system bell sounds.  For some  reason, this causes MultiTOS to crash,
  204. regardless of whether the  bell  has  been set on or off from the Control
  205. Panel.  An extremely small  C  program  will  replicate  this crash under
  206. MultiTOS:
  207.  
  208. /*
  209. **        ****  Warning:  ***
  210. **     This program will crash with 11 bombs under MultiTOS!
  211. */
  212.  
  213. #include <dos.h>
  214.  
  215. void main(void)
  216. {
  217.    putch(7);    /* bell character */
  218. }
  219.  
  220. Could someone tell me if this also  happens  on  newer versions of TOS as
  221. HiSoft recommend that you upgrade  to   at   least   TOS  1.4.   I  don't
  222. think I'll bother though as I mean to buy a Falcon eventually.
  223.  
  224. <Gordon McIntyre>
  225. -------------------------------------------------------------------------
  226. I have a number of Atari related books, i.e.
  227.  
  228. Abacus. Atari ST  Internals.  (Quite  good,   lots    of  errors and only
  229. covers basic aspects but is a useful reference).
  230.  
  231. Abacus. Atari ST Tricks and  Tips.  (Not  particularly  good but might be
  232. useful for beginners, covers BASIC, C and Assembler).
  233.  
  234. Abacus. ST Disk Drives  :   Inside   and   Out.  (Fairly  good,  consists
  235. mainly of listing  for  various   programs    but    does    not   really
  236. explain  disk formats properly).
  237.  
  238. Abacus. GEM on the Atari ST. (Very   useful  as  a reference book for the
  239. GEM VDI and AES calls but  very little  explanations  or examples, covers
  240. C and Assembler code).
  241.  
  242. Compute Vol 1. The VDI.   (very    good    but    most   examples   in  C
  243. with a few Assembler examples. Good explanations of most VDI calls).
  244.  
  245. Compute Vol 2. The AES. As above
  246.  
  247. Compute Vol 3. The TOS. As above.
  248.  
  249. The Concise  Atari   ST   68000    programmers   reference   guide.   (OK
  250. as  a reference guide but  has  no  explanations  at    all  and is quite
  251. difficult to find required information).
  252.  
  253. Sigma Press. Real-Time  3D   graphics    for    the   Atari   ST.   (Very
  254. good for explaining real-time  vector   graphics   in  Assembler  but  is
  255. very heavy going, definitely NOT for the beginner).
  256.  
  257. Unfortunately none of the books above  cover   the  low  level details of
  258. the ST TOS, VDI,  AES   or   hardware   and   so   are   not   much   use
  259. for advanced programmers.  For   example,   it   would    be    extremely
  260. useful   to  have information  on  other  programming  techniques such as
  261. Vector stealing,  boot  sector  programs,  digital  sound  sampling, data
  262. compression, etc, etc.
  263.  
  264. The most useful source of detailed  programming techniques that I know of
  265. is the Programmers Forum   in    the   ST   Applications   magazine  from
  266. the  ST Club, Nottingham  which  is  very  good    (I    assume   you  do
  267. subscribe, if you don't I would recommend that you do so immediately).
  268.  
  269. <Peter Hibbs>
  270. -------------------------------------------------------------------------
  271. I would like to  make  some   comments    on  your  editorial file first.
  272. Marcus Platt wants information  on   the   68000  CPU  and   you  mention
  273. writing  a  tutorial.  I  would  recommend  he  buys   a   book  on   the
  274. processor,  a tutorial on disk  that  is  any  good is  going  to require
  275. several megs of disk space and will  still   not be as good as  a  proper
  276. book. The book I  use  and  can  recommend  is   68000  ASSEMBLY LANGUAGE
  277. PROGRAMMING  by   KANE,HAWKINS    &   LEVENTHAL  from OSBORNE/McGRAW-HILL
  278. (ISBN  0-931988-62-4)  although  there  are  a  number  of similar  books
  279. available.
  280. Another useful book, once  you   have   learned   the   instruction  set,
  281. is  the 68000  REFERENCE  GUIDE  by  WOOLCOCK  &  BURKITT from  MELBOURNE
  282. HOUSE PUBLISHERS (ISBN  0-86161-166-7)  which  details  each  instruction
  283. operation  with the flags that are changed, etc. Signetics  and  Motorola
  284. also   publish  a  small pocket size  reference  book which is similar to
  285. the above if you can get hold of one.
  286.  
  287. <Peter Hibbs>
  288. -------------------------------------------------------------------------
  289. The Atari Developers  Kit   documentation    was    reviewed   in   Issue
  290. 16 of ST Applications by  Jon  Ellis  (the   ST   Club  may  be  able  to
  291. supply a back issue) although I got  the  impression  it  was  not  worth
  292. the  £100  that Atari were charging.
  293.  
  294. The Hitch-hikers Guide to the BIOS is    also  available from the ST Club
  295. on disk TXD*07 and details the BIOS function calls.
  296.  
  297. <Peter Hibbs>
  298. -------------------------------------------------------------------------
  299. You asked for comments on the disk magazine,  well I have a few but these
  300. are my own personal thoughts on what I   would  like.  You are at liberty
  301. to completely ignore them if you want (and I suspect you will).
  302.  
  303. Firstly get yourself a good  spelling  checker   or   get someone else to
  304. proof read your final text files.  The odd  spelling  mistake  or  'typo'
  305. may be OK but when they run  into  hundreds  it gets a bit irritating for
  306. some people.
  307.  
  308. Secondly  I   would   like   your     'magazine'    to   concentrate   on
  309. purely programming problems and  solutions  rather   than   a magazine of
  310. idle  chat,  jokes,  etc.  The   are  already   plenty   of   'diskzines'
  311. available which cover such topics (the  ST Club PD  catalogue  advertises
  312. a whole page  of  them)  but  there  are  none  which  can   be  used  by
  313. programmers to solve difficult  software   problems.   This does  depend,
  314. of   course,  on   getting   the programmers  with the  expertise to  co-
  315. operate  by  providing solutions.  There  are  hundreds  of  PD  programs
  316. around  which  usually  contain  the  authors   name and address, perhaps
  317. you could contact them to see  what  sort  of  response  you  get,  after
  318. all  it  could  be to  their  advantage to subscribe as well.
  319.  
  320. Thirdly the method of  distributing   the   magazine   seems   to  me  to
  321. be a bit fraught. Presumably each subscriber  has  to  send   you  a disk
  322. each month which you then return  with  the  data  on  it. I suspect that
  323. people, human nature being  what  it  is,   will   eventually  forget  or
  324. never  get round to sending a disk. I would think  that  a  more reliable
  325. method  would be for each  subscriber  to  send you sufficient  money  to
  326. cover the cost of disk, envelope and  postage  for say 6 months  and  you
  327. just send them  out   each   month.   If   the   disk   content  was good
  328. enough  and  provided  useful   information   I   would  be  quite  happy
  329. to do  this.  Anyway  it's just a thought.
  330.  
  331. Another service  your   group    could    usefully    perform    is   for
  332. members with special hardware  set-ups  to   declare   what   they   have
  333. and  for  them to try programs  for  other  users. For  example,  I  have
  334. written a program  which  should  work  on  a  large   screen   (such  as
  335. Overscan  or Reflex) or on  the  Falcon  but  as  I  don't  have  any  of
  336. these   systems,   I   cannot  try it  properly.  I would like to be able
  337. to send the program to  a member who  has  such a system who could try it
  338. out  and report back  with  any  problems.  He  would be able to keep the
  339. copy  of  the  program as compensation for his time.
  340.  
  341. <Peter Hibbs>
  342. -------------------------------------------------------------------------
  343. Ok, first of all,  I   will   now   use   a   spell   checker  on all the
  344. documentation produced for Ictari UG. There happy now. :-).
  345.  
  346. Secondly, Ictari UG is solely for  serious programming and midi. Although
  347. I will include the odd humour, etc  - but only space permitting. Priority
  348. will always go to the serious stuff.  As to your  idea  of  contacting PD
  349. authors, I like it and will do so in the near future.
  350.  
  351. As to your comments about distribution of Ictari Diskzine, I can only but
  352. agree, and as a result I have come  up with the CREDIT system, details of
  353. which are on this disk.
  354.  
  355. Finally you talk about what  one   of   my   initial  main aims of Ictari
  356. was, where members can  use  other   members   system   setups,  to  test
  357. their  programs   on   all   different   hardware,   eg   Tos   versions,
  358. ST/STE/Mega/Falcon, Colour/Mono, etc. Part  of  the  idea of the Profiles
  359. section  is   to  find  out  about   members  setups.  I  also  placed  a
  360. questionnaire on Disk #4 to  collect   all  this information, in order to
  361. find out who is good at what language, etc.
  362.  
  363. <ictari>
  364. -------------------------------------------------------------------------
  365. There are a number   of   machine   code   programming  problems  that  I
  366. would like answered if any of  your members  can  supply  the information
  367. (preferably in the form of a stand alone sub-routine).
  368.  
  369. (1) How to re-position  the  mouse  pointer   to  any  pre-defined  point
  370. on the screen, i.e. supply a sub-routine with  the  x  any y co-ordinates
  371. of the screen position and the  routine  moves  the mouse pointer to that
  372. position.
  373.  
  374. (2) How to   replay    sound    samples    generated    by   the   Sample
  375. Master Plus cartridge. This unit generates  .AVR files   but   the manual
  376. only gives the file  header  format  without  any   code   to  enable the
  377. programmer to replay the  sampled  sound.  What  is  needed   is  a  sub-
  378. routine  which  is passed  the  start  address  of  the sound sample  (in
  379. register  A0  say)  and  then  the   sound   is replayed in interrupts in
  380. the  background.  Ian  Hancock  seems  to  be  an  expert  in this field,
  381. perhaps he could help.
  382.  
  383. <Peter Hibbs>
  384. -------------------------------------------------------------------------
  385. It would also be   interesting   to    know  how  many  'subscribers' you
  386. have at present and what their  interests  are, i.e. Basic, Assembler, C,
  387. STOS, etc.
  388.  
  389. <Peter Hibbs>
  390. -------------------------------------------------------------------------
  391. I am currently collecting this information from the questionnaire on disk
  392. #4
  393. <ictari>
  394. -------------------------------------------------------------------------
  395. In answer to your questions,  I   tend   to exclusively program utilities
  396. and small applications. I  can  always  find  a   way   to  solve someone
  397. else's problems but am incapable  of  programming anything purely for  my
  398. own  use! I will send you some stuff as  soon as I can figure out  a  way
  399. of dumping library routines and macros into the source for you.
  400.  
  401. I would primarily like to get knowledge  out  of (and into) ICTARI and am
  402. pleased to see some source routines in  there.  I  would  like to see the
  403. start of a group project, with each interested member picking out  facets
  404. that they might be able to  code  and  then explaining their  routine  in
  405. the next mag. That  would  require  you  to  take  the  role of  steering
  406. committee (?)  though, not  to  mention  finding  a suitable project that
  407. hasn't already been thoroughly done. Failing that, I wouldn't mind trying
  408. to set up a suite of small utility routines for group use only.
  409.  
  410. On a different note - the  gem  tutorial  was  missing  part of one file,
  411. I have enclosed the whole lot, in case you haven't got any of them.
  412.  
  413. <PoshPaws>
  414. -------------------------------------------------------------------------
  415. Group project is an excellent idea.  I  would  like  to see an Ictari Doc
  416. Displayer, that uses a built in compression,  so disk space can be saved.
  417. This is being worked on by me but  I  have  given  up  on  C  programming
  418. UNTIL I have obtained LATTICE C v5.  I suppose  I  could  attempt  it  in
  419. 68k, but GEM and 68k don't mix very well in my opinion.
  420.  
  421. Anyone have any ideas for a group Ictari Project ?.
  422.  
  423. What part of the GEM tutorial was  missing,  is  there any more missing?.
  424. I lost the copy you sent me.
  425.  
  426. <Ictari>
  427. -------------------------------------------------------------------------
  428. The Gemdos manual in disk #3, while very  useful to a lot of people, does
  429. contain some errors. On  the  Section  on  Executable   files,  the three
  430. longs in the header are actually  two  longs  and a word, making the text
  431. segment start at $1c from the start  of the file. Also, since GEMDOS  Ver
  432. 0.15, the last two reserved's are no  longer reserved. The long at $16 is
  433. now called PRGFLAGS and the one at $1a (word length) is called ABSFLAG. I
  434. have  enclosed  my  own file called  EXEC_STR.TXT to try to summarise the
  435. current structure of executable files.
  436.  
  437. There was a bit somewhere about  deleting  part of a file without copying
  438. the file to another. The only  other  way  I   know   is  to edit the FAT
  439. table directly. I've  included  DISK_STR.TXT  for  those   who   wish  to
  440. pursue  this.  Bear  in mind the  different sized FAT entries on floppies
  441. and hard disks.
  442.  
  443. Since you seem to have  various   people   exploring   text viewers and C
  444. linking, I will leave that to them.
  445.  
  446. I now have the developers info  books   -   interesting in places! What I
  447. now would like is the bits not in:
  448.  
  449. How do *.SYS (GDOS drivers) work?
  450. What extra functions are in MULTITOS and how do you know it's loaded?
  451.  
  452. <PoshPaws>
  453. -------------------------------------------------------------------------
  454. To Paul Winter : -
  455.  
  456. Run MonST from Desktop, not  from  GenST  or Devpac.prg(Devpac 3) or auto
  457. folder. According to manual this is only way to save binary file.
  458.  
  459. Alternatively, I have  included  BED(Binary   Editor)which    may  be  of
  460. some use to you or others.
  461.  
  462. <Nightwalker>
  463. -------------------------------------------------------------------------
  464. To Arthur Wadolkowski : -
  465.  
  466. Load file into any editor(i.e. Tempus/Protext  etc), mark  start of block
  467. and end of block to be deleted and delete!
  468.  
  469. I have included on this disk Deskicon  which  may help you with your icon
  470. problem.
  471.  
  472. <Nightwalker>
  473. -------------------------------------------------------------------------
  474. To Marcus Platt :-
  475.  
  476. Regarding STOS Extension 'TOME'
  477.  
  478. According to ST  Format  STOS   Tome   is/was   available  from  : SHADOW
  479. Software, 1 Lower  Moor,  Whiddon  Valley,Barnstaple,N.Devon.  EX32  8NW.
  480. Price - £18.95 This extension  is   supposed   to  be   able   to   allow
  481. you  to  create backgrounds with  tiles  and  by using  it's  own   built
  482. in  commands and  some   screen   copy  commands,you    can    have  fast
  483. smooth     scrolling     backgrounds    as    well    as    many    other
  484. features(unspecified in ST  Format).   Whether   this  is still available
  485. or not, I don't know.
  486.  
  487. <Nightwalker>
  488. -------------------------------------------------------------------------
  489. On this disk  I   have   also   included    GFASOUND   which  I  obtained
  490. through a PD library (minus GFABASRO.PRG  - as  I   didn't   have  enough
  491. room  since I didn't  compress  it)  --  this  may  be  useful to any GFA
  492. programmers.
  493.  
  494. <Nightwalker>
  495. -------------------------------------------------------------------------
  496. GFASOUND is available from Ictari PD
  497.  
  498. <Ictari>
  499. -------------------------------------------------------------------------
  500.  
  501. Maybe others have already let you  know,   but   just  in case , ASTRA on
  502. Ictari #4 was corrupted on extracting.
  503.  
  504. <Nightwalker>
  505. -------------------------------------------------------------------------
  506. My copy was ok, anyone else experience problems?
  507.  
  508. <Ictari>
  509. -------------------------------------------------------------------------
  510. Last but not least  -  regarding  DOCCY.S,  the  problem  may be with the
  511. macros you are using since some of  these  require  other macros from the
  512. Budgie library used in conjunction with them   -  as a beginner  in 68k ,
  513. I'm not really sure but it may help.
  514.  
  515. <Nightwalker>
  516. ------------------------------------------------------------------------
  517. Does  anyone  know  how  to  use   the  STE's  BLITTER  chip  for  sprite
  518. manipulation ? Any source code would be much appreciated :)
  519.  
  520. <Morf>
  521. -------------------------------------------------------------------------
  522.  
  523. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  524.                        E N D   O F   S E C T I O N
  525. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  526.