|
From: John A. N. <jr...@fe...> - 2007-11-28 15:24:39
|
The one thing I can think of is that the USB module has 64 bit issues that the NI-PCI module doesn't. I've never used USB GPIB, so don't know waht those issues might be... John ---- Martin Ohlerich wrote: > 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 >> > > |