Any access to a memory location just above 0x00000000 is usually caused by accessing a class member where the memory location of the class is 0x00000000, meaning that a null-pointer to a class was used somewhere.
Minidumps, such as the one you attached, cannot be used without a .pdb symbol debug file and the sourcecode for your mod. In this case, you only supplied .mdmp files, which are largely useless without the .pdb file and source code. Minidumps and stack traces are also sometimes not working as intended, without all the memory required included, and sometimes the source coded needed is not under your control. In that case, you might need to try other debugging methods. If you use a reposity versioning software, you can try revert to older versions of your mod and see what you changed that could possibly cause the crash. You could install the source code and debugging on another computer suffering from the issue and try it. If it happens for some people, but not all, and it doesn't seem fairly 'random' it could be caused by missing content or other things. Try make sure they have disabled all firewalls/antivirus programs and other stuff, they sometimes mess things up, though it's hardly the case here. Since the issue seems to have something to do with floats, perhaps it is caused by a class with a poorly implemented networking table or something. In short, it could be almost anything, you either need to provide more useful information or try harder. Because this error is specific to your mod, people on this list probably cannot help because your bug is too specific and special so that we most likely have no experience with it. Of course we might be able to, but it would be better if you could fix it yourself and perhaps explain the crash here so people can find it here later. Skillet skrev: > A few players have been reporting crashes upon attempting to connect to a > server or create their own. Oddly, at least one reports having been able to > connect and play with no problems then suddenly getting this crash > constantly. From the dumps they all seem to be happening in the same place > but I'm stumped as to why. The errors are always "Access violation reading > location 0x000000ed" and the call stacks all look generally like so: > > >> engine.dll!0d7bd953() >> > [Frames below may be incorrect and/or missing, no symbols loaded for > engine.dll] > client.dll!CBoundedCvar_Interp::GetFloat() Line 113 + 0x19 bytes > C++ > > > http://www.distraction-mod.com/skillet/crashdumps/plr1_hl2_3943_crash_2009_12_26T20_13_43C0.mdmp > http://www.distraction-mod.com/skillet/crashdumps/plr1_hl2_3943_crash_2009_12_26T21_5_41C0.mdmp > http://www.distraction-mod.com/skillet/crashdumps/plr1_hl2_3943_crash_2009_12_26T21_18_10C0.mdmp > http://www.distraction-mod.com/skillet/crashdumps/plr2_hl2_3943_crash_2009_12_28T15_34_37C0.mdmp > http://www.distraction-mod.com/skillet/crashdumps/plr2_hl2_3943_crash_2009_12_28T15_35_36C0.mdmp > > This is an OB based mod. I tried messing with my cl_interp and related > convars to see if I could reproduce the crash but with no success. Perhaps > someone with engine access can help? > > Thanks! > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlcoders > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
