search for: ecorten

Hi folks, I've noticed that there's an issue with the recursive creation of directories that reside on network shares. For example: > dir.create('\\\\SERVERNAME\\Empl\\Home1\\active\\e\\ecortens\\thisisatest', recursive = TRUE) Warning message: In dir.create("\\\\SERVERNAME\\Empl\\Home1\\active\\e\\ecortens\\thisisatest", : cannot create dir '\\SERVERNAME\Empl', reason 'Permission denied' The issue is that dir.create() is skipping the server name, but it&...

On 26/09/2016 5:27 PM, Evan Cortens wrote: > Hi folks, > > I've noticed that there's an issue with the recursive creation of > directories that reside on network shares. For example: > >> > dir.create('\\\\SERVERNAME\\Empl\\Home1\\active\\e\\ecortens\\thisisatest', > recursive = TRUE) > Warning message: > In > dir.create("\\\\SERVERNAME\\Empl\\Home1\\active\\e\\ecortens\\thisisatest", > : > cannot create dir '\\SERVERNAME\Empl', reason 'Permission denied' > > The issue is that dir.create...

...ic(c(1,NA))) [1] "1" "NA" So the safest thing is indeed passing the right type, but the behaviour is indeed confusing. I checked this on both Windows and Debian, and on both systems I get the exact same response. Cheers Joris On Tue, May 23, 2017 at 4:53 PM, Evan Cortens <ecortens at mtroyal.ca> wrote: > Hi Michael, > > I posted something on this topic to R-devel several weeks ago, but never > got a response. My ultimate conclusion is that sprintf() isn't super > consistent in how it handles coercion: sometimes it'll coerce real to > integer wi...

...essage----- > From: Martin Maechler [mailto:maechler at stat.math.ethz.ch] > Sent: Friday, November 18, 2016 3:37 PM > To: Evan Cortens > Cc: Laviolette, Michael; r-devel at r-project.org > Subject: Re: [Rd] problem with normalizePath() > > >>>>> Evan Cortens <ecortens at mtroyal.ca> > >>>>> on Thu, 17 Nov 2016 15:51:03 -0700 writes: > > > I wonder if this could be related to the issue that I > > submitted to bugzilla about two months ago? ( > > https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17159)...

...thing is indeed passing the right type, but the behaviour >> is indeed confusing. I checked this on both Windows and Debian, and on both >> systems I get the exact same response. >> >> Cheers >> Joris >> >> On Tue, May 23, 2017 at 4:53 PM, Evan Cortens <ecortens at mtroyal.ca> >> wrote: >> >>> Hi Michael, >>> >>> I posted something on this topic to R-devel several weeks ago, but never >>> got a response. My ultimate conclusion is that sprintf() isn't super >>> consistent in how it handles coe...

>>>>> Evan Cortens <ecortens at mtroyal.ca> >>>>> on Thu, 17 Nov 2016 15:51:03 -0700 writes: > I wonder if this could be related to the issue that I > submitted to bugzilla about two months ago? ( > https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17159) > That is to say...

...uot; > > So the safest thing is indeed passing the right type, but the behaviour is > indeed confusing. I checked this on both Windows and Debian, and on both > systems I get the exact same response. > > Cheers > Joris > > On Tue, May 23, 2017 at 4:53 PM, Evan Cortens <ecortens at mtroyal.ca> wrote: > >> Hi Michael, >> >> I posted something on this topic to R-devel several weeks ago, but never >> got a response. My ultimate conclusion is that sprintf() isn't super >> consistent in how it handles coercion: sometimes it'll coerce...

...2) # works -----Original Message----- From: Martin Maechler [mailto:maechler at stat.math.ethz.ch] Sent: Friday, November 18, 2016 3:37 PM To: Evan Cortens Cc: Laviolette, Michael; r-devel at r-project.org Subject: Re: [Rd] problem with normalizePath() >>>>> Evan Cortens <ecortens at mtroyal.ca> >>>>> on Thu, 17 Nov 2016 15:51:03 -0700 writes: > I wonder if this could be related to the issue that I > submitted to bugzilla about two months ago? ( > https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17159) > That is to say...

...right type, but the behaviour >>> is indeed confusing. I checked this on both Windows and Debian, and on both >>> systems I get the exact same response. >>> >>> Cheers >>> Joris >>> >>> On Tue, May 23, 2017 at 4:53 PM, Evan Cortens <ecortens at mtroyal.ca> >>> wrote: >>> >>>> Hi Michael, >>>> >>>> I posted something on this topic to R-devel several weeks ago, but never >>>> got a response. My ultimate conclusion is that sprintf() isn't super >>>> cons...

Consider #as.numeric for emphasis sprintf('%d', as.numeric(1)) # [1] "1" vs. sprintf('%d', NA_real_) > Error in sprintf("%d", NA_real_) : invalid format '%d'; use format %f, %e, %g or %a for numeric object > I understand the error is correct, but if it works for other numeric input, why doesn't R just coerce NA_real_ to NA_integer_?

The packages "readxl" and "haven" (and possibly others) no longer access files on shared network drives. The problem appears to be in the normalizePath() function. The file can be read from a local drive or by functions that don't call normalizePath(). The error thrown is Error: path[1]="\\Hzndhhsvf2/data/OCPH/EPI/BHSDM/Group/17.xls": The system cannot find the

I wonder if this could be related to the issue that I submitted to bugzilla about two months ago? ( https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17159) That is to say, could it be that it's treating the first path after the single backslash as an actual directory, rather than as the name of the share? -- Evan Cortens, PhD Institutional Analyst - Office of Institutional Analysis

Dear R-Devel folks, I've just run into what initially struck me as a rather strange result, as follows: > sprintf('%d', c(1.0, NA)) [1] "1" "NA" > sprintf('%d', c(NA, 1.0)) Error in sprintf("%d", c(NA, 1)) : invalid format '%d'; use format %f, %e, %g or %a for numeric objects So if I pass sprintf() a vector of reals and attempt

Hi Michael, I posted something on this topic to R-devel several weeks ago, but never got a response. My ultimate conclusion is that sprintf() isn't super consistent in how it handles coercion: sometimes it'll coerce real to integer without complaint, other times it won't. (My particular email had to do with the vectors longer than 1 and their positioning vis-a-vis the format string.)