From: wright@lims01.lerc.nasa.gov (Ted Wright)
Newsgroups: comp.sys.ibm.pc.games
Subject: Re: Harpoon 1.3 crashes.
Keywords: Harpoon, Crash
Date: 13 Aug 92 13:13:10 GMT
Organization: NASA Lewis Research Center

In article <627@turtle.ee.QueensU.CA> biman@turtle.ee.QueensU.CA (Aapoolcoyuz) writes:
>From: biman@turtle.ee.QueensU.CA (Aapoolcoyuz)
>Subject: Harpoon 1.3 crashes.
>Keywords: Harpoon, Crash
>Date: 12 Aug 92 15:47:20 GMT


>Recently we ran into problems playing Harpoon 1.3.  It seems part  
>way through the game, the computer crashes with an "memory 
>management problem".  I think the cause is insufficient memory.
>Our set up is follows:

>This is the config.sys file on our system:

>stacks=0,0
>files=20
>buffers=10
>device=c:\qemm\qemm386.sys
>shell=c:\ndos.com /p /u 
>dos=high,umb
>device=c:\mouse\mouse.sys 

>This a printout of the memory allocation on our system with QEMM running:

>Conventional Memory :

>  Name                Size in Decimal       Size in Hex
>-------------      ---------------------   -------------
>  MSDOS              12192      ( 11.9K)       2FA0
>  RSTRCFG               80      (  0.1K)         50
>  QEMM386             4096      (  4.0K)       1000
>  LOADHI               256      (  0.3K)        100
>  NDOS                 768      (  0.8K)        300
>  PRINT               5776      (  5.6K)       1690
>  FREE                 176      (  0.2K)         B0
>  FREE              631792      (617.0K)      9A3F0

>Total  FREE :       631968      (617.2K) 

>Upper Memory :

>  Name                Size in Decimal       Size in Hex
>-------------      ---------------------   -------------
>  SYSTEM            282688      (276.1K)      45040
>  NDOS                3120      (  3.0K)        C30
>  MOUSE              14080      ( 13.8K)       3700
>  FREE               15472      ( 15.1K)       3C70
>  FREE               65472      ( 63.9K)       FFC0
>  FREE                4064      (  4.0K)        FE0

>Total  FREE :        85008      ( 83.0K) 

>Total bytes available to programs (Conventional+Upper) :      716976   (700.2K)
>Largest executable program size :                             631792   (617.0K)
>Largest available upper memory block :                         65472   ( 63.9K)

>   7667712 bytes total EMS memory
>   6914048 bytes free EMS memory

>   7340032 bytes total contiguous extended memory
>         0 bytes available contiguous extended memory
>   6914048 bytes available XMS memory
>           MS-DOS resident in High Memory Area


>Does anyone else have this problem ?  Also someone (forget his/her name) said that
>Harpoon 1.3 was a lot tougher to play, and winning scenarios was not as easy as before.
>Well, so far of all the scenarios we have played (in the Designer's Series), we have
>not lost one conflict. Each of the victories was a "no-contest". THe scores were our
>side 1 ship, 21 aircraft, 1 helo, and their side 1 carrier, 17 ships, 4 subs, 239
>aircraft, 28 helos.  Come on... We (me and my buddies ) don't mean to be boastful 
>but the game is not nearly as challenging as certain persons stated.  THis is not a 
>criticism, but simply an observation.

Try adding HANDLES=255 to your QEMM line in config.sys. I think this
reduce the number of crashes, in my case. 360 suggests reducing the
number of patrolling aircraft with the formation editor. The problem
is supposed to be related to "too many things in the air".

If you find a real solution to this problem, let me know. 
Newsgroups: comp.sys.ibm.pc.games