09-19-2012 04:50 PM
@rolfk wrote:
My guess about solving known bugs in respect to units is that it is all lumped together in one big Meta Bug that also includes fixing the entire LabVIEW unit system, and that is a really difficult thing to do, if at all possible. My experiments back then led me to believe, that it is basically an unsolvable problem if you talk about making units a fully featured attribute of all elements in LabVIEW.
I don't doubt that you're correct. However, as a programming tool and especially for LabVIEW as an engineering programming language, fully-implemented and working units are potentially very useful for code-time error checking, and ease of checking the implementation of a model. It's frustrating to see them there but to keep running into the issues you talk about - would it be better to remove them altogether?
@rolfk wrote:
... I abandoned units then and never looked back. And I know in fact nobody who really felt different about units then and since, and that also means it is never really tested, both in Betas and apparently not even in the LabVIEW unit tests.
I've used them perhaps half-a-dozen times, never for anything critical, and so probably should have checked them in the latest Beta but just didn't have time! I once wrote a simple model of oxygen diffusion using units, and it was very helpful to be able to check that all the components of the equations had correctly matching units, and also to be able to compute pressures in Pascals but display them for the user in mmHg. But it wouldn't be much more work to handle all that explicitly, especially as a couple of functions (convolutions) required converting out of units and back again.
So my take is that it would be great to have units working properly everywhere - for example, the Derivative function would differentiate a distance with a time and get a velocity. But if not, then they should probably be removed altogether, with a short footnote to mourn their loss, and wonder what could have been.
11-20-2012 09:56 AM - edited 11-20-2012 09:58 AM
Today I realized my code broke as well due to the multiplication error when using units.
Funny fact is that it depends on the order and in particular on the first element of the multiplication. Thus it takes the product of units multiplied to the unit of the first element of the product.
See attached image:
.
I recently migrated to LV 2012, but noticed that the old bug with units in LV 2010 hasn't been solved either. See http://forums.ni.com/t5/LabVIEW/Unit-label-disappears-when-replacing-to-system-control/m-p/1291610#M...
I sometimes really wonder why I should upgrade to a new LabVIEW if known bugs never get solved and only we get new features which have as well bugs (which also don't get solved).
11-20-2012 10:10 AM - edited 11-20-2012 10:10 AM
This specific bug appears to have been fixed in the 2012f3 patch (actually the f2 patch, but it was removed due its own bug):
http://digital.ni.com/public.nsf/allkb/2F8112CC78A524FC86257A93006EA241
http://digital.ni.com/public.nsf/allkb/72A03F5B8E074C4086257A790051AE7F
With the f3 patch installed, my demo VI from this thread works properly now.
03-01-2013 10:31 AM
CAR 368375 was fixed in the LabVIEW 2012 f3 patch and is also included in the fixes in LabVIEW 2012 SP1 which released today. You can download the evaluation of LabVIEW 2012 SP1. LabVIEW 2012 SP1 will also be released by NI Update Service on Monday.
Thank you for reporting the issue!
Jeff Peacock
Product Support Engineer | LabVIEW R&D | National Instruments