home *** CD-ROM | disk | FTP | other *** search
/ Amiga Games Extra 1996 May / Amiga_Games_Extra_CD_5-96.bin / spiele / publicdomain / rogue / readme < prev    next >
Text File  |  1996-02-08  |  3KB  |  74 lines
  1. Yes, folks, this is the same old rogue 5.3-clone source that I've posted
  2. here before.  So why do it again?  Well, I got many complaints/inquisitions
  3. about whether this code was ported to a number of different UNIX/ULTRIX/VMS
  4. systems.  The answer is still "no."  BUTTTT..., I would like to first port
  5. it to as may of the different UNIX systems as I can, and go from there.
  6.  
  7. My problem is that I'm not particularly familiar with the ins and outs of
  8. other UNIX systems besides the one I work on. (BSD 4.[23])  So what I've
  9. done is set up the rogue source code so that all of the machine dependent
  10. stuff is localized in one source file, machdep.c.  Enclosed in machdep.c
  11. are all of the routines that I thought were even slightly machine-dependent.
  12. Also enclosed in machdep.c is a copious set of comments describing what's
  13. going on in there.  Now, most of these routines I believe will run most
  14. UNIX systems without modification, but then again, some won't.
  15. That's where I need some help.  I need folks who have access to other
  16. UNIX systems to make modifications to machdep.c that will effectively
  17. port the entire rogue program to their particular UNIX system.  Enough
  18. instructions are included in machdep.c to do this.  The modified machdep.c
  19. can be e-mailed to me, whereby I can incorporate the changes, and post
  20. versions of machdep.c to comp.sources.games as it becomes more complete.
  21.  
  22. Does this sound remotely interesting to you?  Please give me a hand.
  23.  
  24. If you can't do it yourself, maybe you know someone who can.  A little
  25. thumbing through your system documentation is all you probably need.
  26.  
  27. I am hoping all the system-dependencies are in machdep.c, but I suspect
  28. there may be some 'C' constructs that various compilers out there don't
  29. support or treat differently.  I need to know about these too.  I'm not
  30. expecting much of this on UNIX systems, though.
  31.  
  32. The code runs through 'lint' fine on my system.  All identifiers are unique
  33. within their first eight characters.  Function names are unique within
  34. their first seven characters.  All file names are under 14 characters.
  35.  
  36.  
  37. Prerequisites of the operating system:
  38.  
  39.     32-bit long integer. (at least)
  40.     16-bit short integer. (at least)
  41.  
  42.     Standard I/O library providing the following:
  43.         stdio.h (include file),
  44.         getchar(),
  45.         fopen(),
  46.         fclose(),
  47.         fread(),
  48.         fwrite(),
  49.         fgets(),
  50.         printf(),
  51.         sprintf(),
  52.         fflush(),
  53.         rewind().
  54.  
  55.     String library providing the following:
  56.         strcpy(),
  57.         strncpy(),
  58.         strcmp(),
  59.         strncmp().
  60.  
  61. The curses/termlib libraries are desireable, but not strictly necessary.
  62. The rogue source can be compiled with -DCURSES.  This will enable a
  63. self-contained curses/termlib emulation package.  This package has some
  64. restrictions which are outined in the comments near the top of the
  65. enclosed source file curses.c.  This curses emulation package was put
  66. into the source for systems that may not have curses available, or have
  67. very buggy versions.  If your system has usable working curses/termlib
  68. libraries, it is suggested that you use them instead of the enclosed
  69. curses library.
  70.  
  71.  
  72. Tim Stoehr
  73. tims@zeus.TEK.COM
  74.