0
0

My game has a mechanism to send in-the-field exceptions to me rather than to Microsoft. Received the following. No additional info known. Dump filename tells me it was Vista, flavor unknown.

FMOD VERSION: 4.14.01

ERROR:

Unhandled exception at 0x1007ab2d in armyofearth_cr_0.518_268938029_OS6.0.6000_589249761209361074.dmp: 0xC0000005: Access violation reading location 0x00e2b000.

CALLSTACK:

> fmodex.dll!1007ab2d()

Any comment from FMOD? Can you use this address?

Cheers,

Tom
Fundictive LLC
http://www.fundictive.com
http://www.armyofearth.com

  • You must to post comments
0
0

No, the game itself uses 1 thread only.

I overload the new operator and generate my own exception for failure, but haven’t seen that come up.

Can you use the addresses to determine the functions that it is crashing in?

Tom
[url:4iurs9ov]http://www.armyofearth.com[/url:4iurs9ov]

  • You must to post comments
0
0

Then you are in a better position than I – I’ve never seen it myself and wouldn’t know about the crashes except that I have a mechanism to receive crash dumps from the field.

All the callstacks I received were shallow, i.e. no application calls show.

I suggest you soak with the new version and follow up with the crash address(es) if you get any more…

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

volume has nothing to do with resampling, but anyway I made a fix it is in the release which is out now.

  • You must to post comments
0
0

According to the map file that is inside the resampler in fmod’s mixer. As this never usually happens I can only assume you’ve run out of memory due to maybe setting up a memory pool incorrectly, or you have corruption. Your other thread seems to qualify that something strange is going on in your game, fmod just doesnt crash like the ways you mention.
For the out of memory case you can catch it in the system callback like I said, or run the logging version of fmod and it will spit out a line about the error as soon as it happens.

  • You must to post comments
0
0

Yes, I’l probably go for that. Our callstacks aren’t very helpful either, but we’ll see what happens with the new version. I’ll post any updates when I have them.

  • You must to post comments
0
0

Guess I’ll just keep posting crash addresses as they come up. Stability has improved significantly since the start of this thread though.

I’m now on fmodex v 4.16.08.

This is probably a NULL deref:

Unhandled exception at 0x1001abe8 in armyofearth_cr_0.522_268545000_OS5.1.2600_299636601218387169.dmp: 0xC0000005: Access violation reading location 0x00000000.

> fmodex.dll!1001abe8()

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

These crashes are happening on a small percentage of game clients; I am guessing 1-2%. Certainly I have never seen such crashes myself and no user has mentioned it. I would never know about these crashes but for the minidump upload capability – so, what if the crashes are representative?

What is the system callback you are talking about?

As for the getDriverCaps failure in my other post – the entire init code preceding that is included in the post – is it flawed?

Cheers,

Tom
[url:3hw1gq2k]http://www.armyofearth.com[/url:3hw1gq2k]

  • You must to post comments
0
0

I’ve now deployed a new version of my game with the new fmodex.dll and the first minidump is:

Unhandled exception at 0x1007e0f3 in armyofearth_cr_0.520_268951795_OS5.1.2600_22725041212993170.dmp: 0xC0000005: Access violation reading location 0x02234000.

callstack:

> fmodex.dll!1007e0f3()

OS: XP

FMOD: 4.16.00

So it appears that some crash bugs persist. May not be the same code vicinity though.

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

See System::setCallback

  • You must to post comments
0
0

Another one today.

Unhandled exception at 0x1004f213 in armyofearth_cr_0.520_268759571_OS5.1.2600_236017561214332901.dmp: 0xC0000005: Access violation reading location 0x2ebede60.

stack:
> fmodex.dll!1004f213()

Perhaps you FMOD guys can look up these addresses?

Cheers,

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

Thanks. I’ll hook a custom RaiseException into that for the OOM case.

What about the getDriverCaps question – what is wrong with the code I posted in my other thread?

Tom
[url:1v6wn52e]http://www.armyofearth.com[/url:1v6wn52e]

  • You must to post comments
0
0

What version was that? It looks like it is somewhere around the mpeg synth (if using 4.16.00 mapfile is relevant to your version) – are you using mp3 data? If so are you using FMOD_CREATECOMPRESSEDSAMPLE or stream?
There was a change made in the latest versions that fixed seeking into an mpeg stream, tricking fmod’s decoder into thinking random data was actually an mpeg frame header, then decoding rubbish which caused this sort of problem.

Have you only had those 2 reports from the 10th to the 25th?

  • You must to post comments
0
0

So, I deployed the FMOD_SYSTEM_CALLBACKTYPE_MEMORYALLOCATIONFAILED callback with FMOD 4.14.04 and my first new-version dmp is:

Unhandled exception at 0x1007b02c in armyofearth_cr_0.519_268939308_OS5.1.2600_312038801211077290.dmp: 0xC0000005: Access violation reading location 0x003789ec.

callstack:
> fmodex.dll!1007b02c()
msvcrt.dll!77c2c3ce()

I.e. not OOM.

XP again.

Can you help?

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

These last 2 crashes (0x1004f213 and 0x1007e0f3) are both 4.16.00 and are the only crashes I’ve had on that DLL; so it appears to be more stable than 4.14.04.

My game plays live music via a single createSound call with FMOD_CREATESTREAM | FMOD_NONBLOCKING | FMOD_SOFTWARE. This would be the only source of MP3 playback.

My next version will go out in 2-3 weeks. I’ll deploy the latest stable fmodex again and report back.

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

Actually can you try the latest version, we found an issue to do with the mixer which theoretically could sometimes crash inside the resampler.

  • You must to post comments
0
0

Another crash today on 4.16.00 at 1004be82.

Unhandled exception at 0x1004be82 in armyofearth_cr_0.520_268746370_OS5.1.2600_348835441214434896.dmp: 0xC0000005: Access violation writing location 0x3d86cf6c.

> fmodex.dll!1004be82()

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

Another minidump received today at the same address:

Unhandled exception at 0x1007ab2d in armyofearth_cr_0.518_268938029_OS5.1.2600_146034881210314132.dmp: 0xC0000005: Access violation reading location 0x00373000.

Callstack:
> fmodex.dll!1007ab2d()
ntdll.dll!7c910f46()

This time it is XP.

FMOD can you comment please?

Tom
Army of Earth
[url:1u9dmf83]http://www.armyofearth.com[/url:1u9dmf83]

[/url]

  • You must to post comments
0
0

OK, will do, thx…

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

Now on 4.16.04. Probably the most stable yet.

However got this user crash:

Unhandled exception at 0x10021b47 in armyofearth_cr_0.521_268573511_OS5.1.2600_228823081215831640.dmp: 0xC0000005: Access violation reading location 0x013f1000.

> fmodex.dll!10021b47()

Tom
http://www.armyofearth.com

  • You must to post comments
0
0

Another read access violation nearby:

> fmodex.dll!1007ab4a()
msvcrt.dll!77c2c3ce()
msvcrt.dll!77c2c3e7()

XP again.

  • You must to post comments
Showing 1 - 20 of 28 results
Your Answer

Please first to submit.