RHS x.753 corrected eratta (report)

[Bliztk]

Changing HQ of Recife to ANZAC Command, and nationality to British seems to work. As a backup plan until a fix is done. Now that we can reproduce it, it`s a matter of time until is fixed.

The only problem was 221 RAF Aviation (Slot 2794). I had to change the delay from 411201 to 0 to make it appear

EDIT 2: The base is here, but the units dissapear [:@]

EDIT 3: Moving the units to Capetown and changing the base to US Command, makes the ships and supplies appear correctly. Land units appear correctly at Capetown

[el cid again]

This sector of the bottom of the map area has other problems: notice that if a couse is plotted through it, it "disappears" for about a dozen hexes - and "reappears" on the other side - as if it were really there all along. This if you start a ship at some point far to the East and send it far to the West (or vice versa). But a ship started at Rio will plot a course to Recife. Wierd.

[witpqs]

ORIGINAL: el cid again

This sector of the bottom of the map area has other problems: notice that if a couse is plotted through it, it "disappears" for about a dozen hexes - and "reappears" on the other side - as if it were really there all along.

I've noticed this sometimes with ships plotting courses from New Orleans to other places, too.

[el cid again]

Looks like South Pacific Command works.

Confirming in longer test.


EDIT: Looks good: Ran to 1/21/42 with loading at Recife at the start. Ships loaded, went to destination, returned, and are now loading again. Port still there and still functional. A ground unit there also loaded and moved. I will issue an update if this works for another 4 hours (about 6 game weeks).

[el cid again]

I have been able to run to 2/21/42 in two stages - loading at Recife 3 different task groups - without incident. Our "solid 100%" problem is gone - by the mechanism of changing the command. I will issue an x.754 updated file set correcting two other matters plus this one - and adding a number of additional LSTs - in a matter of hours.

[el cid again]

British air HQ seem duplicated as HQ units and as engineer units - and there are other issues with UK/CW HQ units.
These I will rework to be more logical - and to free up the engineer slots - since these can be part of the HQ proper.
In their RHS form these units have AAA (and a small security element) - but not always air warning equipment. Where absent it will be added.

[el cid again]

UK/CW HQ and air HQ units required rework. Almost done.

[el cid again]

Major rework of UK/CW HQ - and Aussie Air HQ in particular - turned out to be required.

[el cid again]

We have run 7.754 EOS to 9/12/42 (that is, 3/4 of a year) - loading and unloading periodically at Recife - and the port still exists. This issue is relegated to the status all ports have - the "disappearing" problem is rare (not once in 200 days) -
so we have addressed the "solid" issue by changing the command. If the problem occurs (re any location) in a long game - I will fix it if need be.

[Bliztk]

Have you tested if the problem of arrival of land units still exist ?

In my test the land units here dissapeared a turn after they arrived...

[el cid again]

I do not understand the problem. Arrival of land units where? When?

[Bliztk]

Units that arrive at Recife get moved to 0,0 after 1 turn or 2.

Check 221 RAF Aviation (on 7.753) after 1 turn it vanishes. Same for all the units that are scheluded to arrive at Recife

[el cid again]

RAF 221 Aviation was a mistake in several senses, and does not exist in this form any more. It was more or less a duplicate for RAF 221 Group and it is now part of that unit. It also never appeared at Recife - but it is on the map (in Burma or something like that).

I did, however, create two dummy units, one each for Rio and Recife - and note that other units exist on the same hex row at Capetown and Durban. I ran for 23 days and lost the unit at Recife. Now what that means isn't clear yet? It may have been sent somewhere. It is most unlikely the record was destroyed - I need to look at the acutal unit record - which I know because I created it in slot 2478. Anyway - I will look at this. It seems like an odd problem - but there are many odd things in this area of the map. AI is very very strange down here - often not printing out ship tracks for example - even though it moves the units fine.

[witpqs]

I did a count and there are 17 units that arrive at Recife, all of them British RAF and RN base forces. Any chance of Matrix programmer/mods looking at the saves that you have?

[el cid again]

I have figured out how to read the records - and I have found that the unit at Recife moved to row 9, column 0. I found a number of other records of units that did the same thing. I am not sure what that means? 9,0 (or 0,9 if I have it backwards) isn't a valid location and there is no reason code should send something there. It is doing so regularly - apparently - if you look at a save game file. So I will see if Matrix can provide any enlightenment? We may have something that is much bigger than a local problem associated with one location: at first glance it appears to be related to nationality (e.g. British). Once we understand what is happening - we can probably work around it even before (if) it is ever fixed. The big part of any problem is defining it.

EDIT: OK - this is starting to make sense. I was shifted by one column. The location for these problem units is 0,0!!!
The same as Recife itself (and sometimes other locations) shifts to. And it is also not valid.

SOME ROUTINE shifts ANYTHING in the location file to 0,0. This should never happen. That it happens to more than locations should give it highter priority.

[witpqs]

I had a problem (posted in Support) with the UK 7th Armored. It seems that perhaps the parent unit disappeared while being loaded. I only found out the parent was missing later when the fragments unloaded and merged into a fragment instead of a complete unit. The sea journey was long so I do not have a before save.

Note Well: The unit was loaded at New Orleans!

[el cid again]

Always list the slot id when describing a unit. This is the record number - and it cannot be tracked unless it is known.

[witpqs]

There is no problem with the unit definition that I know of. I am merely relating the issue to you because it is similar to what you now describe: 1) British unit 2) close to map edge.

I'll email you a save along with the slot number when I find it.

EDIT:

Okay, email sent to you with save file. Slot number is 2854.

[m10bob]

Today I downloaded from RHS site what was supposed to be 6.x54 and it is still labeled .x53 in the editor..
Further, there is now a Japanese land based unit showing in Bombay.

[el cid again]

The comment file should contain a notation 6.743 & 6.75.

We are issuing subsets of 6.75 but not changing the comment files.

The scenario editor also contains a reference to the version in the title line for the scenario -
but it should remain 7.75 only as there is not room for a dual reference.

There should not be any Japanese unit at Bombay. Current files do not have such an issue at source.
If you wish to check out a unit - you must identify it - either by slot or at least by name.