TonyE

If you are handy with the registry you can delete the HKCU\SOFTWARE\Harpoon2002\Options key. Make sure you don't have the game running when you do that or the game will simply re-establish the unwanted values. Deleting that key will reset all of your game options and window sizes and positions. The problem you are facing is that the dialog you are after is being drawn off-screen so you can't see it to click on it. This procedure starts you fresh. Let us know if you need a more automated approach and I'll see about whipping something up.

Oh that's an old version! For newer versions there is a quick clear game options registry file https://harpgamer.com/harpforum/files/file/228-hce-clear-game-options-registry-settings/ but it won't work for HC Gold. If someone doesn't beat me to it, I'll send the registry key you'll want to clear to reset the window positions in the next few days.

HCE - 2025.016 - 2025-03-02 =========================== - Chg:00000 GE Firing of all ANNEX_E weapons aka depth charges, etc. should now trigger ExportDLL StoreConsumed function. - Chg:00000 GE Firing of ANNEX_G1 weapons aka bombs should now trigger ExportDLL StoreConsumed function. (thanks donaldseadog) - Chg:00000 GE Firing of Air to Air guns should now trigger ExportDLL StoreConsumed function. The built-in ATA guns in pre-commondb BattleSets are tricky, they will come through with a firing unit, a target unit, and a quantity of 1 but no mount information. (thanks donaldseadog) - Chg:00000 GE Instrumented Combat3.c AreaDefense with StoreConsumed calls. - Chg:00000 SE UnitNew ExportDLL function fires now where it didn't before. - Chg:00000 SE UnitToGroup ExportDLL function fires now where it didn't before.

HCE - 2025.015 - 2025-03-01 =========================== - Chg:00000 GE Some logging in Release builds has been inadvertently disabled since libge and libse came into being. They didn't have the LOGENABLE pre-processor define set which meant less logging to ge.log and se.log than desired.

HCE - 2025.014 - 2025-03-01 =========================== - Chg:00000 GE Added NULL checks so that StoreConsumed shouldn't crash the game - Chg:00000 GE Updated SinkShip to pass the sinking unit's UUID in hopes of avoiding some situations where the wrong unit sinks. - Chg:00000 GE Updated ProcessSplitGroupEvent to pass the sinking unit's UUID.

HCE - 2025.013 - 2025-02-28 =========================== - Chg:00000 GE Incremented DLL interface version to 43. - Chg:00000 GE Incomplete... ExportDLL StoreConsumed function added to inform ExportDLLs of weapons expenditure. - Chg:00000 GE Doesn't seem to work... ExportDLL added funcRef ZoomWindow that allows an ExportDLL to change the zoom level of Group or Unit window.

HCE - 2025.012 - 2025-02-28 =========================== - Chg:00000 GE Fixed the Help\About box to show the 2022.027 credits tab, previously the code was incomplete. - Chg:00000 GE Incremented DLL interface version to 41. - Chg:00000 GE ExportDLL Staff function added to inform ExportDLLs of Staff Assistant calls and give an opportunity to replace the SA. function Staff(side: short; button: short; picnum: short; message: pchar; unit_involved: PHCUNIT; outcome: plong): CBOOL; export; cdecl; - Chg:00000 GE ExportDLL DLLInit added LosTable sending to allow modification of the LineOfSite table used by sensors. - Chg:00000 GE ExportDLL ZoomChanged procedure added to inform ExportDLLs of Group and Unit window zoom level changes. (thanks donaldseadog) procedure ZoomChanged(GroupZoom: short; UnitZoom: short); export; cdecl;

HCE - 2025.011 - 2025-02-28 =========================== - Chg:32850 GE Non-air groups could have up to 30 minute delays in turning to an intercept course. Fixed by checking if a group has an intercept event during path navigation and if it does, recalculate the course much more often. (thanks donaldseadog) https://harpgamer.com/harpforum/topic/32850-delayed-turn-of-destroyer-to-engage-enemy/ - Chg:33573 GE Player was previously allowed to fire AAMs not capable of orbital altitude at enemy missiles at orbital altitude. CheckGroupWeapons now does an altitude check but only for missiles fired against missiles. Also applied these for Satellites. (thanks Enrique) https://harpgamer.com/harpforum/topic/33573-harriers-launching-aams-to-orbit/ - Chg:33224 SE Position dialog DIALOG316 when changing a group's position always showed East and North. Corrected. (thanks donaldseadog) https://harpgamer.com/harpforum/topic/33224-se-incorrect-label-for-west-longitudes/ - Chg:00000 SE Made the left mouse click Range and Bearing text at the bottom of the window show just like the GE by adding coordinates and water depth to the readout.

Fixed in 2025.011. It was even worse that your report suggests... The Change Group Position always showed East and North no matter what. Fixed em both.

Fixed in 2025.011 by not allowing missiles to be fired at opposing missiles outside the intercepting missile's altitude range. You can probably still pull other hijinx like firing guns at orbital targets, firing AMRAAMs at satellites (hmm, no, I just coded so you can't do that last one!).

So far I cannot reproduce this in 2025.011. I order the attack and usually the Red plane gets shot down after some seconds, no crash in 8 or so runs of the saved game.

Addressed in 2025.011 by re-evaluating heading during path navigation if the group has an intercept event in the queue. This results in much more prompt updating of course for the surface group.

Confirmed in 2025.010. Here is what is happening. 1. User orders intercept in order to get into gun range. 2. GE clear's the firing group's path and creates an intercept course. 3. Navigation by path code/eff200 is only invoked every 30 minutes in this situation so the turns are horribly delayed. I'm looking into how to reasonably fix this issue.

HCE - 2025.010 - 2025-02-27 =========================== - Chg:00000 GE Incremented DLL interface version to 41. - Chg:00000 SE ExportDLL SaveScen function added to tell the ExportDLL when the scenario has been saved in the SE. - Chg:00000 GE Both the GE and SE will load ExportDLLs in the \ExportDLLs sub-directory of HC. The GE will then load any ExportDLLs in \ExportDLLs\GE. The SE will then load any ExportDLLs in \ExportDLLs\SE - Chg:00000 SE ExportDLL interface enabled: ScenLoad StartGroup (much improved) UnitTop (much improved) - Chg:00000 SE ExportDLL made as many functions as applicable to the SE available to ExportDLLs to call (funcRefs). They haven't been checked for functionality: NewPtr DispPtr del_HarpoonEvent_list QueueHarpoonEvent CreateVictoryCondition CreateGroup disk_id_to_annex_id GetLoadoutIndex dllCheckLatLonDepth annex_id_to_disk_id ResetGroupCenter SetCourseUnit_Raw SetCourseGroup_Raw free_Unit free_Group ChangeActGroupPtr ChangeActUnitPtr

Sounds like a good test for you Geoaegis. Plus, with enough effort the HUCE models can be replaced. Granted it is a lot of effort but maybe someday someone will make that easier.

HCE - 2025.009 - 2025-02-26 =========================== - Chg:00000 SE ExportDLL interface enabled: GroupFree UnitFree ActGroupPtr ActUnitPtr

HCE - 2025.008 - 2025-02-25 =========================== - Chg:00000 GE Incremented DLL interface version to 40. - Chg:00000 GE ExportDLL DLLInit function modified to indicate which game component is running GC_UNK = 0 means unknown GC_GE = 1 means Game Engine GC_SE = 2 means Scenario Editor - Chg:00000 SE Allow more than one copy of the SE to run a a time. - Chg:00000 SE ExportDLL interface enabled: DLLVer DLLVerInt DLLDesc DLLFree DLLInit StartGroup (only at SE start) TopUnit (only at SE start) DBLoaded

Yes... In pre-commondb BattleSets (think anything thru EC2000 but not EC2003, WestPac, ...), air units with a MISSION_ATA type of loadout have internal guns with four bursts of ammo that will try to engage if the opponent is within 3nm. So yes, some will, Intercept & Escort loadouts but not ASuW for instance. In commondb BattleSets any ATA guns must be part of the loadout.

HCE - 2025.007 - 2025-02-21 =========================== - Chg:00000 GE Incremented DLL interface version to 39. - Chg:00000 GE ExportDLL DBLoaded function modified to be called twice, first when the disk annexes have been loaded and the second time when the memory annexes have been loaded and calculated fields have been calculated. (thanks donaldseadog) procedure DBLoaded(AnnexDataIn: PHCAnnexes_disk; AnnexDataMemIn: PHCAnnexes_mem) export; cdecl;

Agreed, one could see a lot of munitions 'wasted' on tiny probability of hit shots.

Colors have shifted a bit over time, yes. The game is semi-stuck in 256-color land with a custom 256-color pallette that I do something to mess with once in a great while. I've been a programmer of HC for over 20 years now and what working on it looks like continually changes. When I converted from tester to programmer there were four of us programmers, one working on the platform editor and the rest of us on everything else. At the time my real job was running my own IT contracting firm but to be taken under the wings of a genius Harpoon programmer was an amazing gift. There were a ton of surrounding people, I don't say supporting because I was no more important than the people creating platforms in the database. Anyone can learn to sling code but to sift through mountains of articles to derive platform data, that is a special skill! The collaboration was efficient and rarely were there insurmountable agreements. You ask about the to-do list and being infinitely long, there is always something of particular personal interest to build or improve when a break is needed from the drudgery of maintaining a 36 year old piece of software. A fraction of the to-do list is illustrated in the Issue Tracker here and the Wishlist forums. For the last decade or so I've put I'd say around 1/3 of my effort into the ExportDLL interface that allows those without the game source code to write addons. That has brought fresh life to the game as you see from donaldseadog's addons and will allow it to live on when the rights holders (Bond & Carlson) pull the plug on the publishing of the game. Maintaining a semblance of backwards compatibility is a huge but rewarding burden. Many times in those early years we nearly dropped all legacy BattleSets to reduce that burden but we always left them in and accepted the burden. I went even further sometime after 2007 and started writing saved game format converters. Between 2002 and then we would periodically enhance/break the saved game format (not the scenario format) meaning we didn't commit to saved games from a previous build being able to be opened in the current build. These days I'm the only one programming the package that you get from Matrix games; one other pops in every few years and does something amazing. Most of the administrative tasks fall to me as well, it is a tiny group compared to what we had. You've seen some passionate testers here and amazing scenario authors but they are few in number. There are interesting times ahead with much opportunity for someone to come along and re-build a strong community that can get the best out of each of us. Much more help is needed to make efficient use of myself, donaldseadog, and when we provide the tools for them, the database editors.

Is the optimal (note I'm not asking for "correct") behavior for the AAMs to stay at VHigh in the off-chance the ASBM dives at the same moment the AAMs would impact or should the AAMs not launch at all (like the SM-2)?

HCE - 2025.006 - 2025-02-20 =========================== - Chg:00000 GE Incremented DLL interface version to 38. - Chg:00000 GE ExportDLL interface now makes the ChangeActGroupPtr function available to ExportDLLs PHCGroup ChangeActGroupPtr(ActGroupPtr: PHCGroup) - Chg:00000 GE ExportDLL interface now makes the ChangeActUnitPtr function available to ExportDLLs PHCUnit ChangeActUnitPtr(ActUnitPtr: PHCUnit)

My goal is to send a build to Matrix at the end of February (which means one week into March in volunteer programmer-speak) so there should be an official patch by mid April.

The generic answer is that the rings should not be circular unless the map scale is the same in the X and Y direction. They are not. In some releases of Harpoon, the rings are forced to be circles which makes them inaccurate. In other releases of Harpoon an ellipse is used instead to give a more accurate representation of the listed range.