home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / ms / programm / 7313 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.9 KB
  1. Xref: sparky comp.windows.ms.programmer:7313 comp.os.ms-windows.programmer.misc:954
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!rutgers!rwja!kuntz
  3. From: kuntz@rwja.umdnj.edu (Ralph Kuntz)
  4. Newsgroups: comp.windows.ms.programmer,comp.os.ms-windows.programmer.misc
  5. Subject: HELP: documentation for __ahIncr
  6. Message-ID: <1466@rwja.umdnj.edu>
  7. Date: 22 Jul 92 16:14:35 GMT
  8. Followup-To: poster
  9. Organization: Robert Wood Johnson Medical School, Piscataway NJ
  10. Lines: 32
  11.  
  12. Hi Windoze Programmers:
  13.  
  14. In the owl/examples directory in BC++ 3.1 (3.0 also) there is a sample
  15. bitmap display program call bscrlapp.cpp.  In this file they make use
  16. of a "magic" identifier called "__ahIncr", apparently to step from the
  17. end of one segment to the beginning of the next in a large block of
  18. memory obtained from GlobalAlloc().  There is a cryptic message about
  19. Windows doing something funny to this symbol.  Other than this one use
  20. of __ahIncr and a single line "__AHINCR  size = 0" in
  21. /windows/system/import.lst, I can find no other mention anywhere.  I
  22. did a global grep in the /borlandc and /windows directories.  I also
  23. looked in several Windows programming books that I have, but none
  24. mentioned it either.
  25.  
  26. Does anyone have any more information about this symbol (or another
  27. also in import.lst "__AHSHIFT")?
  28.  
  29. Also, from reading Petzold, I understand that if I have allocated a
  30. very large block using GlobalAlloc() (>64K bytes), then I cannot use a
  31. huge pointer and step from byte 0xffff to 0x10000 by simply adding 1.
  32. There is some magic about protected mode and adding 8 to the segment
  33. register that is not clear.  Any ideas?
  34.  
  35. BTW, I am trying to write a program to read and manipulate large
  36. (640x480x256) tiff files.
  37.  
  38.             Thanks, Ralph
  39. -- 
  40. G. Ralph Kuntz
  41. Medical student, UMDNJ - Robert Wood Johnson Medical School, Class of 1994
  42. kuntz@umdnj.edu            (H) 908-463-7170
  43. [Computer scientist for Bell Labs in a former life (before Med. School)].
  44.