From hugh@p@r@on@ge @end|ng |rom gm@||@com  Mon Apr 13 13:20:26 2020
From: hugh@p@r@on@ge @end|ng |rom gm@||@com (Hugh Parsonage)
Date: Mon, 13 Apr 2020 21:20:26 +1000
Subject: [Rd] stringsAsFactors
In-Reply-To: <24212.6954.256734.135105@stat.math.ethz.ch>
References: <e9c057e7-9c64-38ff-c936-fea6c1437b1c@gmail.com>
 <24212.6954.256734.135105@stat.math.ethz.ch>
Message-ID: <CAJmOi+NeKmiDErq6fVpRaO8gD+wY5C6qu4TQSQdtxSLxz2hPxw@mail.gmail.com>

Further, in addition to the `val <- FALSE` patch a few hours ago by
Martin, the line after should also be changed

- if(!is.logical(val) || is.na(val) || length(val) != 1L)
+ if(!is.logical(val) || length(val) != 1L || is.na(val))

## Consider
Sys.setenv("_R_CHECK_LENGTH_1_LOGIC2_" = "TRUE")
options(stringsAsFactors = c(TRUE, FALSE))
default.stringsAsFactors()  # correct error message

On Mon, 13 Apr 2020 at 18:02, Martin Maechler
<maechler at stat.math.ethz.ch> wrote:
>
> >>>>> Duncan Murdoch
> >>>>>     on Sun, 12 Apr 2020 08:57:14 -0400 writes:
>
>     > The NEWS for R 4.0.0 says "R now uses a stringsAsFactors = FALSE
>     > default, and hence by default no longer converts strings to factors in
>     > calls to data.frame() and read.table()."
>
>     > This seems to have been implemented by setting options(stringsAsFactors
>     > = FALSE) in the main R profile.  However, setting
>
>     > options(stringsAsFactors = NULL)
>
>     > reverts to the same behavior as the old options(stringsAsFactors =
>     > TRUE).  Is this intentional?
>
>
> No!  Thanks a lot for testing R 4.0.0 alpha/beta, noticing and
> alerting us about it.
>
> This will be changed ASAP.
>
> ... and it will benefit the whole R user community if quite a
> few good R users (as most readers of 'R-devel') would start
> using 'R 4.0.0 beta' routinely now --- thanks a lot in advance!
>
> Martin
>
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel



[Rd] stringsAsFactors
Hugh Parsonage