NI Linux Real-Time Discussions

cancel
Showing results for 
Search instead for 
Did you mean: 

bad target restart (firmware unknown)

steph0ff wrote:

Hi Brad,

thanks for the very useful links!

No problem. Glad to help.

...

VI_BROKEN (0): [VI "NI OPC UA Client.lvlib:Read Int64 Array.vi" (0x00726aa8)]

VirtualInstrument::SetOrClearBadVILibrary - now VI is bad on [VI "NI OPC UA Client.lvlib:Read Int64 Array.vi" (0x00726aa8)]

this->flags=33563136, compilerError=6

VI_BROKEN (0): [VI "NI OPC UA Server.lvlib:Write Bool.vi" (0x004fb6c8)]

VirtualInstrument::SetOrClearBadVILibrary - now VI is bad on [VI "NI OPC UA Server.lvlib:Write Bool.vi" (0x004fb6c8)]

this->flags=33563136, compilerError=6

VI_BROKEN (0): [VI "Current Value Table.lvlib:Form Single Group.vi" (0x00a863c8)]

VirtualInstrument::SetOrClearBadVILibrary - now VI is bad on [VI "Current Value Table.lvlib:Form Single Group.vi" (0x00a863c8)]

this->flags=33563136, compilerError=6

etc..

It seems that there is an error in the call of opc functions, maybe I made some mistakes in the code. Now I check and give you a feedback.

But in any case I think that I can't debug the NI-OPCUA .so shared libraries, with gdb, right? (it's not shared libraries developed by me, so I haven't source code, maybe I've to check if library is compiled with -g).

...

Firstly, this is not a SEGFAULT issue in the library. If it were, LabVIEW would simply crash, not report that a VI is broken (there's some other reason for that: the VI in the lvlib is not wired as expected, it is unable to find some resource, etc.)

Even if it were a segfault issue, we're talking about NI software, so it is a standard NI support process issue. I would work through that process as they're more familiar with the normal issues that customers run into.

0 Kudos
Message 11 of 11
(937 Views)