home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17905 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  4.6 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!news.service.uci.edu!ucivax!ofa123!Aric.Caley
  2. From: Aric.Caley@ofa123.fidonet.org
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: ASL and GadTools und
  5. X-Sender: newtout 0.02 Nov 17 1992
  6. Message-ID: <n1356t@ofa123.fidonet.org>
  7. Date: 29 Dec 92  00:48:04
  8. Lines: 86
  9.  
  10. > Organization: W. J. Vermillion - Winter Park, FL
  11. > From: alex@bilver.uucp (Alex Matulich)
  12. > Message-ID: <1992Dec28.032315.6457@bilver.uucp>
  13. > Newsgroups: comp.sys.amiga.programmer
  14. >
  15. > Hello.  I have an idea about how it might be possible to write software
  16. > for AmigaDOS 2.04, that uses 2.0-specific features, and yet still runs
  17. > under 1.3, with the same features!.  Someone please tell me if this will
  18. > work.  (I'm new to 2.0).
  19. >
  20. > Specifically, my application must use many gadgets, of different kinds.
  21. > The task of writing this program in a 1.3-compatible way is much too
  22. > daunting for me, and I would MUCH rather use the gadtools.library.  I will
  23. > also be using the ASL library for a file requester.
  24. >
  25. > Neither of these libraries are available under 1.3.  BUT... tell me if
  26. > these workarounds will actually work.
  27. >
  28. > ASL.library
  29. > -!---------
  30. > This is actually disk-based, so I assume that by merely having the
  31. > asl.library file in the LIBS: directory, a 1.3 user can use this library.
  32. > The only problem is that I suspect the ASL library makes calls into the
  33. > gadtools library....
  34.  
  35. asl.library wont work under 1.3, as it does call 2.0 functions.
  36.  
  37. However,  you can use ReqTools.library instead which has some very fine (if
  38. not  better)  requesters,  and  has  versions both for 1.3 and 2.0.  Highly
  39. recomended.
  40.  
  41. > gadtools.library
  42. > -!--------------
  43. > This is in ROM.  My proposal is to link this library at compile time.
  44. > I notice that if I use the pragma include files, the linker (SAS 5.10b)
  45. > will NEVER link amiga.lib.  If I leave out the pragmas, it gets linked in.
  46. > Upon using OML to list the contents of amiga.lib, I notice that it
  47. > contains all Amiga functions, including the gadtools.library functions!
  48. >
  49. > This would imply that amiga.lib contains duplicates of the 2.0 ROM
  50. > functions, and linking it with my software would make my software bigger,
  51. > but the extra baggage would be all the 2.0 stuff it needs to run in a 1.3
  52. > environment.  I would, of course, provide in my package a "real" 2.0
  53. > program without the baggage; the fat prongram would be for 1.3 only.
  54.  
  55. No.   Those  functions  are  "stubs"  or "glue routines" - they serve as an
  56. interface  between  C  and the actual OS functions.  Basicly, they take the
  57. C-style arguments off the stack and stick them in registers.  SAS/C doesn't
  58. need  to use these stubs, because the pragmas tell the compiler to generate
  59. "inline"  calls  to  Amiga  library functions - thus making things smaller,
  60. faster,  and more easily optimizable.  The point is, those arent the actual
  61. functions, so your idea wouldn't work - unfortunately..
  62.  
  63. > Will this work?  My 1.3 beta testers are clamoring to keep my software
  64. > compatible with 1.3.  But I dearly want to use GadToolsBox to design my
  65. > user interface, which works only in 2.0.
  66.  
  67. The  only  solution  I  see is to create a gadtools-like library (linkable,
  68. and/or  system  shared  library)  that  works under 1.3.  This is what I am
  69. doing,  right  now.   I  have  looked at gadtools examples, and studied the
  70. functions  -  and  I  don't like gadtools very much, except that its really
  71. easy to use.  Not to brag, but, I intend for my routines to be much better.
  72. I've  already  got  the menu creation routines down (had those written many
  73. years  ago,  in fact), and am now working on other standard objects (scroll
  74. lists,  and  scrollable  bitmaps  [which  gadtools doesnt have..] are first
  75. priority).   This  project  (dubbed  "IntuiTools" - hope nobody's used that
  76. name  :)  is an offshoot of my main project - an interface builder, which I
  77. dare  say is much better than anything I have yet seen (except that it does
  78. not use 2.0 goodies... yet).
  79.  
  80. > Thanks in advance for any replies.  PLEASE shoot down my suggestions, and
  81. > make your own!  This has got to be possible somehow.
  82. >
  83. > --
  84. > _ |__  Alex Matulich    alex.matulich@oau.org
  85. > /(+__>  Unicorn Research Corp, 4621 N Landmark Dr, Orlando, FL 32817
  86. > //| \     UUCP:  alex@bilver.uucp   {peora|ge-dab|uunet!tous}!bilver!alex
  87. > ///__)     Internet:  alex@bilver.oau.org | alex%bilver@peora.sdc.ccur.com
  88.  
  89.  -Dances With Coyotes - World's slowest programer-Given that God is infinate-
  90.  -AKA Dances V2.0, Coyote, Critter, Magnet, Major-and  that  the universe is-
  91.  -- Former Net-Lurker - YES, an AMIGA godammit! --also  infinate,  would you-
  92.  --- Still limping along with AmigaOS 1.3  :(  ---like a toasted  tea  cake?-
  93.  
  94.  
  95. --- Maximus 2.01wb
  96.