Laz wrote:
As I recall, the limit for the INI_Reader class internally is 1024 characters per ini value. I am not aware of any file size limits, and the only one I would imagine is if you had a file larger than a gigabyte, which I highly doubt.

The error could be tied elsewhere, perhaps a save file? What is the line limit you have observed?

adoxa wrote:
It's not lines, but objects (nicknames and the like). You've just got too much stuff. StringCache is hardcoded, not sure I can change it and it might be a while before I try (if I do).

adoxa wrote:

Code:

# Double the size of Freelancer's string cache.
# Jason Hood, 22 February, 2021.

File: Common.dll
00011E: 06              [ 05 ]
000139: B0 50           [ 80 07 ]
00016A: 64              [ 34 ]
000170: 41 6A 1B        [ 06 10 1C ]
0002D8: ".cache"        [ 00 00 00 00 00 00 ]
0002E2: 30 00 00 40 34  [ 00 00 00 00 00 ]
0002FC: 40 00 00 C0     [ 00 00 00 00 ]
0D3CE5: 0C              [ 06 ]
0D3D18: FF 3F 5A        [ 0F A8 40 ]
0D3DAD: 0C              [ 06 ]
0D3DD9: 00 40 5A        [ 10 A8 40 ]
18DB72: 30              [ 18 ]


It seems to work. The format is offset: new_bytes [ old_bytes ]; it's for my BwPatch utility.

adoxa wrote:

Quote:

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 EXE directory as crack. Then run \path\to\bwpatch in the EXE directory. Use Command Prompt (or PowerShell), not Explorer.

Quote:

Code:


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


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

Quote:

Also I didn't understand how to do through ICY Hexplorer the patch for this offset?

Code:

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.

adoxa wrote:

Quote:

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.

Code:

# 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 ]


adoxa wrote:

Quote:

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.

Code:

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


Quote:

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.

Code:

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...