05-22-2019 03:58 AM - edited 05-22-2019 04:01 AM
Dear All
Because my program is huge, my source code is more than 60M above, it is quite a trouble when i eddit the source code, LabVIEW costs much time to check the grammar/the code error even I just move/replace an element or just make a little bit modification, sometimes, sometimes it cost 10 minutes and I can't do anything at that time, So, I think that could I disable LabVIEW checking the grammar/eddit error automatically function untill I compile the souce code or enable the funciton by manual? thanks.
05-22-2019 04:13 AM
Without seeing the code it's hard to guess but what you describe sounds like you should start using some kind of software architecture (e.g. Producer-Consumer pattern, Actor framework...) and a lot of sub VIs.
05-22-2019 04:26 AM
Hey Crabman, thanks for your reply, Yes lots of sub VIs indeed, becuase this project was created by three/four years ago, and the engineer is keeping to modify and add many many functions within this years, it is about the automation of alignment system, so....
05-22-2019 07:07 AM - edited 05-22-2019 07:10 AM
I think it is kind of funny/ironic that you want to disable spell checking, but you spelled "edit" wrong in your messages.
You say your code is above 60M. What does that mean? Is it MB, megabytes? I don't tend to write super large projects, but 60 MB worth of VI's seems like an unusually large number to me.
Actually, I don't think I've seen spellchecking within LabVIEW, and almost certainly not grammar checking. Where do you find it if you want to change the setting manually?
05-22-2019 08:19 AM
I'm just guessing here that you want to explain that you have a project that loads lots of VIs and a change in a VI can make LabVIEW seem to freeze for some time before you can continue. I have seen this in large projects, where changes to a VI can take 10-20 sec to finish, which is quite annoying. What you can do is to split up your project into smaller parts so not everything is loaded at the same time. You can also load the VIs from outside the project environment, which will make the freeze-time for editing go away (along with some other annoyances for large projects).
05-22-2019 11:24 AM
It sounds like the OP has a super-mega-VI that is so large that any little change causes a recompile that takes up to ten minutes to compile. If this the case, OP... STOP!!! The answer isn't to disable some feature or option. The answer is to refactor your code right now, before it becomes corrupted and you lose everything. (Well, hopefully, you've been committing to your software repository regularly... right?)
The huge wait time is LabVIEW having a nervous breakdown in the background. Break the VI up into smaller chunks (subVIs).
Personally, I wonder how it is that developers who obviously understand coding best practices tend to abandon all all such practices when it comes to LabVIEW.
Just a few "head-scratchers" that I've seen.
05-22-2019 11:32 PM
Dear Thols,YES,that is exactly what I mean, and I have ten thousands of subvis in the project i guess.
05-22-2019 11:38 PM
Dear bill, Yes,we save the project per day for safety, and we have packaged many many modules as a subvi too, but, the whole project file size is huge. not a main vi is 60Mb.
05-22-2019 11:54 PM
@API wrote:
Dear bill, Yes,we save the project per day for safety, and we have packaged many many modules as a subvi too, but, the whole project file size is huge. not a main vi is 60Mb.
That is worrisome, because that just sounds like normal LabVIEW development. Do you have a lot of data stored in the front panel as default data? That could make it super-slow to do stuff.
05-23-2019 12:10 AM
Dear Bill, No, but has many XControls on the front panel, I am using the XML files to store and read the configuration for some parameters.