home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text1205.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  1.3 KB  |  30 lines
  1. mat@ardi.com (Mat Hostetter):
  2.  
  3. > Long ago Executor was a source-compatible library, but it would be
  4. > difficult to resurrect it in that form.  There are also some very
  5. > difficult issues for developers involving byte ordering; have you
  6. > noticed that all platforms supported by Apple (680x0, PowerPC, and
  7. > those supported by MAE) are all "big endian"?
  8.  
  9. > -Mat
  10.  
  11. Well, I must be missing something, but the platforms supported by
  12. Apple all do so through emulation (in addition to native code). If
  13. one is emulating 68K code, preserving endianness is nice, but a
  14. fairly easy things for developers to avoid. After all, my program
  15. runs on both 68K and x86 [but not VAX]. Just don't write out longs and
  16. read them back as shorts or bytes. Read data in the same way you
  17. wrote it out. You have to have architecture independant file code
  18. but that can be done easily as well. What would be difficult to
  19. do is handle WMF/BMP files as PICT files - probably not worth the
  20. hassle, just let developers write a bit of code for that. (Well,
  21. it could be done - just warn developers about the holes) Accessing
  22. bitmaps/video would have to be patched up too, but none of this
  23. is as much work as porting to a different API (all this would be
  24. done, plus a whole bunch more :)
  25.  
  26. I'll take your word that it wouldn't be easy ;> 
  27.  
  28. jeff
  29.  
  30.