similar to: Potential issue with perl-based pattern matching with Unicode characters on Windows R 4.0 and above

Hi Dario, Here are another couple of other fun functions you can utilize besides the ones Dirk recommended :) extSoftVersion() grSoftVersion() Below is an example: > grSoftVersion() cairo libpng jpeg "1.10.2" "1.6.16" "9.1" libtiff "LIBTIFF, Version 4.0.3"

>>>>> Paul Grosu <pgrosu at gmail.com> >>>>> on Thu, 28 Jan 2016 07:53:13 -0500 writes: > Hi Dario, > Here are another couple of other fun functions you can utilize besides the > ones Dirk recommended :) > extSoftVersion() > grSoftVersion() > Below is an example: >> grSoftVersion() > cairo

Hi all, I'm on Ubuntu 18.04, running R-4.0.0 which I compiled from source, and using valgrind I am always seeing the following message. Does anybody else see that? Is that a known false positive? Any ideas how to fix/suppress? Seems related to TRE, do I need to upgrade that? (base) tdhock at maude-MacBookPro:~/R/binsegRcpp$ R --vanilla -d valgrind -e 'extSoftVersion()' ==9565==

I noticed that R 4.0.0 is now available for ubuntu on CRAN. I attempted to do a clean install on 18.04 using: sudo apt install r-base after adding deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran40/ to /etc/apt/sources.list. Unfortunately, apt reports that r-recommend is a dependency and it won't be installed. Upon inspecting the R4.0 repos r-recommend is missing not only for

It is known, with a known workaround, see e.g. https://www.stats.ox.ac.uk/pub/bdr/memtests/README.txt . Set suppressions in ~/.valgrindrc, e.g. the CRAN check machine has --suppressions=/data/blackswan/ripley/wcsrtombs.supp It is an issue in your OS (glibc), not TRE nor R. On 10/06/2020 00:21, Toby Hocking wrote: > Hi all, > > I'm on Ubuntu 18.04, running R-4.0.0 which I

Oops, I think both of us forget to cite the r-devel channel. Best, Jiefei On Tue, Mar 10, 2020 at 5:13 AM Wang Jiefei <szwjf08 at gmail.com> wrote: > Thanks for your quick response, Tomas. > > Yes, this is a path issue, I think the problem is related to R, not the > Rtools make. I built an example package for reproducing the problem: > https://github.com/Jiefei-Wang/example

Jiefei, you did not commit all files into the example package - your example has things like RcppExports.cpp as well as additional flags which are not in your GH project. I suspect the issue is with the extra flags you're adding - those don't come from R. Please make sure you can replicate the issue with the GH package you created. Cheers, Simon * installing *source* package

On Wed, 28 Feb 2018, Jan Kiszka wrote: > From: Jan Kiszka <jan.kiszka at siemens.com> > > Per PCIe r4.0, sec 7.5.1.1.9, multi-function devices are required to > have a function 0. Therefore, Linux scans for devices at function 0 > (devfn 0/8/16/...) and only scans for other functions if function 0 > has its Multi-Function Device bit set or ARI or SR-IOV indicate >

Thanks, Jiefei, unfortunately your example does not work on my system, and also it is far from minimal. The error message you are getting is from Windows and could be caused for example by accidental quoting of the path using single quotes. Issues with RStudio or devtools would have to be discussed in their mailing lists/with their authors, but my guess is that the problem is in your local

Hi, I have a Data Set x and I want to check with a Kolmogorow-Smirnow-Test, if x comes from a Subbotin Distribution, whose density function is: function(x,location,scale,tail) # Exponential power (=Subbotin) { const<- 2*scale*tail^(1/tail) *gamma(1+1/tail) z<- (x-location)/scale exp(-1/tail*abs(z)^tail)/const } How can i do this? Thank you --

Hi Greg, On 28 April 2020 at 12:05, Greg Siemon wrote: | I noticed that R 4.0.0 is now available for ubuntu on CRAN. I attempted to | do a clean install on 18.04 using: | | sudo apt install r-base | | after adding | | deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran40/ | | to /etc/apt/sources.list. | | Unfortunately, apt reports that r-recommend is a dependency and it won't

Thanks a lot for your suggestions. I see what you mean. I have removed all unnecessary files and dependences on https://github.com/Jiefei-Wang/example, but still no luck. I've tried to install the package as a user, not admin, but I got the same error. Also, I apologize for spamming the mail list. I will keep my reply as neat as possible. Martin has suggested checking the encoding of the file

Hi Dirk, Thanks for the suggested workarounds. This was just a VM I had spun up so I could test R4.0.0. I'm happy to wait for Michael to fix it when he has time. Greg On Tue, 28 Apr 2020 at 13:10, Dirk Eddelbuettel <edd at debian.org> wrote: > > Hi Greg, > > On 28 April 2020 at 12:05, Greg Siemon wrote: > | I noticed that R 4.0.0 is now available for ubuntu on CRAN. I

On 4/10/19 1:14 PM, Jeroen Ooms wrote: > On Wed, Apr 10, 2019 at 12:19 PM Tom?? Bo?il <borilt at gmail.com> wrote: >> Minimalistic example: >> Let's type "?" (LATIN SMALL LETTER R WITH CARON) in RGui console: >>> "?" >> [1] "r" >> >> Although the script is in UTF-8, the characters are replaced by >>

From: Lukas Wunner <lukas at wunner.de> The integrated HDA controller on Nvidia GPUs can be hidden with a bit in the GPU's config space. Information about this scheme was provided by NVIDIA on their forums. Many laptops now ship with this device hidden, meaning that Linux users of affected platforms (where the HDMI connector comes off the NVIDIA GPU) cannot use HDMI audio

This reverts commit b516ea586d717472178e6ef1c152e85608b0ce32. While this fixes audio for a number of users, this commit has the sideaffect of breaking the BIOS workaround that's required to make the GPU on the nvidia P50 work, by causing the GPU's PCI device function to stop working after it's been set to multifunction mode. Signed-off-by: Lyude Paul <lyude at redhat.com>

On Tue, May 07, 2019 at 10:12:45PM +0200, Karol Herbst wrote: > Apperantly things go south if we suspend the device with a different PCIE > link speed set than it got booted with. Fixes runtime suspend on my gp107. > > This all looks like some bug inside the pci subsystem and I would prefer a > fix there instead of nouveau, but maybe there is no real nice way of doing > that

Since it is "technically easy" to disable the best fit conversion and the best fit is rarely good, how about providing an option for code/package authors to disable it? I'm asking because this is one of the most painful issues in packages that may need to source() code containing UTF-8 characters that are not representable in the Windows native encoding. Examples include

Hello, There is a long-lasting problem with processing UTF-8 source code in R on Windows OS. As Windows do not have "UTF-8" locale and R passes source code through OS before executing it, some characters are "simplified" by the OS before processing, leading to undesirable changes. Minimalistic example: Let's type "?" (LATIN SMALL LETTER R WITH CARON) in RGui

From: Lukas Wunner <lukas at wunner.de> The integrated HDA controller on Nvidia GPUs can be hidden with a bit in the GPU's config space. Information about this scheme was provided by NVIDIA on their forums. Many laptops now ship with this device hidden, meaning that Linux users of affected platforms (where the HDMI connector comes off the NVIDIA GPU) cannot use HDMI audio