<br><br><div class="gmail_quote">On Wed, Apr 27, 2011 at 12:10 AM, Brad Roberts <span dir="ltr"><<a href="mailto:braddr@puremagic.com">braddr@puremagic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It's a dual core amd:<br>
<br>
vendor_id       : AuthenticAMD<br>
cpu family      : 15<br>
model           : 75<br>
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+<br>
stepping        : 2<br>
cpu MHz         : 1000.000<br>
cache size      : 512 KB<br>
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht<br>
syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy<br>
<br>
Actually, showing up on one box but not another is strong evidence of a concurrency bug in my experience.  Different<br>
cpu's at different speeds, with different speed memory and other side components change timings enough to expose bugs<br>
that otherwise haven't occurred elsewhere.<br></blockquote></div><br>Also, is there a way I can trigger the auto tester to run a few more times w/o committing anything?  Everything passed on the latest run except Windows, which is broken for unrelated reasons, but I want to see whether I've solved the problem or the issue is non-deterministic and I just got lucky.  (On FreeBSD everything started working after a change that shouldn't have mattered, but my gut feeling is that the failure here was due to a codegen bug.)<br>