LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW 2011 Bug: Builder does not tell you why it was unsuccessful

This isn't a question so much as a warning about a builder bug.

 

When building an executable, I specified a custom configuration file:

Build Screen.jpg

 

When I build the application, what I got from the builder was:

 

Build Error.jpg

 

No information at all about why the build failed.

 

I did get a successful build - AFTER I closed the editor (notepad) that I had the .ini file open in.

 

The builder should tell us why it failed. I think it's a bug.

 

     Rob

Message 1 of 12
(3,315 Views)

 

 

Matthew H.
Applications Engineer
National Instruments
0 Kudos
Message 2 of 12
(3,295 Views)

Robert,

 

Thanks for the heads up.  I'll check around to see if anyone else has reported similar behavior.

Matthew H.
Applications Engineer
National Instruments
0 Kudos
Message 3 of 12
(3,284 Views)

@mudson wrote:

I did a little digging.

 

This specific issue is not listed among the fixes in LabVIEW 2012.

I'll look into getting it included in SP1 but it doesn't sound like a showstopper - so it may be a little while before this particular malfunction is addressed.

 


Expecting any IDE to identify and report every possible configuration error a human can make in such a complicated system is rather unrealistic IMHO.  This should not be considered a "bug" since it can never be fully "fixed".  I agree that it would be nice if it could do better though.  At least NI could make the Builder admit that it can't figure out what's wrong by outputting an 'Unknown Error" message rather than leaving the explanation blank.

LabVIEW Pro Dev & Measurement Studio Pro (VS Pro) 2019
0 Kudos
Message 4 of 12
(3,280 Views)

Thank you. It was, however, pointed out to me that this thread also points out this problem and possible fixes. So this is not a unique problem - although other had different reasons for the same issue. None of the listed fixes there were relevant to my problem.

 

Rob

0 Kudos
Message 5 of 12
(3,271 Views)

In these cases, what is helpful is the exact steps that resulted in the problem. I tried to reproduce what you said (having the ini file open in an editor - notepad) and could not get the error. The build succeeded.

George M
National Instruments
0 Kudos
Message 6 of 12
(3,265 Views)

Is it possible it wasn't Notepad but some other editor?

 

Notepad doesn't tend to lock files.  But if another editor did lock the file, then I can see how an error would be caused when the builder tries to access the file.

0 Kudos
Message 7 of 12
(3,259 Views)

I can reproduce the error using these steps:

 

The .ini file is already in the destination directory.

I opened the .ini file (from the destination directory) with Notepad++.

When I tell LabVIEW to build, the blank error is what I get.

 

If the .exe is open / running I get an access violation error. But not if the .ini file is open.

 

     Rob

0 Kudos
Message 8 of 12
(3,253 Views)

Notepad++ is not the same thing as Notepad.  So perhaps my theory of file locking is coming into play.

 

If you open the file in Notepad++ and then try to open it somewhere else (Notepad, another Notepad++, MS Word, a file open function in LabVIEW), do you get an error?

0 Kudos
Message 9 of 12
(3,250 Views)

Okay, I did that quickly since I was busy in the project at the time. However, if I open the file in Notepad (as opposed to Notepad++), I get the same problem. I just started my computer, so there is nothing else open. Well... okay... Firefox is open so I can read the forums. But Firefox has never caused problems before.

 

Rob

0 Kudos
Message 10 of 12
(3,240 Views)