We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
After upgrading to 1.9.7, a few statements that previously ran successfully now create errors due to unrecognized columns.
A workaround seems to be to wrap the statement in parentheses.
A pair of examples.
## case 1 allNumeric<-all(DT[,!is.na(as.numeric(FieldName))]) ## original # Error in eval(expr, envir, enclos) : # object 'FieldName' not found allNumeric<-all(DT[,(!is.na(as.numeric(FieldName)))]) ## workaround ## case 2 dupeType[removalIndex>0,rowId-(2*removalIndex-1)] ## original dupeType[removalIndex>0,(rowId-(2*removalIndex-1))] ## workaround
The text was updated successfully, but these errors were encountered:
@mattdowle I guess this is a side-effect of the new auto-.SD-with-FALSE?
.SD
with
FALSE
Catching ! as jsub[[1]] and assuming it was column exclusion?
!
jsub[[1]]
DT = data.table(FieldName = c("1", "2", "3", "four", "five")) #works fine DT[ , is.na(as.numeric(FieldName))] #fails, as above DT[ , !is.na(as.numeric(FieldName))]
I'm surprised this wasn't caught by any unit tests!
Sorry, something went wrong.
Yes indeed. Recent change last few days. Thanks. Was not intended. On it ...
e5e1974
No branches or pull requests
After upgrading to 1.9.7, a few statements that previously ran successfully now create errors due to unrecognized columns.
A workaround seems to be to wrap the statement in parentheses.
A pair of examples.
The text was updated successfully, but these errors were encountered: