LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

polymorphism of "number to decimal string"

Hi,

 

I'm in the progress of rewriting an older application. Here I found an interesting behaviour:

The "Number to decimal string" function should be polymorphic (as described in the context help). In fact it takes any scalar integer number without type coercion. But when I wire an I32 array (which is no problem in general) this function shows a coercion dot?!? This coercion dot is not shown in LV7.1...

 

So I'm questioning:

What is coerced here? To which datatype is the data coerced? May there some problems arise from coercion?

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
Message 1 of 5
(3,158 Views)
This had been raised by altenbach here.
Message 2 of 5
(3,140 Views)

Thanks smercurio,

 

so this seems like a bug not solved by the 8.6.1 update...

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 3 of 5
(3,134 Views)

It is still not fixed in LabVIEW 2013 SP1.

 

Is there any post, where one could vote on it? Is there a CAR on it, please?

 

Cheers,

0 Kudos
Message 4 of 5
(2,834 Views)

Hi ghighuphu,

 

R&D is aware of this behavior, the CAR numbers are as follows: 

 

CAR 152789 - Coercion dot appears when wiring Integer Array to Number To  Hexadecimal String.vi

CAR 152788 - Coercion Dot appears when wiring Integer Array to Number To Decimal String.vi

CAR 152787 - Coercion Dot appears when wiring Integer Array to Number To Octal String.vi

 

Regards,

 

Jeff Peacock 

 

Product Support Engineer | LabVIEW R&D | National Instruments | Certified LabVIEW Architect 

Message 5 of 5
(2,800 Views)