home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / cplus / 12373 < prev    next >
Encoding:
Text File  |  1992-08-14  |  2.5 KB  |  61 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!decwrl!csus.edu!netcom.com!netcomsv!proto!joe
  3. From: joe@proto.com (Joe Huffman)
  4. Subject: Re: Allocating arrays larger than 64K with new?
  5. Organization: Prototronics @ Sandpoint, Idaho
  6. Date: Sat, 15 Aug 1992 07:02:00 GMT
  7. Message-ID: <1992Aug15.070200.9770@proto.com>
  8. References: <1992Aug9.152253.11345@newshub.sdsu.edu> <894@nazgul.UUCP> <f94m37_.feustel@netcom.com> <BsxEsH.Eso@wpi.WPI.EDU>
  9. Lines: 50
  10.  
  11. ajb@winton.uucp (Arthur J. Butler) writes:
  12.  
  13. >In article <f94m37_.feustel@netcom.com> feustel@netcom.com (David Feustel) writes:
  14. >>The following program compiles and links successfully with the ZTC
  15. >>-mx option. Running the program crashes the system. The program was
  16. >>linked and run under Flashtek's x32 dos extender.
  17.  
  18. >I just compiled this using Zortech and linking with x32v.lib.  I
  19. >compiled it both as a C program and as a C++ program (minor note: i had to
  20. >include stdlib.h).  I sucessfully ran it on my 486 with 8 meg of
  21. >memory and about 80 meg of free disk space.  You are allocating three
  22. >chunks of 12 Mbytes each.
  23.  
  24. >I believe your problem is that you compiled the program in small
  25. >memory model and not X memory model.  It will link with x32 and not
  26. >complain at all.  I did that by mistake and indeed running the program
  27. >halted the system.
  28.  
  29. I know David uses OS/2 2.0 a lot.  I tried running the program under
  30. OS/2 and first found I had to raise the virtual memory limit on the DPMI
  31. host.  Then I ran out of disk swap space and OS/2 and I had a 'discussion'
  32. about it.  It told me about the swap space problem and suggest I kill
  33. the process, either I didn't know how (although it appeared to be
  34. rather obvious) or it couldn't accomplish it.  It would run for a second
  35. or two longer and give me the same message.  This happened about 10 times
  36. and I finally tried a different option -- something about reporting the 
  37. error to the application and continueing.  That locked up the machine...
  38. I had to use the reset button.
  39.  
  40. As near as I could tell, the program, the compiler, and the DOS extender 
  41. are working correctly.  I didn't track down a machine that had enough
  42. disk space to run the program successfully (virtual memory is required
  43. for most machines because of the 36 Mbyte memory allocation).  If someone
  44. has tested this further and concluded (or is suspicious) that there is
  45. a problem with the compiler or extender I will investigate further.
  46.  
  47. Let me know.
  48.  
  49. Joe Huffman
  50. FlashTek, Inc.
  51. 804 Airport Way Suite D
  52. Sandpoint, Idaho 83864
  53. U.S.A.
  54.  
  55. FAX:    208-263-8772
  56. Voice:  208-263-7311
  57. Orders: 800-397-7310
  58. -- 
  59. netcom!proto!joe
  60. joe@proto.com
  61.