A value of C specifies the minimal ANSI conforming environment for C translation. The C locale assumes that all char data types are 1 byte and that their value is always less than 256.
At program startup, the equivalent of the following statement is executed:
setlocale( LC_ALL, "C" );
zcashd doesn’t appear to explicitly call setlocale (but I did not check dependencies). So, it should be using the C/POSIX locale which has “.” as decimal separator. Still I could believe that Windows (or MSVCRT) is doing it wrong, or that something is calling setlocale that my search didn’t find.
awesome, thank you for double checking all that…I’m currently running a recursive grep on the entire source tree to see if any of the dependencies call setlocale
I have reproduced the issue. It appears to be a problem of the GUI wallet for locales that redefine the decimal separator. It is not a bug in ZCash itself. Will be fixed.
you can do private transactions without having to mess with command line nonsense, I think that’s the main benefit to miners for using it for their payouts
someone on twitter just confirmed that yes, the same thing works on Mac with zcash4mac when you edit zcash.conf (which I would have expected to be the case), which is at ~/LIbrary/Application Support/Zcash/zcash.conf
that would best be done during installation I think, as you need to pass the -datadir option to zcashd when it launches…I’ll look into adding that as an option, as I"m still working on enhancements to the installer. The installer not being up to snuff in my opinion is why I still consider this a beta: I need to get it signed to banish all the warnings, have it create desktop and/or start menu shortcuts, etc.