You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using sink because too many errors to scan manualy.
Also, at one point in testing, each test number starts to be printed, like: .... Running test id 1964.2 Running test id 1964.3 Running test id 1964.4 Running test id 1965 Running test id 1966.1 Running test id 1966.2 Running test id 1966.3 Running test id 1966.4 Running test id 1966.5 Running test id 1966.6 Running test id 1967.1 ...
overfilling console.
Tests results in:
# Error in test.data.table() :
# 873 errors out of 8556 in 00:02:35 elapsed (00:01:43 cpu) on Thu Apr 11 11:54:40 2019. [endian==little, sizeof(long double)==16, sizeof(pointer)==8, TZ=Europe/Helsinki, locale='LC_COLLATE=Latvian_Latvia.1257;LC_CTYPE=Latvian_Latvia.1257;LC_MONETARY=Latvian_Latvia.1257;LC_NUMERIC=C;LC_TIME=Latvian_Latvia.1257', l10n_info()='MBCS=FALSE; UTF-8=FALSE; Latin-1=FALSE; codepage=1257', getDTthreads()='omp_get_num_procs()==8; R_DATATABLE_NUM_PROCS_PERCENT=="" (default 50); R_DATATABLE_NUM_THREADS==""; omp_get_thread_limit()==2147483647; omp_get_max_threads()==8; OMP_THREAD_LIMIT==""; OMP_NUM_THREADS==""; data.table is using 4 threads. This is set on startup, and by setDTthreads(). See ?setDTthreads.; RestoreAfterFork==true']. Search tests/tests.Rraw for test numbers: 168.1, 168.2, 168.3, 610.1, 610.3, 1102.14, 1102.14, 1102.15, 1223.003, 1223.004, 1223.009, 1223.01, 1223.013, 1223.014, 1223.015, 1223.016, 1223.025, 1223.026, 1223.027, 1223.028, 1223.033, 1223.034, 1223.035, 1223.036,
From looking at other issues, my initial guess is that errors mainly arise because of locale.
Getting ids:
report <- readLines('aut.txt')
i <- grep('errors', report)
er <- report[i]
length(er) # 841 509 873 # number of errors is not consistent
ids <- stringi::stri_extract_all_regex(er, '(?<=id )[0-9]+', simplify = T)
as.integer(unique(ids))
# [1] 168 610 1102 1223 1253 1590
# [1] 168 610 1102 1223 1253 1590
# [1] 168 610 1102 1223 1253 1590
# but always the same tests
1102 - dcast column order, so also forderv?
1223 - relating forderv ?
1253 - relating forderv ?
1590 - locale is changed before, so should not have errors?
Maybe too much information for one issue, but my guess is that it could be tracked down to forderv?
The text was updated successfully, but these errors were encountered:
What's really going wrong is we're assuming something about base::order(LETTERS), in other words, it's nothing to do with data.table code that's breaking the test (since data.table always sorts in C locale). For the env=, options= features, it's about making sure data.table code runs as expected, whereas this issue is about making base code run as expected. That tells me maybe we want something like:
x = sample(LETTERS)
test(610.1, chorder(x), match(LETTERS, x))
Or to really keep the emphasis on the test of chorder↔️base::order:
Using sink because too many errors to scan manualy.
Also, at one point in testing, each test number starts to be printed, like:
.... Running test id 1964.2 Running test id 1964.3 Running test id 1964.4 Running test id 1965 Running test id 1966.1 Running test id 1966.2 Running test id 1966.3 Running test id 1966.4 Running test id 1966.5 Running test id 1966.6 Running test id 1967.1 ...
overfilling console.
Tests results in:
From looking at other issues, my initial guess is that errors mainly arise because of locale.
Getting ids:
168 - definitely locale problem
610 :
whats happening here?
1102 - dcast column order, so also forderv?
1223 - relating forderv ?
1253 - relating forderv ?
1590 - locale is changed before, so should not have errors?
Maybe too much information for one issue, but my guess is that it could be tracked down to
forderv
?The text was updated successfully, but these errors were encountered: