search for: 17159

...39;m wondering whether I would ask our IT department to just update R on all these computers to the latest version, or if we have to look for another solution. Cheers Joris On Mon, Jan 8, 2018 at 1:43 PM, Thompson, Pete <Pete.Thompson at iqvia.com> wrote: > Hi, I?d like to ask about bug 17159: > > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17159 > > I can confirm that I see exactly this bug when using dir.create on paths > of UNC form (\\server\share\xxx), with the recursive flag set. I?m seeing > this when attempting to use install.packages with such a path (...

Hi, I?d like to ask about bug 17159: https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17159 I can confirm that I see exactly this bug when using dir.create on paths of UNC form (\\server\share\xxx), with the recursive flag set. I?m seeing this when attempting to use install.packages with such a path (which I know isn?t supported...

...these computers to the > latest version, or if we have to look for another solution. > > Cheers > Joris > > On Mon, Jan 8, 2018 at 1:43 PM, Thompson, Pete <Pete.Thompson at iqvia.com> > wrote: > >> Hi, I?d like to ask about bug 17159: >> >> https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17159 >> >> I can confirm that I see exactly this bug when using dir.create on paths >> of UNC form (\\server\share\xxx), with the recursive flag set. I?m seeing >> this when attem...

..., or if we have to look for another solution. > >> > >> Cheers > >> Joris > >> > >> On Mon, Jan 8, 2018 at 1:43 PM, Thompson, Pete <Pete.Thompson at iqvia.com > > > >> wrote: > >> > >>> Hi, I?d like to ask about bug 17159: > >>> > >>> https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17159 > >>> > >>> I can confirm that I see exactly this bug when using dir.create on > paths > >>> of UNC form (\\server\share\xxx), with the recursive flag set. I?m >...

Bug 17159 has been fixed (in R-devel), but there may be more issues left with UNC paths. Tomas On 01/17/2018 01:37 PM, Joris Meys wrote: > Hi Peter, > > I share your experience with trying to help IT departments setting things > up. The network directory of the students is mapped to a drive, bu...

...partment to just update R on all these computers to the > latest version, or if we have to look for another solution. > > Cheers > Joris > > On Mon, Jan 8, 2018 at 1:43 PM, Thompson, Pete <Pete.Thompson at iqvia.com> > wrote: > >> Hi, I?d like to ask about bug 17159: >> >> https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17159 >> >> I can confirm that I see exactly this bug when using dir.create on paths >> of UNC form (\\server\share\xxx), with the recursive flag set. I?m seeing >> this when attempting to use install.p...

...se computers to the >> latest version, or if we have to look for another solution. >> >> Cheers >> Joris >> >> On Mon, Jan 8, 2018 at 1:43 PM, Thompson, Pete <Pete.Thompson at iqvia.com> >> wrote: >> >>> Hi, I?d like to ask about bug 17159: >>> >>> https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17159 >>> >>> I can confirm that I see exactly this bug when using dir.create on paths >>> of UNC form (\\server\share\xxx), with the recursive flag set. I?m seeing >>> this when att...

...ed SCEV codegen on by default yet. I will address all these issues and then we'll flip the default value of the -polly-codegen-scev flag. > I have done some basic analysis for one of the compile error > (7zip-benchmark). Results can be viewed on > http://llvm.org/bugs/show_bug.cgi?Cid=17159 Thanks for filling up that bug report: I just assigned it to me. Sebastian -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation

...t;> 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, 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 Mount Ro...

...on, it can lead to 5 extra compile errors and 3 extra runtime errors as shown on http://188.40.87.11:8000/db_default/v4/nts/32?compare_to=34&baseline=34. I have done some basic analysis for one of the compile error (7zip-benchmark). Results can be viewed on http://llvm.org/bugs/show_bug.cgi?Cid=17159 Best, Star Tan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130909/0fdd342c/attachment.html>

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

...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, 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 >...

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 Mount Royal University 403-440-6529 On Thu, Nov 17, 2016 at 2...

...t;> 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, 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 Mount Ro...

...t can lead to 5 extra compile errors and 3 extra runtime errors as shown on http://188.40.87.11:8000/db_default/v4/nts/32?compare_to=34&baseline=34. > I have done some basic analysis for one of the compile error (7zip-benchmark). Results can be viewed on http://llvm.org/bugs/show_bug.cgi?Cid=17159 Great. I will help looking into this starting this WE. Cheers, Tobias

On 09/08/2013 08:03 PM, Star Tan wrote: > Hello all, > > > I have done some basic experiments about Polly canonicalization passes and I found the SCEV canonicalization has significant impact on both compile-time and execution-time performance. Interesting. > Detailed results for SCEV and default canonicalization can be viewed on: http://188.40.87.11:8000/db_default/v4/nts/32 (or

Hello all, I have done some basic experiments about Polly canonicalization passes and I found the SCEV canonicalization has significant impact on both compile-time and execution-time performance. Detailed results for SCEV and default canonicalization can be viewed on: http://188.40.87.11:8000/db_default/v4/nts/32 (or 33, 34) *pNoGen with SCEV canonicalization (run 32): -O3 -Xclang -load

...nchmarks for performance improvements are: SingleSource/Benchmarks/Shootout/nestedloop -100.00% SingleSource/Benchmarks/Shootout-C++/nestedloop -100.00% MultiSource/Benchmarks/Ptrdist/anagram/anagram -14.26% SingleSource/Benchmarks/Shootout/lists -10.77% BTW, this bug (llvm.org/bugs/show_bug.cgi?id=17159) shown in general SCEV optimization does not appear any more. Discovery 2: Removing polly canonicalization passes significantly reduce compile-time and may also reduce execution-time. http://188.40.87.11:8000/db_default/v4/nts/50?compare_to=48&baseline=48 show the comparison between "ful...

Hello all, I have evaluated the compile-time and execution-time performance of Polly canonicalization passes. Details can be referred to http://188.40.87.11:8000/db_default/v4/nts/recent_activity. There are four runs: pollyBasic (run 45): clang -O3 -Xclang -load -Xclang LLVMPolly.so pollyNoGenSCEV (run 44): clang -O3 -Xclang -load -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-codegen-scev

At 2013-09-09 13:07:07,"Tobias Grosser" <tobias at grosser.es> wrote: >On 09/09/2013 05:18 AM, Star Tan wrote: >> >> At 2013-09-09 05:52:35,"Tobias Grosser" <tobias at grosser.es> wrote: >> >>> On 09/08/2013 08:03 PM, Star Tan wrote: >>> Also, I wonder if your runs include the dependence analysis. If this is >>> the