Geof,

I can confirm both, CPU is fairly old (see below, Intel Core i7 860 CPU, 
introduced Q3’09) and I did use the “any CPU” version.

Further, I have followed your instructions and replaced the HackRF.dll (and 
also the HackRF.lib) with the downloaded one and that surely did fix things up, 
no more crashes! So thanks a lot, really appreciate your work!

In the mean time I have been debugging with Python (although I am really not an 
expert at this) and may have narrowed the problem to the module 
runtime_swig.py, function swig_import_helper. Not sure if it may help you with 
further debugging, if you are interested. I have attached a screencap of 
debugging info.

Thanks again, best regards,

Martijn


From: Discuss-gnuradio 
[mailto:[email protected]] On Behalf Of 
Geof Nieboer
Sent: vrijdag 14 april 2017 21:09
To: Marcus Müller <[email protected]>
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] GRC 3.7.11 on Windows crashes python.exe

Martjin,

On the windows build, most likely the problem is in the build scripts... we 
build two versions, one with maximum optimizations for AVX2 capable CPUs, and a 
generic one.  Sometimes, however, AVX2 instructions get into the regular build 
for a number of reasons (qwt in particular has been an issue because of qmake's 
build system).  That will cause the "illegal instruction" error.

SO, if you can confirm the below:
1- The machine you are running on has a somewhat older CPU
2- You downloaded the installer from the "any CPU" link.

If those cases are true, then the bug is in my scripts.  As I don't have a 
HackRF, it's difficult to test.  Please let me know the answer to the above.  
In the meantime, download the HackRF dll directly from 
www.gcndevelopment.com/gnuradio/downloads.htm<http://www.gcndevelopment.com/gnuradio/downloads.htm>
 (near the bottom), and drop that in the /bin directory to see if that fixes 
the problem (renaming the old version to .old just in case), and see if that 
patches things up.  That's the DLL from the last build, but I don't believe the 
driver has changed so it should work.

Geof

On Fri, Apr 14, 2017 at 12:40 PM, Marcus Müller 
<[email protected]<mailto:[email protected]>> wrote:

Hi Martijn,

"Illegal Instruction" is actually a proper processor fault (ie. your processor 
noticed a problem, and jumped to an interrupt routine telling your OS that hey, 
things need to be handled) that happens when one tries to execute code that 
isn't actually code or uses an instruction that your CPU doesn't have.

I'm pretty optimistic that hackrf.dll wasn't compiled for a CPU that's 
incompatible to yours, so this might essentially be a bug – either in the 
hackrf driver dll (which might be jumping into machine code that isn't code), 
or in the way the windows DLL loader is used. Hm. Maybe even a compiler bug.
Now, I have to admit that under Unixes, I'd know how to debug this, but under 
Windows, I'm out of my depth. So if you happen to be more capable than I am 
with that, you could try to run "python 
C:\path\to\your\flow_graph_python_file.py" in a debugger and see where it 
crashes. But even then, I don't know if things would be easy to figure out.

Best regards,
Marcus

On 14.04.2017 16:34, Martijn Scale wrote:
Trying to use a HackRF One with GNU Radio on Windows 10 (64-bits), installed 
from gnuradio_3.7.11_win64.msi.
When using osmocom Source and executing the flow graph, execution halts with 
message: python.exe has stopped working. GRC remains alive.
Crashes happen both with WX and QT. The HackRF One module is put into Receive 
mode (Rx Led of HackRF One is on).

GNU Radio, GRC, Hack RF and computer do work as expected with the 
GNURadioLiveDVD<https://wiki.gnuradio.org/index.php/GNURadioLiveDVD>.

Debugging shows: Unhandled exception at 0x00007FFCCDDD3CCB (hackrf.dll) in 
python.exe: 0xC000001D: Illegal Instruction.
Additional info from Event Viewer:
Faulting application path: C:\Program Files\GNURadio-3.7\gr-python27\python.exe
Faulting module path: C:\Program Files\GNURadio-3.7\bin\hackrf.dll
And info from Console Panel in GRC:
Win32; Microsoft Visual C++ version 14.0; Boost_106000; 
UHD_003.010.001.001-0-unknown

hackrf.dll info: 2017-03-03, 66.560 Bytes

gr-osmosdr ae686c46 (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf bladerf airspy 
redpitaya
Number of USB devices: 17
USB device 1d50:xxxx: 0000000000000000a06063c82xxxxxxx match
Using HackRF One with firmware 2017.02.1

Hardware:
Processor           Intel(R) Core(TM) i7 CPU         860  @ 2.80GHz, 2794 Mhz, 
4 Core(s), 8 Logical Processor(s)
Display adapter                AMD Radeon HD 5700 Series

Your support is highly appreciated (I tried building GNU Radio from sources, 
which failed as “gr-newmod/CMakeLists.txt was not found and is required”, but I 
decided not to pursue the building path any further as it exceeds my knowledge).




_______________________________________________

Discuss-gnuradio mailing list

[email protected]<mailto:[email protected]>

https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


_______________________________________________
Discuss-gnuradio mailing list
[email protected]<mailto:[email protected]>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to