home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text1111.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  1.4 KB  |  36 lines
  1. Sender: owner-executor@nacm.com
  2. Precedence: bulk
  3.  
  4.  
  5.  
  6. On Thu, 4 May 1995, Robert Moldenhauer +1 608-264-8971 wrote:
  7.  
  8. > I've noticed that executor still runs as a Dos application, why?  It's the only
  9. > Dos application I have on my machine now, but I remember the old days, every
  10. > application used to have it's own printer drivers, fonts, etc.  It was a mess. 
  11. > If you fully integrated it into windows you could take advantage of the
  12. > intalled Sound drivers, printer, fonts etc.
  13. > 
  14.     Basically, Executor uses the DOS system in a manner a game 
  15. usually would - it uses direct video access, DOS extenders, etc...  
  16. (broad generalization of a tired brain :)
  17.  
  18.     The main way to use Windows would be to make Executor a 
  19. WinG-based application, which is designed to make games faster through 
  20. the use of the bitblt function.  This would allow a relatively fast 
  21. vdriver to be written for Executor/Win32.
  22.  
  23.     There may also be compiler problems - Executor is compiled under 
  24. gcc, which it takes advantage of (hence, the use of DJGPP for DOS).  
  25. Until gcc is fully ported to Win32, an Executor/Win32 port will be much 
  26. more difficult.
  27.  
  28.     (Forget about running Executor on top of 16-bit Windows sans Win32s 
  29. - Executor NEEDS 32-bit code, and in fact creates it for the native-code 
  30. based code compilation which it uses nowadays.)
  31.  
  32.     - Chad,
  33.     posting after a 2-hour ride home from a 2 day Youth to Youth 
  34. conference... and quite tired!
  35.  
  36.