FGU crash while moving mouse.

[bratch9]

Had an fgu report an issue from the mouse. ( was not the gm, so this is what was reported to me. )

-pete

58916

[superteddy57]

Can you provide information on what you were doing prior to the error?

[SilentRuin]

I've seen this randomly for years. Last I saw one was a month ago. It's an ongoing problem that probably has to do with timing. Rarely happens though.

[Moon Wizard]

Can I get the logs for that? A picture is almost worthless, since the codes have to be decoded...

Regards,
JPG

[bratch9]

Can I get the logs for that? A picture is almost worthless, since the codes have to be decoded...

Regards,
JPG

whats the best way to get the logs for that ? ( Since the dm obviously restarted the game, and we have finished that session now ? )

Will it still be something I can get him to do.. ( ie the generate logs off the /console side ? or is it now too late ? )

-pete

[bratch9]

Can I get the logs for that? A picture is almost worthless, since the codes have to be decoded...

Regards,
JPG

I've requested the log files, but I was not the DM and not sure if after a restart will get the correct version of the logs for you.

I'm sure from that information you can at least find the required 'null' access point in the code function and 'if null' check it, so its not crashing and causes some extra log information. ( Am assuming you keep the obfuscation mapping for the builds to reverse look up these sorts of errors. )


-pete

[Moon Wizard]

Yes, perhaps; but I’m having to attempt to retype all the codes and fix any mistakes (or maybe get the wrong codes). It’s the difference between me spending 5-10 parsing the logs vs. a lot more time and possible mistakes.

In general, logs should always be generated if you see an error. Please pass along to your GM.

JPG

[bratch9]

Yes, perhaps; but I’m having to attempt to retype all the codes and fix any mistakes (or maybe get the wrong codes). It’s the difference between me spending 5-10 parsing the logs vs. a lot more time and possible mistakes.

In general, logs should always be generated if you see an error. Please pass along to your GM.

JPG

I have but its late in the uk, so he has already gone off line. ( Probably to bed.. )

My quick look in the c# showed this,

58919

At offset 0x000048 seems to imply 'this.KJLGFPICAPF.PMLAGAEJAJE.JAIMOAFJGAL();' which is a call to a functions, so not sure why 'FG.CompositeImage::get_preview()' would return fine for the 'NCNDIMGIAEM()' function call above this call.. and this one fail. As I dont see any 'throw' to drop into the exception catch down in FG.FGDesktop.update when it reports the 'MOUSE UPDATE' catch exception.

From the look around the code, lots of it has good null checks, something very odd maybe with the FG.CompositeImage class initialisation..

Anyway bed time for me, I'll chase the log files in the morning and attach them when I have them.

-pete

[Moon Wizard]

This looks like it is one of the cases addressed by the current beta Test build. I've heard of it happening when opening/closing image records quickly. (varies by machine)

Regards,
JPG