From bug 729852 comment 0: https://tbpl.mozilla.org/php/getParsedLog.php?id=9553603&tree=Mozilla-Inbound&full=1 Android Tegra 250 mozilla-inbound opt test jsreftest-2 on 2012-02-22 22:52:40 PST for push adee75f6c428 getting files in '/mnt/sdcard/tests/reftest/profile/minidumps/' PROCESS-CRASH | automation.py | application crashed (minidump found) Crash dump filename: /tmp/tmpDGLdEN/23ce3011-2f67-d45b-504e901e-6a253b41.dmp MINIDUMP_STACKWALK not set, can't process dump.

What should the value be?

Well, it should be the OS X value, which getPlatformMinidumpPath(platform) is already returning when we're already setting it in http://hg.mozilla.org/build/buildbotcustom/annotate/21e83d4b3843/process/factory.py#l6995, so it's interesting that when it comes time to use it, it's "not set."

bet it needs

the problem was that MozillaTestFactory.__init__ expects an env parameter to be passed in, and defaults to {} if it's not. It wasn't being passed in, so __init__ was happily overriding self.env previously set.

Reconfiged x2.

https://tbpl.mozilla.org/php/getParsedLog.php?id=10020056&tree=Mozilla-Inbound does indeed have a stack, but, well, *symbols* would be really really nice. Don't think I'll get far filing "crash [@ libplc4.so + 0xf6c] called by libc.so + 0xcdae".

Yeah, file that. From the log you just linked: --symbols-path=../http://stage.mozilla.org/pub/mozilla.org/mobile/tinderbox-builds/mozilla-inbound-android/1331604728/fennec-13.0a1.en-US.android-arm.crashreporter-symbols.zip That sure isn't gonna work.

Filed bug 735201