Neil Pate

I think the warning is related to the Open by name. I really hope so as I too use the technique you describe where the clones themselves get their own references so that they can insert themselves into a SubPanel (and do other stuff to the FP like title etc). Been using this architecture for five or six years now and never had any run-time crashes I can think of.

This works. Note in my example I do not wait for the command to complete, I test for the result in some downstream code not shown in this snippet.

Search the forums for calling a batch file from inside LabVIEW. Sometimes it can be a bit tricky to get the path right with the all the "" that you need.

I dont have any code in front of me that does this right now, I can dig something up in a few hours.

In situations like this with a not trivial set of arguments I normally create a batch file (from code) and then run that using the System Exec, with no parameters needed.

I have done it like this for as long as I can remember so am not really sure if it is still necessary to do this.

Not directly LabVIEW related, but a good listen anyway: https://www.codingblocks.net/podcast/why-date-ing-is-hard/

I seem to remember several people on this forum talking about ISO8601 a while back, the more you get into it the deeper the problem goes!

Sure we all have our preferences, but please don't tell me everyone does this manually on new installs? Maybe I just install LabVIEW *way* too many times a year. Coping the LabVIEW.ini file seems like the only sensible option for me.

Nice solution Rolf, thanks!

 

If that scares you then I don't give you good odds on "fixing" the LabVIEW source when it's released 

.

Wow, glad I have my fireproof jacket on this morning! 🤣

 

This works, but it uses a private property.

Brs Btn Filter.vi 7.24 kB ·

Cool, will try it out. Thank you. 

 

The next easiest alternative is to find the browse button's coordinates.

Yup, and now we are way too deep in the rabbit hole. A standard boolean does pretty much exactly what I need it just does not have an icon on it.

As soon a NI open sources LabVIEW we will be able to fix things like this 🙂

But mouse down fires off when the user clicks anywhere in the path, I am after just the browse button.

I ended up replacing the button with my own one and it all works ok, just a bit of a bodge.

 

Just set the default value of the control.

Does this work at runtime in an exe? I never thought to try this, thanks for the suggestion.

The problem is I need to set the default value as soon as the browse button is pressed, not before. There is no event exposed that will trigger when the browse button is clicked.

Sure, but changing the port fixed things, which is surely just a number in a packet datagram somewhere?

 

I know nothing about ARP, but why would this come instead of a UDP packet?

I have seen something similar. I supported a system that had 10 cRIOs all transmitting UDP data to be logged at a reasonable rate, and packets would indeed just get "lost" (as noticed by the receiver PC). I never did any analysis to see if they were not being transmitted or not being received, I just solved the problem by using a different port per cIRO.

20 minutes ago, drjdpowell said:

I investigated, and it is because you made the two incr/decr arrows transparent.  I've had suspicions in the past that there is something buggy about colouring things transparent.  

Thanks James. I may be able to fix this then by colouring those arrows to be the same as my background colour rather than transparent.

Edit: even more strangely, colouring them a colour and then back to transparent causes the problem to go away

Edit2: LabVIEW is now behaving but the exe displays the same problem. I am going to leave this for now and just use the system control. If I get a moment I will try and fix it but for now I am moving on.

6 minutes ago, drjdpowell said:

If you replace with an unmodified slider direct from Flatline does the problem come back?

Will check it out. I am on a new laptop so need to install the Flatline controls again.

Edit: no everything seems to be behaving now. One strange thing, I see the latest Flatline slider has a round grab handle; has it always been like this? If so then I have no idea where I got my slider from as mine has a rectangular grab handle.

Anyway, for now just going to use the system control (which is not ideal as I would like to be able to colour the grab handle to match some other colours on my GUI).

So weird. I have replaced it with a system control and everything is now behaving as expected.

Take a look at the attached control, all it is is a slider (which I think I modified from the flatline controls from drjdpowell)

When I just open this in LabVIEW, not even anything running, my CPU usage jumps from about zero to nearly pegging one of the cores of my PC.

Weird...

Slider_Test.ctl

The bug I mentioned is not in the LabVIEW control, it manifests in the Windows file explorer dialogue that pops up.

Thanks, thats what I ended up doing. It works ok but a Windows bug causes the text to be pushed out of the control, so I had to then applying this fix: http://etchingpathways.blogspot.com/2012/07/labview-simulating-keyboard-events.html

Does anybody know if it is possible to configure the path control so that when a user clicks the browse button the file dialogue that pops up has a custom filename pre-populated? You can do this easily with the dialogue prim, but I cannot figure out how to do this with the path control. I thought perhaps there would be an event that is fired off on browse, but it does not appear so.

I suppose I could hide the browse button and replace it with a regular button...

Without fail I have always experienced deep disappointment upon finally looking at the code hidden away by NI's. VIs tend to fall into one of two categories:

1. wow that is such messy code no wonder they keep it locked way!
2. DLL call... blergh

Yes I have definitely seen stuff like this, but going back many versions. Kind of like using the internet in 1996 on a 9600 modem 🤣