Neil Pate Posted February 23, 2015 Report Share Posted February 23, 2015 Hi, I was made aware of a bug in an application I am supporting. It was originally coded in LV8.5 and has been recently saved at 2013. I think I have traced the bug down to an apparent change in the 1D Array to String VI. In short, it seems that in LV2013 a carriage return "\r" character is being inserted at the end of the string. In LV8.5 this does not happen. Inside that VI is quite simple, but it looks like the culprit is the Match Pattern primitive. Any ideas when the behaviour of this primitive changed? String Test LV2013.vi String Test LV85.vi Quote Link to comment
egraham Posted February 24, 2015 Report Share Posted February 24, 2015 I don't get a carriage return when I run that in LV2014. Quote Link to comment
BramJ Posted February 24, 2015 Report Share Posted February 24, 2015 no carriage return here, in 2013 and 2014 Quote Link to comment
Neil Pate Posted February 24, 2015 Author Report Share Posted February 24, 2015 Whoa that's strange! Will check it out on another PC when I get a moment. Quote Link to comment
eberaud Posted February 24, 2015 Report Share Posted February 24, 2015 Here neither (2014) Quote Link to comment
Neil Pate Posted February 25, 2015 Author Report Share Posted February 25, 2015 (edited) Something crazy is going on. I ran the LV2013 VI last night and had the same problem with the extra "\r". Then I opened up the OpenG VI and put a string indicator between the Array To Spreadsheet String and Match Pattern, re-ran the code and it worked properly! Hmmmm... I have tried opening my LV85 VI in 2013 and everything also works properly. This is quite bemusing as I have four different applications (built as .exes) that show this behaviour, but now cannot reproduce it. Edited February 25, 2015 by Neil Pate Quote Link to comment
MartinPeeker Posted February 25, 2015 Report Share Posted February 25, 2015 Just to check the obvious: Are you positively sure that there isn't a "\r" in the second array element? Are the strings not limited to a single line? Are there different settings on Environment -> End text with enter key? Have you checked the array string using code display? Quote Link to comment
Neil Pate Posted February 25, 2015 Author Report Share Posted February 25, 2015 Just to check the obvious: Are you positively sure that there isn't a "\r" in the second array element? Are the strings not limited to a single line? Are there different settings on Environment -> End text with enter key? Have you checked the array string using code display? Yeah I did check that just to make sure. There are definitely no carriage returns in the strings in the input array. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.