Re: Reinitializing controller with ibonl()

Correction: ibonl(ud,1) where ud is a minor (aka board index) will reset
the config to the default values from gpib_conf, but ibonl(ud,0) will fail
with a message: "libgpib: failed to mark device as closed!" since the board
minor as a device descriptor was never "opened". A kernel console message:
"gpib: bug! tried to close address that was never opened!" is also emitted.
I will update the docs accordingly.

On Sat, 2 Mar 2024 at 11:12, dave penkler <[email protected]> wrote:

> Hi,
> ibonl can only be used with descriptors returned by ibdev or ibfind and
> not with a minor.
> There was a bug in ibonl(ud, 1) for a board descriptor which has been
> fixed in the svn r2085.
> cheers,
> -Dave
>
> On Mon, 26 Feb 2024 at 05:39, Michael K via Linux-gpib-general <
> [email protected]> wrote:
>
>> If I get a descriptor for a controller with ibfind(), I can use ibonl()
>> to close it ONLY if I give a 0 argument ... discarding descriptor and
>> resources (status returns 0x0178). If I give a non zero argument (trying to
>> reinitialize without discarding the descriptor) I get a status error
>> (0x8178 with iberr of 0). Why can't I just initialize the controller as the
>> docs would indicate I could?
>> If I use the board number (minor) (instead of getting the descriptor with
>> ibfind()) ibonl always fails with status 0x8130 and iberr of EDVR 0: OS
>> error. How can I reinitialize the controller using the minor number?
>>
>>
>> _______________________________________________
>> Linux-gpib-general mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/linux-gpib-general
>>
>

_______________________________________________
Linux-gpib-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-gpib-general