Game engine limit (String Cache overflow)

adoxa wrote:

Can you tell me how to use BwPatch? As i understand it works on 32-bit systems, but i have installed win10 x64. Will it work on my system?

Yes, 64-bit Windows has no problems running 32-bit programs. Save the patch to your Freelancer’s [c]EXE[/c] directory as [c]crack[/c]. Then run [c]\path\to\bwpatch[/c] in the [c]EXE[/c] directory. Use Command Prompt (or PowerShell), not Explorer.

000170: [ BF A0 1B ] ------- there are other values

Make them all 00 (it’s a checksum, safe to ignore).

Also I didn’t understand how to do through ICY Hexplorer the patch for this offset?```
0002D8: “.cache” [ 00 00 00 00 00 00 ]

I believe you can press Tab to switch to the ASCII pane (or click there), then just type it in.

It works! But i have the problem: every time i try to start the flserver it falls. It happens due to some dlls which are installed on our server. This dlls:

     1: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'chklootvol.dll', ignoring...

     2: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'moors.dll', ignoring...

     3: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'healing.dll', ignoring...

     4: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'EquipDrag.dll', ignoring...

     5: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'DamagePerFire.dll', ignoring...

     6: C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(612) : ERROR:General:DACOM: AddLibrary: unable to load dll 'criticalhit.dll', ignoring...

I tried to remove them from dacomsrv.ini: in this case the server starts and i can enter the game, but in logs appear a lot of errors (ArchDB::Get like on the screenshot), but all of this objects are take place in my mod. I tried to return the previous “common” and in that case the errors disappear. Do you have suggestions what can cause this problems?

I made all patches in common.dll through program hexplorer with the help of your instructions because i didn’t understand the BwPatch.

adoxa wrote:

It works! But i have the problem: every time i try to start the flserver it falls. It happens due to some dlls which are installed on our server.

That’s my lazy programming, where my plugins assume common.dll will be loaded at the same address, which no longer applies with the patched version. Since it’s easier to change the server than all my plugins here’s another patch.

# Load common.dll before dalib.dll & dacom.dll, to keep common.dll at the
# same base address (my plugins assume it).

File: FLServer.exe
01FCEC: 3C                              [ E0 ]
01FCF8: DE 11 02 00 10 B0 01 00 E0      [ 8C 0C 02 00 B4 B0 01 00 D4 ]
01FD0C: 8C 0C 02 00 B4 B0 01 00 D4      [ B4 0C 02 00 A8 B0 01 00 3C ]
01FD20: B4 0C 02 00 A8                  [ DE 11 02 00 10 ]

Thank you, Adoxa. It partially helped to solve the problem! I was tasting the mod a bit with this patches and determined the critical error …
Sometimes during the starting server crashes and writes the next:

1: E:\FL\Scratch\Source\Common\Systems.cpp(3117) : *** ERROR: could not create universe ''

And also the server keep hanging with the same errors, about what I was speaking early (chklootvol, moors, healing, EquipDrag, DamagePerFire, criticalhit, GetRoot ), out of about 10 attempts of the starting.

Also I realised that your plugin TurretZoom stopped working as needed. It doesn’t read the options “max=” and “switch=” and I can distance a camera very fast and on the all system. The game even crashed when I am had tried to look through the camera in clouds which is very far from my ship.

I recorded the video for demonstration. Please, watch this video.
https://youtu.be/FWtZSPS8kcw
https://youtu.be/FWtZSPS8kcw

adoxa wrote:

And also the server keep hanging with the same errors, about what I was speaking early (chklootvol, moors, healing, EquipDrag, DamagePerFire, criticalhit, GetRoot ), out of about 10 attempts of the starting.

Here’s another patch to prevent common.dll relocating. This will prevent Flserver.exe from loading at all if it still needs to relocate, but that only happened for me the first time, it’s worked every time since.

File: Common.dll
00012E: 0F              [ 0E ]
0001BA: 00 00 00 00     [ 33 00 6C FD ]

Also I realised that your plugin TurretZoom stopped working as needed.

Argh, that assumes the base address of dacom.dll. Here’s another patch to work around that.

File: TurretZoom.dll
001734: 66 39 D7 8D 48 01 90    [ 3B FA B9 01 00 00 00 ]

```I really should rewrite them all, but there's so many…

Greetings, Adoxa. I made the patch in "Common’, but now instead of hanging the flserver began to interrupt the starting with giving an error during the loading at 0xc0000018 adress. I removed all your plugins from dacomsrv for testing, but the error doesn’t disappear and appears very often during the starting of the server.

Also for whatever reason your patch to TurretZoom did’t work. I can still move camera every far from my ship, but in dacom all settings are written right: TurretZoom.dll max=2500 switch=0
But it doesn’t read settings.

And want to add that rarely the server can’t create the universe and continue to show the next error:

1: E:\FL\Scratch\Source\Common\Systems.cpp(3117) : *** ERROR: could not create universe ''
```Is it also connected with offset? Because I didn't see it before.

UPD: Lol, I start server in windows 95/98 compatibility and in this case the error 0xc0000018 doesn’t appear. But server during starting has a lot of lags with this compatibility.
I tried compatibility with vista 7/8. In this case the error appears, but more rarely than without any compatibility.

adoxa wrote:
Sorry, might be best to undo it all. I’ll see if I can come up with a different approach. Or you could just use smaller nicknames (instead of making the cache bigger, make the strings smaller).

We have very little left that can be deleted or cut and also we have a lot of plans on the future. You could remove the limit and it is the great success. I can only dream about this. In compatibility this error doesn’t worry the server, but I don’t know that any error won’t worry in future due to it. From these problems what I see now only one I can’t understand the next. It is TurretZoom and I will be very grateful for the resolution of this problem or alternative way.

UPD: I am thinking that error 0xc0000018 connected with direct. I just got a diagnostic window. When I had tried start the server with compatibility, it in the moment stoped and then closed.

adoxa wrote:
Here’s the same thing, but as a plugin.

Thank you so much, Adoxa. It works! With your help my dream has come true!