LabVIEW executable files don't launch in W11

[moseulr]

Hello everybody

I have issues with launching LabVIEW executable files. The following is my computers history:

• In LV 2018 SP1 and W10 everything worked fine.
• Upgraded the PC from W10 to W11, while keeping all programs and data.
• Previously built executable files (built with LV 2018 SP1) still run fine.
• Errors appeared when I tried to build new executable files from changed VIs, using LV 2018 SP1. Found a workaround: Build offline (with the absence of LAN / WLAN / Mobile Network).
• Checked the compatibility between LV 2018 SP1 and W11 and found out that LV 2018 SP1 is not officially supported.
• Uninstalled LV 2018 SP1 and installed LV 2025 Q3.
• Building executable files now works flawlessly.
• When trying to launch the executable, I get the error "Auf das angegebene Gerät bzw. den Pfad oder die Datei kann nicht zugegriffen werden. Sie verfügen ggf. nicht über ausreichende Berechtigungen, um auf das Element zugreifen zu können."
• The English translation of this error is: "Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item".
• Side effects: Icon changes in the Windows explorer and file properties details (such as File description, copyright, Product version) disappear or get deleted.
• Interestingly, after building offline (with the absence of LAN / WLAN / Mobile Network), executable files can be launched. As soon as connected to the network, executable files begin to get corrupt again.

Does anybody have the same or a similar issue?

Does anybody have an idea how to resolve this?

Thank you for any hints in advance!

[Kyle97330 · Accepted solution]

You're making it sound like something is modifying the binary EXE file after it's created.  If this is truly happening, it's pretty bad.  That's the sort of thing a virus would do (or, in a weird "best case" scenario, an antivirus set to automatically "repair" infected files silently, and it's flagging your LabVIEW EXE files).  Do you have an antivirus installed?

I would recommend trying an experiment.  Get a program that can get hashes from files such as HashTab or HashCheck.  Then go offline, create a working EXE, test it, and get its hashes which you then save somewhere.  

Then go online, wait for it to stop working, and re-check the hash.  If it's changed, there is something on your system or your network that is altering your EXE files.

[moseulr]

Dear Kyle97330

Thanks for your suggestion, which I tried out with PowerShell and MD5 hashes. The result is, that as soon as the exe-File gets "corrupted", it is no longer possible to access it at all, so the MD5 hash code can no longer be calculated.

In the meantime, I have looked into MS Windows Defender logs and found out that there exist log-entries like the following:

2025-08-28T13:29:24.244 Engine-HIPS:Block on rule 0x1443614-..., State=1, Type=0x121, Inheritance=0x0, Process="C:\Windows\explorer.exe", ProcessCmdline="C:\WINDOWS\Explorer.EXE", Target="C:\Data\LabVIEW64bit\AIVRecKopie20250822\builds\AIVRecConcatenate.exe", TargetCmdline="", InvolvedFile="", SigSha=5bfb8c2f6f29850ab22083d57c2fa6def0dc4664

It seems that this has to do with HIPS (Host Intrusion Prevention System) and ASR (Attack surface reduction). I guess its related to our own company's policy, otherwise many other LabVIEW users would already have run into this problem.

So, I'll have to clarify with our company's IT department.

Thanks again for your post and best regards!

[Yogesh_Redemptor]

Looks this issue is related to PC/OS Settings.
I have faces similar issue, while the exe and relevant files are kept in C Drive or Desktop.

Try to move the executable to D Drive and Move the configuration/reports files to Drive (Or create all base folders manually and give full access to the files - in C Drive).

[moseulr]

You cannot cure this problem by assigning access rights as suggestedby Yogesh_Redemp. Access seems to be denied by Windows Defender directly.