search for: encodecomplex

...[,8] [,9] [,10] [,11] [,12] [,13] [1,] 1 1 1 1 1 1 1 1 1 1 1 1 1 [2,] 1 1 1 1 1 1 1 1 1 1 1 1 1 The problem seems to be in printarray.c:275 (https://github.com/wch/r-source/blob/trunk/src/main/printarray.c#L275): EncodeComplex(x[i + j * r], wr[j] + R_print.gap, dr[j], er[j], wi[j], di[j], ei[j], OutDec)) ) The width of the real part wr[j] + the width of the imaginary part wi[j] + R_print.gap doesn?t always add up to the width of the column w[j]. As far as we can see, calculating the width of the real part on th...

...ng LC_NUMERIC=C. I would hope to continue to have `dec' but perhaps with a locale-dependent default.) The resulting asymmetry (R would not be able to parse its own output) would be unhappy, but seems inevitable. (This could be implemented easily by having a `dec' arg to EncodeReal and EncodeComplex, and using LC_NUMERIC to control that rather than actually setting the local category. For example, deparsing needs to be done in LC_NUMERIC=C.) All of these could be implemented by customized versions of strtod/strtol. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor o...