<div dir="ltr"><div><div><div><div><div>Hi Joe  - I tripped on this in the TAPR VNA project.<br><br></div>A CSV  comma separated variable file in Europe-format does not use commas to separate variables !!!<br></div>It uses semi-colons because commas are used as the decimal-point character.  Alternatively you can<br></div><div>enclose each numeric variable in double-quotes and separate with commas.<br></div><div><br></div>In C++ .NET the system will create a default CultureInfo based on the locale under which the Windows OS was installed.<br>You can over-ride the default CultureInfo by creating a specific type.<br><br></div><div>In VS2008 syntax:<br></div><div><br></div>CultureInfo^ CI = gcnew CultureInfo("en-us");<br><br></div>Then use CI in all places where you format a variable into a string for printing to a file ...<br><div><div><div><br></div> ... variable.ToString(CI)  ...<br></div><div><div><br></div><br></div><div>-- Tom, N5EG<br><br></div><div><div><br><br><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 16, 2014 at 4:42 AM, Joe Martin K5SO <span dir="ltr"><<a href="mailto:k5so@valornet.com" target="_blank">k5so@valornet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">***** High Performance Software Defined Radio Discussion List *****<br>
<br>
</span>G’morning Georg,<br>
<br>
Wow, okay that explains things.  I’ll take a look at the “region” option then and see what can be done with respect to the RA disk read/write.  I’m pleased that the underlying cause of the problem is revealed at least.  Thanks for the excellent feedback and testing!<br>
<br>
I will be out of town for two weeks beginning today so I won’t be able to work on this until I return so please be patient.  Rest assured that finding a suitable resolution to the region selection issue with regard to the RA utility disk read/write formatting is on my “to do” list.<br>
<br>
73, Joe K5SO<br>
<div class="HOEnZb"><div class="h5"><br>
On Oct 16, 2014, at 2:39 AM, georg Prinz wrote:<br>
<br>
> Good Morning Joe,<br>
><br>
> the file I sent you was definitely written by RA utility. What we run into is the representation<br>
> of numbers in Europe. This is automatically installed, when you choose region and language<br>
> during OS installation. There is a posibility to change the location from Germany to US any time.<br>
> I tried it with the result, that PowerSDR is totally messed.<br>
> The solution could be to force RA utility to write and read numbers in a particular way independant<br>
> from the country/region adjustment. Or to check the number representation first after reading<br>
> the file.<br>
> Joe, I know this is not as simple as it looks, and it takes a lot of time, but this feature what you<br>
> made is super and it would be a pity, if it could be used in US only.<br>
><br>
> Best regards<br>
> Georg<br>
> dl2kp<br>
><br>
>><br>
><br>
><br>
> --<br>
><br>
><br>
><br>
> ---<br>
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz ist aktiv.<br>
> <a href="http://www.avast.com" target="_blank">http://www.avast.com</a><br>
><br>
<br>
_______________________________________________<br>
HPSDR Discussion List<br>
To post msg: <a href="mailto:hpsdr@openhpsdr.org">hpsdr@openhpsdr.org</a><br>
Subscription help: <a href="http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org" target="_blank">http://lists.openhpsdr.org/listinfo.cgi/hpsdr-openhpsdr.org</a><br>
HPSDR web page: <a href="http://openhpsdr.org" target="_blank">http://openhpsdr.org</a><br>
Archives: <a href="http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/" target="_blank">http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/</a><br>
</div></div></blockquote></div><br></div>