BramJ

Reorder the plots so that first you have the all the fitted data plots and then the scatters with the same color, then rollup the legend size and you only see the fitted data plots but the others are still there, but hidden

Tried it on LV2021, resulted in a hang.

Maybe there are additional, non-printable, characters appended to the string? maybe a carriage return or line-feed? Can see something about that in the VI Description text

7 hours ago, jacobson said:

One minor improvement (my opinion) is that, in NXG, the scroll wheel will move the diagram up and down but if you shift+scroll, the diagram will move right to left (CG just scrolls up/down faster).

Would be nice if NXG, like CG, would support the horizontal scroll options available on many mice these days. In NXG that is somehow bound to zoom if the Zoom Control option is set to  "Ctrl + Mouse Wheel"

if Zoom control is set to "Mouse Wheel" the scroll left/right is bound to scrolling up and down, makes no sense.

I can also confirm, I get about 25% CPU load on a quad core i5

hmpf... thank you

If I only disable the overlay function of TSVN it also doesn't crash. 

Searched a bit further and it seems the crash is caused by the Viewpoint TSVN toolkit. Removed it and it works just fine. re-install it and it crashes again.

Odd thing is... we have one system with the same set of toolkits, including TSVN, and that system doesn't crash

Not the cleanest solution, I agree, but it is not the problem here. An new project with new empty virtual folders also crashes.  

Thank you for testing,

On our systems it usually happens well before the 500 deletions using this VI, when doing it manually in the project explorer it usually within 10 attempts

The application this is used in is a sequencer application that fills a virtual folder with VI's that are used in the sequence to add them to the build specification. After the build we need to clean the project so we need the folder empty. First we removed all the members of the folder one-by-one but we ran into problems when a VI used in the sequence was also used in the sequencer application itself, it could not be deleted then. Deleting the entire folder and recreating it did work but we sometimes we had labview crash as soon as we try to build.

we can reproduce the crash by simply creating a new project, create a (empty) virtual folder and delete it. For some reason the crash is a lot more frequent when doing it manually as opposed to the programmatically creating and deleting 

I have added a crash log for those interested, there are quite a bit of DWarn's in there:

DWarn 0x0E697B77: Caught exception in ExtCode call!
e:\builds\penguin\labview\branches\2017\dev\source\execsupp\ExtFuncRunTime.cpp(92) : DWarn 0x0E697B77: Caught exception in ExtCode call!

DWarn 0x50CBD7C1: Got corruption with error 1097 calling library mxLvProvider.mxx function mxLvApi_SetIconOverlaysBatch
e:\builds\penguin\labview\branches\2017\dev\source\execsupp\ExtFuncRunTime.cpp(275) : DWarn 0x50CBD7C1: Got corruption with error 1097 calling library mxLvProvider.mxx function mxLvApi_SetIconOverlaysBatch

DWarn 0x50CBD7C1: Got corruption with error 1097 calling library mxLvProvider.mxx function mxLvApi_ServerSite_UpdateItemUIBatch
e:\builds\penguin\labview\branches\2017\dev\source\execsupp\ExtFuncRunTime.cpp(275) : DWarn 0x50CBD7C1: Got corruption with error 1097 calling library mxLvProvider.mxx function mxLvApi_ServerSite_UpdateItemUIBatch

lvlog.txt

The following VI creates virtual folders and then deletes them from the project. Running this VI results in LabVIEW crashing on multiple systems in our company. The systems are running LabVIEW 2017, 2017 SP1 or 2018 (32 and 64bit) on Windows 7 and Windows 10. We also have some systems that don't crash.

Would be nice if some people here can try it, it would give us some additional data to send to NI.

The VI is saved in LV2017, I could save it for a previous version if needed. 

LabVIEW Crasher Virtual Folders.vi

Virtual Folder Test.lvproj

Ok, thank you

Virtual folders are proving to quite a bit of trouble, simply deleting one from the project can result in labview 2017 crashing (only on Windows 10 it seems)

Edit: and in Windows 7 as well, just seems less likely to happen

@Gribo Did you ever figure this out? I am trying to do the same thing

All my downloads are extremely slow at approx. 65 kb/sec.... multiple downloads will also run at 65kb/sec each. The server seems to be slowing things down...

Just compared the MD5 checksums of the 32 and 64bit 2018 SP1 I downloaded yesterday, they don't match what is listed on the download page now (with the new release date)

Also, the buildInfo.txt content of both the 32 and 64bit is exactly the same as the version I downloaded last month

(I must say, I have been running the 2018 SP1 the last weeks, have not run into any problems)

Looks like it is actually released now:

http://www.ni.com/download/labview-development-system-2018-sp1/7843/en/

http://www.ni.com/download/labview-development-system-2018-sp1/7849/en/

I see the release data is still 11/14/18, hmm...  

Did anyone find the download for the Vision Development Module Run-Time 2015? I am always lost on the NI site...

Why did they close the public FTP? I was always able to find my downloads there

no carriage return here, in 2013 and 2014

Too bad it doesn't transport VI's *hint*

Changing a void constant with lots of dimensions to control and then back to constant causes a crash for me

Hmm, just tried it with the LV versions that I have and I can reproduce it in all versions

7.1.1

8

2010 32bit

2013 32bit

2013 64bit

2014 32bit

2013 64bit

Just tried it on my work machine running LV 2013 64-bit, don't notice anything slowing down. Also adding it to a project caused no problems

Yeah, I sometimes like to align functions inside multiframe structures too, so they are at the same place in all frames. But usually only if they do similar things and as form of meditation, while thinking about the rest of the algorithm.

Sounds very familiar

I do the same thing

You are not alone....

and its CDO!

Check if "RunState.Root.Locals.UUT.UUTLoopIndex" is 1