|
From: Michael S. <mlr...@gm...> - 2005-08-19 13:33:15
|
On 8/19/05, John Reiser <jr...@bi...> wrote: > >>vex x86->IR: unhandled instruction bytes: 0xF0 0xF 0xC7 0xE > >>Process terminating with default action of signal 4 (SIGILL): dumping c= ore > > > > > > That's a "mov Ez, Iz" instruction (with lock prefix). Please raise > > a bug for it so we can fix it for the next release. >=20 > No. The 0xF means 2-byte opcode, which makes 0xC7 /1 into 'cmpxchg8b', > which is a fundamental operation for mutual exclusion. > Vex is just going to have to learn it, or else quit pretending to > support threads. Julian implemented it last weekend, following a couple of bug reports from people (including me) hitting this. So I guess it'll be in the next release; it's been backported (r1337) into the 3.0 branch. Mike |