'pyfr run' KeyError for CUDA kernel

This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.

pyfr.log (15.3 KB)

run.sh (299 Bytes)

Hi Tom,

I have tried with v1.0.0 and now
4ce740ff4d7ff3bd93b6f3ad00ee46815b6b810c to no avail.

I am presently running with CUDA v6.5, PyCUDA 2014.1.

Any ideas as to what I might have messed up?

It takes a bit of work to unpick the various tracebacks (three in all!)
but the issue stems from:

TypeError: Can't convert 'bytes' object to str implicitly

which is occurring in the pytools package. This was a bug in pytools
that I believe I fix some months back and later made it into a
subsequent release.

The solution, therefore, is to upgrade pytools to a more recent version
that has more complete compatibility with Python 3. 9Most distributions
still ship the broken version through their package managers and have
not backported the fix.)

Regards, Freddie.

Hi Freddie,

Sorry to make you wade through the errors!

I couldn't seem to get 'pip' to play nicely and install using python3 (vs. 2), but a couple manual installs of pytools and pycuda indeed fixed the issue.

Thanks much for the quick solution,

-tom

Hi Tom,

Glad you got the problem sorted.

Have you tried using https://virtualenv.pypa.io/en/latest/ to manage Python packages? It works great managing conflicts between Python 2/3!

Cheers

Peter

Dr Peter Vincent MSci ARCS DIC PhD
Senior Lecturer and EPSRC Early Career Fellow
Department of Aeronautics
Imperial College London
South Kensington
London
SW7 2AZ
UK

web: www.imperial.ac.uk/aeronautics/research/vincentlab
twitter: @Vincent_Lab

Oh, I should take another look. I gave it a first spin last week, but
dropped it when clean installs of pyFR inside it didn't fix my issue.

If only I'd thought to do a clean install + all modules!

Thanks,

-tom