LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW 2022 Q3 "clear compiled object cache" does not work as expected

Solved!
Go to solution

Oh boy.  Well thank you for giving some help on finding this.  Should I presume that NIPM is the only way to get this patch?  What about offline machines?  Do I need to be going and grabbing the NIPM package from the cached location?  I'm finding lots of disappointing cracks in NI's web and NIPM experience this morning.

0 Kudos
Message 11 of 20
(1,447 Views)

To my knowledge NIPM is the only way to get this patch, so yeah, more pain in grabbing the package from the cache. I agree that it's disappointing.

0 Kudos
Message 12 of 20
(1,443 Views)

Looks like that. And, by the way, I have this patch installed (according to NIPM), but the "clear compiled object cache" bug and icons bug are both present.

0 Kudos
Message 13 of 20
(1,439 Views)
Solution
Accepted by D_mitriy

OK, I used workaround for that:

  • In the project properties to make sure that all objects has separated compiled code from VI (mark if necessary).
  • Then, project saved, LabVIEW closed, object cache removed manually from the LabVIEW data directory (\Documents\LabVIEW Data\VIObjCache and \Documents\LabVIEW Data\AppBuilderCache in my case).

After the manual cleaning LabVIEW correctly shows empty cache at first start. But this is somehwat unhandy I would say.

 

EDIT: one more cache found in \Program Files\National Instruments\LabVIEW 2022\VIObjCache

0 Kudos
Message 14 of 20
(1,370 Views)

@D_mitriy wrote:

EDIT: one more cache found in \Program Files\National Instruments\LabVIEW 2022\VIObjCache


Not sure why you would ever want to touch that, because it is probably quite static and just the compiled code of the system VIs.

0 Kudos
Message 15 of 20
(1,351 Views)

Well, it works and does the job without the bad consequences - why not?

0 Kudos
Message 16 of 20
(1,317 Views)

 

Clearing the compiled cache of the LabVIEW system has the "bad" consequence that every system VI needs to be recompiled, making the next loading probably quite slow. 😄

 

(depending on your settings, it might even compile with fewer optimizations)

0 Kudos
Message 17 of 20
(1,285 Views)

I see the point. Probably I should try to do that once again with the compiler optimizations maxed out 🙂

0 Kudos
Message 18 of 20
(1,270 Views)

@D_mitriy wrote:

I see the point. Probably I should try to do that once again with the compiler optimizations maxed out 🙂


I think I read somewhere that "over-optimization" might lead to unexpected results in certain situations, and it was probably best to use "standard" optimizations.  But that discussion was a LONG time ago and the situation may have changed with the advance of optimization techniques.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 19 of 20
(1,251 Views)

I had a recent support request related to cache behavior. I requested NI document all of the undocumented features, and they obliged!

LabVIEW User Cache Value Remains Unchanged After Clearance

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA0VU0000004OyD0AU&l=en-US

Message 20 of 20
(33 Views)