From: Martin O. <mar...@de...> - 2007-11-28 14:53:26
|
Ups. So it should work also on a 64-Bit machine. (Thanks :) ) And I'm sorry. I don't want to bother someone. I only want to understand what I am doing wrong. Then the question stays: When I installed (i.e. configured, maked, make installed) the library without problems, when all hotplug-stuff and ld.so.conf and permissions are set correctly, when hardware is ok -> what could be the reason for the error message on 'ibtest': trying to open board named 'gpib-usb-hs' libgpib: IBOPENDEV ioctl failed libgpib: ibfind failed to get descriptor failed to open board ? I get the same message when I boot up my 32-Bit and try 'ibtest'. I have to replug the gpib-usb-hs first before it is accessible. Did I forget something concerning permission settings?? usb-hotplugging and /dev/gpib* are set. Kernel modules are running - also directly after the booting. But at least after replugging I get it running on the 32-Bit machine. This is unfortunatelly not the case for the 64-Bit system. And as I wrote before: I did exectly the same steps on both systems - which are both Scientific Linux 4 distributions. The only (really only) difference is that one system is 32-Bit the other 64-Bit. I've not idea about the differences of the system interna - but as you confirmed this shouldn't be an issue. I just don't understand it. Cheers, Martin On Wed, 28 Nov 2007, John Ackermann N8UR wrote: > For what it's worth, I built the current gpib stuff (from sourceforge) > on an AMD 64 bit machine, and at least for the limited application I > used (screen dumps from an HP 8566 spec an, using an NI GPIB-PCI card), > it all worked. > > John > ---- > > Martin Ohlerich wrote: >> Hello Frank, >> >> thanks for this fast answer. However I'm not sure whether I understand it. >> I was compiling the gpib-library on the 64-Bit machine. This was without >> any problem. Why there should be afterwards trouble? >> Of cource, calls from 32-Bit programm into 64-bit libraries won't work. >> This is the reason why I cannot use labview with these gpib-libraries. >> (labview=32-Bit application, gpib=64-Bit library) >> >> But if I compiled gpiblib on the 64-machine and hence have a 64-Bit >> gpib library then I should be able to access the gpib boards or devices >> via the 'ibtest' test programm. Or do I see this wrong? >> If there is no compalibility in the ioctl structs between 32 and 64 Bit >> why does the compiler not complaint? >> >> Cheers, >> Martin >> >> >> On Tue, 27 Nov 2007, Frank Mori Hess wrote: >> >>> On Tuesday 27 November 2007 12:39, Martin Ohlerich wrote: >>>> Hello all, >>>> >>>> I want to write gpib-DAQ software for a Keithley, which is accessed via >>>> gpib-usb-hs from National Instruments. For this I took the gpib-library >>>> from sourceforge : linux-gpib-3.2.09. The OS of my PC is Scientific >>>> Linux 4. I successfully installed libgpib on a 32-Bit machine. >>>> When I did the same steps on a 64-Bit machine I failed. The installation >>>> itself worked without problems. Also the modules are loaded (I checked >>>> this with help of lsmod). All permissions are set correctly (I even >>>> tried as root). By 'cat /proc/bus/usb/devices' I saw that the >>>> gpib-usb-hs was detected correctly. So everything looks fine. >>>> >>>> The result on the 64-Bit machine is, however, when starting 'ibtest' and >>> calls from a 32 bit libgpib user space library into a 64 bit kernel won't >>> work, as the ioctl structs are not 32/64 bit agnostic, and the gpib kernel >>> driver doesn't implement compat_ioctl. >>> >>> -- >>> Frank >>> >>> >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: The Future of Linux Business White Paper >> from Novell. From the desktop to the data center, Linux is going >> mainstream. Let it simplify your IT future. >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >> _______________________________________________ >> Linux-gpib-general mailing list >> Lin...@li... >> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general >> >> > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Linux-gpib-general mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux-gpib-general > |