Simliar to http://sourceforge.net/p/valgrind/mailman/message/31947655/


I grabbed a copy of valgrind from SVN and I'm still having trouble with
0xC4 and callgrind. Is there some branch where this is fixed? Any
suggestions?

vex amd64->IR: unhandled instruction bytes: 0xC4 0xC2 0x7D 0x2E 0x8 0x49
0x83 0xC0
vex amd64->IR:   REX=0 REX.W=0 REX.R=0 REX.X=0 REX.B=1
vex amd64->IR:   VEX=1 VEX.L=1 VEX.nVVVV=0x0 ESC=0F38
vex amd64->IR:   PFX.66=1 PFX.F2=0 PFX.F3=0
==29091== valgrind: Unrecognised instruction at address 0x433c64.
==29091==    at 0x433C64: ImgFetcher::getMat(std::string const&, cv::Mat&)
(fetcher.cpp:44)
==29091==    by 0x44CDE5: storeTrans(ImgFetcher&, cv::Point_<float> const&,
std::map<std::array<std::array<int, 2ul>, 2ul>, TransData,
std::less<std::array<std::array<int, 2ul>, 2ul> >,
std::allocator<std::pair<std::array<std::array<int, 2ul>, 2ul> const,
TransData> > >&, MaxDists const&) (translate.cpp:339)
==29091==    by 0x416356: main (main.cpp:337)
==29091== Your program just tried to execute an instruction that Valgrind
==29091== did not recognise.  There are two possible reasons for this.
==29091== 1. Your program has a bug and erroneously jumped to a non-code
==29091==    location.  If you are running Memcheck and you just saw a
==29091==    warning about a bad jump, it's probably your program's fault.
==29091== 2. The instruction is legitimate but Valgrind doesn't handle it,
==29091==    i.e. it's Valgrind's fault.  If you think this is the case or
==29091==    you are not sure, please let us know and we'll try to fix it.
==29091== Either way, Valgrind will now raise a SIGILL signal which will
==29091== probably kill your program.
==29091==
==29091== Process terminating with default action of signal 4 (SIGILL)
==29091==  Illegal opcode at address 0x433C64
==29091==    at 0x433C64: ImgFetcher::getMat(std::string const&, cv::Mat&)
(fetcher.cpp:44)
==29091==    by 0x44CDE5: storeTrans(ImgFetcher&, cv::Point_<float> const&,
std::map<std::array<std::array<int, 2ul>, 2ul>, TransData,
std::less<std::array<std::array<int, 2ul>, 2ul> >,
std::allocator<std::pair<std::array<std::array<int, 2ul>, 2ul> const,
TransData> > >&, MaxDists const&) (translate.cpp:339)
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users

Reply via email to