Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

nidaqmx doesn't work on Python 2.7.13 #1

Closed
Wondernutz opened this issue Mar 21, 2017 · 1 comment
Closed

nidaqmx doesn't work on Python 2.7.13 #1

Wondernutz opened this issue Mar 21, 2017 · 1 comment

Comments

@Wondernutz
Copy link
Collaborator

There is an issue in Python 2.7.13 where _ctypes.LoadLibrary no longer accepts Unicode objects. This will be patched in 2.7.14, but for now users should downgrade to 2.7.12 to use the nidaqmx package.

@epage
Copy link

epage commented Aug 17, 2017

Its mid-2017 and I'm not seeing much chatter about Python 2.7.14.

For nixnet we had the following problems

We found that just removing unicode_literals was sufficient to get nixnet working in all 2.7 versions without any downsides.

See ni/nixnet-python#129

Wondernutz added a commit that referenced this issue Sep 21, 2017
<rev> Fixing incorrect property data type metadata in the Python DAQmx
API. Raised by issue: #32
<priv> Turns out a number of UInt64 properties had incorrect metadata. I
went through all of the U64 properties in the API and found some others
that were wrong too.

<rev> Working around issue:
#1, where nidaqmx doesn't
work on Python 2.7.13 because of a ctypes bug.

<rev> Changing to install from pypi for nidaqmx_src since installing
from Build Services package dependencies seems broken in newer versions
of pythonservices. We have a requirements file to enforce versions, so
who cares.

<bud> http://review-board.natinst.com/r/202523/
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants