[valgrind] [Bug 471964] vex amd64->IR: unhandled instruction bytes: 0x48 0xF 0xC7 0xFA 0x48 0x89 0x11 0x73 0x28 0x48

2023-10-12 Thread Sam James
https://bugs.kde.org/show_bug.cgi?id=471964

Sam James  changed:

   What|Removed |Added

 CC||s...@gentoo.org

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 471964] vex amd64->IR: unhandled instruction bytes: 0x48 0xF 0xC7 0xFA 0x48 0x89 0x11 0x73 0x28 0x48

2023-07-06 Thread Paul Floyd
https://bugs.kde.org/show_bug.cgi?id=471964

--- Comment #4 from Paul Floyd  ---
In general containers are not a good environment for running Valgrind. From
what I've seen they add some extra restrictions in their virtualization of the
operating system. There's not much that we can do on the Valgrind side for
this.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 471964] vex amd64->IR: unhandled instruction bytes: 0x48 0xF 0xC7 0xFA 0x48 0x89 0x11 0x73 0x28 0x48

2023-07-05 Thread Kyle Sanderson
https://bugs.kde.org/show_bug.cgi?id=471964

--- Comment #3 from Kyle Sanderson  ---
(In reply to Paul Floyd from comment #2)
> Looks to me like this is a problem with rdseed, which Valgrind should
> support.
> 
> Can you build Valgrind yourself on the same machine that you are running the
> tests on?
> 
> If the package build machine doesn't have avx2 and rdseed but your test
> machine does then that could explain the problem

If there's a static I can try I'm happy to do it. I'm not able to build on the
container at the moment. I have fakeroot.

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 471964] vex amd64->IR: unhandled instruction bytes: 0x48 0xF 0xC7 0xFA 0x48 0x89 0x11 0x73 0x28 0x48

2023-07-05 Thread Paul Floyd
https://bugs.kde.org/show_bug.cgi?id=471964

Paul Floyd  changed:

   What|Removed |Added

 CC||pjfl...@wanadoo.fr

--- Comment #2 from Paul Floyd  ---
Looks to me like this is a problem with rdseed, which Valgrind should support.

Can you build Valgrind yourself on the same machine that you are running the
tests on?

If the package build machine doesn't have avx2 and rdseed but your test machine
does then that could explain the problem

-- 
You are receiving this mail because:
You are watching all bug changes.

[valgrind] [Bug 471964] vex amd64->IR: unhandled instruction bytes: 0x48 0xF 0xC7 0xFA 0x48 0x89 0x11 0x73 0x28 0x48

2023-07-04 Thread Kyle Sanderson
https://bugs.kde.org/show_bug.cgi?id=471964

Kyle Sanderson  changed:

   What|Removed |Added

Version|3.19.0  |3.21.0

--- Comment #1 from Kyle Sanderson  ---
fetch https://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/APKINDEX.tar.gz
fetch https://dl-cdn.alpinelinux.org/alpine/v3.16/main/x86_64/APKINDEX.tar.gz
fetch
https://dl-cdn.alpinelinux.org/alpine/v3.16/community/x86_64/APKINDEX.tar.gz
(1/1) Installing valgrind (3.21.0-r5)
Executing busybox-1.35.0-r17.trigger
OK: 92 MiB in 20 packages
==10== Massif, a heap profiler
==10== Copyright (C) 2003-2017, and GNU GPL'd, by Nicholas Nethercote
==10== Using Valgrind-3.21.0 and LibVEX; rerun with -h for copyright info
==10== Command: qbittorrent-nox
==10==
Detected locale "C" with character encoding "ANSI_X3.4-1968", which is not
UTF-8.
Qt depends on a UTF-8 locale, but has failed to switch to one.
If this causes problems, reconfigure your locale. See the locale(1) manual
for more information.
vex amd64->IR: unhandled instruction bytes: 0x48 0xF 0xC7 0xFA 0x48 0x89 0x11
0x73 0x28 0x48
vex amd64->IR:   REX=1 REX.W=1 REX.R=0 REX.X=0 REX.B=0
vex amd64->IR:   VEX=0 VEX.L=0 VEX.n=0x0 ESC=0F
vex amd64->IR:   PFX.66=0 PFX.F2=0 PFX.F3=0
==10== valgrind: Unrecognised instruction at address 0xd7e210.
==10==at 0xD7E210: qRandomCpu(void*, long long) (in /bin/qbittorrent-nox)
==10==by 0xBD622F: QRandomGenerator::SystemGenerator::generate(unsigned
int*, unsigned int*) (in /bin/qbittorrent-nox)
==10==by 0xBD633E:
std::enable_if::type>::type,
std::mersenne_twister_engine > >,
std::is_unsigned,
std::__not_ > >::value, void>::type std::mersenne_twister_engine::seed(QRandomGenerator::SystemGenerator&)
(in /bin/qbittorrent-nox)
==10==by 0xBD6441: QRandomGenerator64::global() (in /bin/qbittorrent-nox)
==10==by 0xC03F2A: QTemporaryFileName::generateNext() (in
/bin/qbittorrent-nox)
==10==by 0xC037F3: QTemporaryDirPrivate::create(QString const&) (in
/bin/qbittorrent-nox)
==10==by 0x9C2A8F: QLocalServerPrivate::listen(QString const&) (in
/bin/qbittorrent-nox)
==10==by 0x9C00C0: QLocalServer::listen(QString const&) (in
/bin/qbittorrent-nox)
==10==by 0x47F569: QtLocalPeer::isClient() (in /bin/qbittorrent-nox)
==10==by 0x47533D:
ApplicationInstanceManager::ApplicationInstanceManager(QString const&,
QObject*) (in /bin/qbittorrent-nox)
==10==by 0x474366: Application::Application(int&, char**) (in
/bin/qbittorrent-nox)
==10==by 0x47E26F: std::_MakeUniq::__single_object
std::make_unique(int&, char**&) [clone .isra.0] (in
/bin/qbittorrent-nox)
==10==by 0x463CD4: main (in /bin/qbittorrent-nox)
==10== Your program just tried to execute an instruction that Valgrind
==10== did not recognise.  There are two possible reasons for this.
==10== 1. Your program has a bug and erroneously jumped to a non-code
==10==location.  If you are running Memcheck and you just saw a
==10==warning about a bad jump, it's probably your program's fault.
==10== 2. The instruction is legitimate but Valgrind doesn't handle it,
==10==i.e. it's Valgrind's fault.  If you think this is the case or
==10==you are not sure, please let us know and we'll try to fix it.
==10== Either way, Valgrind will now raise a SIGILL signal which will
==10== probably kill your program.
==10==
==10== Process terminating with default action of signal 4 (SIGILL): dumping
core
==10==  Illegal opcode at address 0xD7E210
==10==at 0xD7E210: qRandomCpu(void*, long long) (in /bin/qbittorrent-nox)
==10==by 0xBD622F: QRandomGenerator::SystemGenerator::generate(unsigned
int*, unsigned int*) (in /bin/qbittorrent-nox)
==10==by 0xBD633E:
std::enable_if::type>::type,
std::mersenne_twister_engine > >,
std::is_unsigned,
std::__not_ > >::value, void>::type std::mersenne_twister_engine::seed(QRandomGenerator::SystemGenerator&)
(in /bin/qbittorrent-nox)
==10==by 0xBD6441: QRandomGenerator64::global() (in /bin/qbittorrent-nox)
==10==by 0xC03F2A: QTemporaryFileName::generateNext() (in
/bin/qbittorrent-nox)
==10==by 0xC037F3: QTemporaryDirPrivate::create(QString const&) (in
/bin/qbittorrent-nox)
==10==by 0x9C2A8F: QLocalServerPrivate::listen(QString const&) (in
/bin/qbittorrent-nox)
==10==by 0x9C00C0: QLocalServer::listen(QString const&) (in
/bin/qbittorrent-nox)
==10==by 0x47F569: QtLocalPeer::isClient() (in /bin/qbittorrent-nox)
==10==by 0x47533D:
ApplicationInstanceManager::ApplicationInstanceManager(QString const&,
QObject*) (in /bin/qbittorrent-nox)
==10==by 0x474366: Application::Application(int&, char**) (in
/bin/qbittorrent-nox)
==10==by 0x47E26F: std::_MakeUniq::__single_object
std::make_unique(int&, char**&) [clone .isra.0] (in
/bin/qbittorrent-nox)
==10==by 0x463CD4: main (in /bin/qbittorrent-nox)
==10==
Illegal instruction (core dumped)

-- 
You are receiving this mail because:
You are watching