Crash Offsets

Uh
not sure if i post this here or not, but FLServer crashes on me before it finishes even starting up. Don’;t know if this is correct, but
Offset 0x00003de4 in DACOM.dll

Got strange offset at flmaterials.dll

0x00005b33

At flspew.txt:

C:\work\builds\dalibs\dalibs-build\build\Src\RendComp\VMesh\VMPartArch.cpp(697) : NOTICE:General: VMESH: couldnt find material 65536
C:\work\builds\dalibs\dalibs-build\build\Src\RendComp\VMesh\VMPartArch.cpp(697) : NOTICE:General: VMESH: couldnt find material 327684
C:\work\builds\dalibs\dalibs-build\build\Src\RendComp\VMesh\VMPartArch.cpp(697) : NOTICE:General: VMESH: couldnt find material 589832
C:\work\builds\dalibs\dalibs-build\build\Src\RendComp\VMesh\VMPartArch.cpp(697) : NOTICE:General: VMESH: couldnt find material 851980
C:\work\builds\dalibs\dalibs-build\build\Src\RendComp\VMesh\VMPartArch.cpp(697) : NOTICE:General: VMESH: couldnt find material 1114128
C:\work\builds\dalibs\dalibs-build\build\Src\RendComp\VMesh\VMPartArch.cpp(697) : NOTICE:General: VMESH: couldnt find material 1376276

Tried to find this values by FL Developer - no luck

Happens mostly at one system - bw08 (Tau-23)

Digging fl forums i see not only me had this problem…
Someone solved?

Try to remove

….
[Object]
nickname = Bw08_suprise_ge_train_1
ids_name = 261761
pos = 21340, 0, 22673
rotate = 30, 0, 20
archetype = suprise_ge_train
visit = 16
ids_info = 66426
loadout = SECRET_train_bw08
……

and check if it still happens.

I encountered various texture related problems
using the HD texture mod.
Dragging that one down was real pain.

Yeah, b!g thanks F!R!
Works ferroconcretely

Nova wrote:
Help please… i’m in desperation…
Freel server (mod) crashes when jumping inside Kepler system…
000c465f in content.dll

It is because of mixed non-patched and 1.1 patched files.
P.S. Alows to run Itano Circus Server (Woohoo)

Getting a reasonably consistant ctd on freelancer.exe at offset 0x00149e35

multiple characters, always at launch to space. Only change in the mod has been updating the jflp.dll to the new ver. 1.21. Restored jflp back to version 1.2 with same results, I now have less than 50/50 chance of getting into space without crashing.

Any ideas? I know there is a thread on this offset, but it doesn’t draw any real conclusions and the idea of deleting all character files on the off chance that it might work would not go down well

Thaddeus wrote:
Getting a reasonably consistant ctd on freelancer.exe at offset 0x00149e35

multiple characters, always at launch to space. Only change in the mod has been updating the jflp.dll to the new ver. 1.21. Restored jflp back to version 1.2 with same results, I now have less than 50/50 chance of getting into space without crashing.

Any ideas? I know there is a thread on this offset, but it doesn’t draw any real conclusions and the idea of deleting all character files on the off chance that it might work would not go down well

This topic:
topic

What I found: the crash seems to be random.

After I uninstalled FLHook 1.6.9(88Flak FLHook) and changed it to FLHook 2.0 –-> NO CRASHES.

I use 1.21 JFLP by Jason Hood.

So the reason in my case seems to be 88Flak FLHook?!

Hope this helps.

Thanks Vital. I’m using flhook 2.0 already. The problem used to be quite random as you say, but now its more than ever other time I launch I get dumped to desktop

And the 1.21 jflp.dll didn’t fix it? We had some minor issues with the client CTD’ing but Adoxa was able to isolate the issue within the dll and published the 1.21 which so far seems to have fixed our problem.

We do NOT use FLHook.

Yeah, btw, will the crash persist without FLHook??

After a clean install this morning without flhook the problem still persists. although frequency of the crash is up to 1:10.

Seems to be related to the HUD - made any changes to DATA\INTERFACE\hud.ini?

HUD? Running vanilla hud.ini as supplied with the quickfix1.0. no changes as far as I can see. No hud mods except I am running your hudshift, that runs faultlessly (afaik…?)

adoxa wrote:
Seems to be related to the HUD - made any changes to DATA\INTERFACE\hud.ini?

Added opacity to some hud using utf editor, this actually presents in some hud already, that’s the only thing.

BTW, I had JFLP 1.20. Updated to 1.21 and didn’t notice any crashes with FLHook 2.0, didn’t test with 88Flak FLHook.

Freelancer.exe

The description for Event ID ( 1000 ) in Source ( Freelancer ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: freelancer.exe, 6.66.0.0, ntdll.dll, 5.1.2600.2180, 000122ba.

```Only on my machine. Others, so far don't have troubles.
FLSpew seems clean.
[EDIT] * Sims its Win related error, no one has same problem and other stuff refuse to load (HardCMP, Blender, …), so ignore it.

ntdll.dll crashes - Not supported parameter or typing error, not supported/equipable archetype in players char file.

Ty, I look into that.

Thaddeus wrote:
Getting a reasonably consistant ctd on freelancer.exe at offset 0x00149e35

Had another look at this, but not really any more to say. The offending address is set to 0 when you load/land on a base; it is set to whatever it should be (non-zero) just before you launch (or load in space); the crash occurs just after launch because it is now zero. If you can debug, set a write h/w breakpoint on 674AA0. On a base, it should break at 4DA799 (that’s where it gets zero); on launch, it should break at 4DA229 (non-zero). And that’s it - if it doesn’t break at 4DA229, it’s not being set as it should; if it breaks anywhere else, something’s broken somewhere.

Thanks, when I run client and server on the same machine I dont get this problem. So I did a file by file comparsion and found an updated .sur file that wasnt matched on server. Re-syncing the files seems to have alleviated the problem, it still happens but back to being random again.

Forgive my ignorance but what program do I need to debug this

Thaddeus wrote:
Thanks, when I run client and server on the same machine I dont get this problem. So I did a file by file comparsion and found an updated .sur file that wasnt matched on server. Re-syncing the files seems to have alleviated the problem, it still happens but back to being random again.

Forgive my ignorance but what program do I need to debug this

Could you tell me please what this file was?

I run server and client on the same machine, but through a
LAN(if the LAN is disconnected, you can’t connect to the server) for better test porpouses, and it appears to be quite random as you said. However, no this issue under FLHook 2.0