Crash Offsets
-
Adoxa you are master of Freelancer reveЯce engenееring, thx - all NY now under the Wilds control at my local machine
-
-1<–—
06310DE1 mov edx, [eax+01h]
06310DE4 add edx, [ebx+00001450h]
06310DEA jmp 06310E31h
-1<–—
…- Reference to USER32.MessageBoxA
…
06310E31 test esi, esi
06310E33 jle 06310E4Fh
brrr if esi<=esi then jump?
- Reference to USER32.MessageBoxA
-
@Nightstalker: I sympathize, such intermittent bugs are hard to track down. GetRoot accepts a CObject* and returns a CObject* (presumably a parent relationship). IsDescendant takes two longs (presumably hashes) and returns bool (the first object is a descendant of the second).
@Alex: Looks like you have a good without an equipment line.
-
Why sorry? I trying to learn
Thx, will take a note.
drops assembler reference from window
-
TEST is an AND that discards the result. ANDing something with itself yields itself, but affects the flags. It is commonly used as a short way to test for zero, but it can also test for negative numbers, when the high bit is set. So test reg,reg preserves reg, clears the carry flag and sets the zero and sign flags accordingly.
-
Reading old paper tutorials, but without good reference hard to understand…
What assembler reference you will recommend?
-
I use these two:
Intel Architecture Software Developer’s Manual - google it, 3 pdfs.
http://faydoc.tripod.com/cpu/oh, there’s actually third in my bookmarks: http://ref.x86asm.net/
-
Thx again, server much stable x)
server.dll, 0076fdf
?get_behavior_id@IObjInspectImpl@@UBEHXZ
Wrong behaviour? Right?
-
It seemed we have corrected all errors, but now happens only
ntdll.dll, 00011689
Os error?
Debug shows
[23.07.2010 12:12:53] void __stdcall HkIServerImpl::BaseEnter(unsigned int,unsigned int)
[23.07.2010 12:12:53] iBaseID: 2805853963
[23.07.2010 12:12:53] iClientID: 4 -
I have a problem to get more information ;(
I have a crash at 0x0004f486 in common.dll that appears very often. With a dll viewer the address should be somewhere between:protected: virtual __thiscall CObject::~CObject(void) 0x062af440 0x0004f440 565 (0x235) Common.dll D:\Games\Freelancer\EXE\Common.dll Exported Function
and
public: unsigned int __thiscall CObject::AddRef(void) 0x062af600 0x0004f600 1197 (0x4ad) Common.dll D:\Games\Freelancer\EXE\Common.dll Exported Function
Am i on the right was assuming that it must be somewhere either in destroying an object or adding a reference (whatever ref is meant with it)? Because that are the addresses situated next to the crash offset.
Is there a way to get to the direct address that is crashing? Windbg? Any other tool?
-
Related to ntdll.dll - not supported/equipable archetype in players char file.
Use Player Cleaner or DSAccount manager with all check options on.
-
Is there any possibility to get a kind of callstack of a current happended crash? It would be nice if its logged somewhere in a file… I have tried to debug a crash offset (by using breakpoints) but the routine is way too much called to trigger any crash reason ;(
So actually when the crash happens and having the callstack would be a really great…
-
Finally ntdll.dll crashes - Not supported parameter or typing error
@Huor try WinAPIOverride32
-
00091f38 in common.dll
because ship_archetype = <blank>in players file</blank>
-
is there something wrong with the engbase.dll. I dont see anything in depends and another dll viewer is also empty
i just could figure out the crash offset in windebug - but there is one little question i have. The offset that is given is that the offset from the module load entry or from the start of freelancer.exe? For sure both result in another address ;D
It seems there are no further information about engbase.dll at least all i could retrieve is assambler code - and my understanding of it is heavily lacking ;(