home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / msdos / programm / 10837 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  1.6 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!ogicse!news.u.washington.edu!stein.u.washington.edu!lectro
  2. From: lectro@stein.u.washington.edu (Jonathan Maier)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: Re: Very puzzling struct problem!
  5. Message-ID: <1992Nov22.040512.6906@u.washington.edu>
  6. Date: 22 Nov 92 04:05:12 GMT
  7. Article-I.D.: u.1992Nov22.040512.6906
  8. References: <1992Nov21.221745.23588@jarvis.csri.toronto.edu>
  9. Sender: news@u.washington.edu (USENET News System)
  10. Organization: University of Washington, Seattle
  11. Lines: 18
  12.  
  13. In article <1992Nov21.221745.23588@jarvis.csri.toronto.edu> ematias@csri.toronto.edu (Ummm... me!) writes:
  14. >- having 16 integer variables in the struct would work.
  15. >- having 32 integer variables in the struct would work.
  16. >- having 48 integer variables in the struct would NOT work.
  17. >- having 64 integer variables in the struct would work.
  18. >- having 80 integer variables in the struct would NOT work.
  19. >- having 96 integer variables in the struct would NOT work.
  20. >- having greater than 96 ints in the struct would NOT work.
  21.  
  22. It looks like the number of variables should be 2 raised to some power
  23. (ie- 16(=2^4), 32(=2^5), 64(=2^6), etc.).  You'll probably notice that
  24. some things are more "efficient" if they map directly into the binary
  25. (base 2) scheme that the computer is based on.
  26.  
  27.   Jonathan E. Maier             # ## #                lectro@u.washington.edu
  28.  -----------------------------  # ## #  --------------------------------------
  29.   Weekend Operator             ## ## ##              University of Washington
  30.   UCS Operations              ##  ##  ##                  Seattle, Washington
  31.