Rterm.exe test result。
> a = readline()
D:\Project_Delivery\
>
>
> list.files(a,recursive = T)
[1] "2022(1).xlsx"
[2] "conf_custom_wf_wt_map_202308091545.csv"
[3] ".R"
[4] ".xlsx"
[5] "_.xlsx"
[6] ".xlsx"
[7] " (3).xlsx"
[8] "20230222113605379(1).xlsx"
[9] "_2022_20230811.docx"
All the file
> Andy Teucher
> on Fri, 11 Aug 2023 16:07:36 -0700 writes:
> I understand that `as.character.POSIXt()` had an overhaul in R 4.3
(https://github.com/wch/r-source/commit/f6fd993f8a2f799a56dbecbd8238f155191fc31b),
and I have come across a new behaviour and I wonder if it is uninte
Martin,
Thank you. Everything you have written is helpful and I admit I am likely
guilty of using as.character() instead of format() in the past().
Ignoring the above though, one thing I’m still unclear on is the special
handling of zero (or rather non-zero time) seconds in the method. Is the
Just to rule it out... is it possible that R is listing these files
successfully, but is not printing the Chinese characters in those
names for some reason?
Using your example, what is the output of:
f <- list.files(a, recursive = T)
nchar(f)
Does the reported number of characters match
On 8/13/23 05:26, yu gong wrote:
sorry forgot dynamic link ICU
1 svn checkout R-trunk and add USE_LLVM=YES and ICU_LIBS ?= -licuin -licuuc
-licudt -lstdc++ in MKRules.dist or Mkrules.local
For the record, if you are experimenting with building R-devel using
msys2 toolchains, you should a
MRE to produce the message is the following:
setClass("Foo")
setOldClass("Bar")
setAs("Bar", "Foo", \(x) x)
# NOTE: arguments in definition for coerce changed from (x) to (from)
In an interactive setting, that may be fine, but I first encountered
this message in the install log of a package for w
On 8/13/23 13:16, Ivan Krylov wrote:
Found it! Looks like a buffer length problem. This isn't limited to
Chinese, just more likely to happen when a character takes three bytes
to represent in UTF-8. (Any filename containing characters which take
more than one byte to represent in UTF-8 may fail
