Re: [Valgrind-users] disInstr: unhandled instruction bytes: 0x1E 0x7 0xC3 0x8A

[Wolfgang R. <wol...@ro...>]

On 04.09.2003 17:34, John Reiser wrote:
> Try  "export LD_ASSUME_KERNEL=3D2.4.1" =20

no change.

On 04.09.2003 12:10, Nicholas Nethercote wrote:
> It's probably because Valgrind now claims (via CPUID) to be a
> machine that handles all SSE instructions, when some are missing.
> =A0Change VG_(helper_CPUID) in coregrind/vg_helpers.S to the
> following (which claims to not support SSE instructions) and
> hopefully the problem will be fixed.

Does not fix it.

On 04.09.2003 14:18, Erik Corry wrote:
> If the problem is still there when you use --skin=3Dnone then that
> probably makes for the simplest case.

yes, it is.

On 04.09.2003 14:18, Erik Corry wrote:
> I found a similar problem recently by using the --stop-after flag
> You do a binary chop search to find the basic block translation
> that is causing the problem. =A0Valgrind prints out the last
> translated basic block, so you can look at what it is doing or post
> it here.

I can narrow it to a certain block - however which block it is changes
when I do something to the konsole that valgrind runs in.

Anyway when disInstr happens, the last block is NOT dumped. It
is only dumped when no disInstr occurs. So I cannot find the
offending code this way.=20

BTW I downloaded valgrind-20030725.tar.bz2 for making the
change in vg_helpers.S and used that changed version for the
other tests.=20

So how can I get valgrind to dump the code after disInstr?

I believe version 1.0.4 or so still worked for me. How can I
get that one out of CVS? Or should I try the latest CVS code?

--=20

mit freundlichen Gr=FCssen

with my best greetings

Wolfgang Rohdewald

dipl. Informatik Ing. ETH Rohdewald Systemberatung
Karauschenstieg 4
D 21640 Horneburg
Tel.:     04163 826 819
Fax:      04163 826 828
Internet: www.rohdewald.de