Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

was the disconnect with the screen reader. Did the underlying development toolbox undergo any version changes from ( <4.2.0 ) to (4.2.0...4.2.1) to (4.2.2) ?? Great that normal transmission has resumed. Jonathan -Original Message- From: Tomas Kalibera Sent: Thursday, 22 December 2022

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

hursday, 22 December 2022 6:53 am To: Andrew Hart ; Jonathan Godfrey Cc: R-devel@r-project.org Subject: Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1. Hi Andrew, thanks a lot for your testing and I am looking forward to what you find out about the fixes in R-devel. You asked abou

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

Hi Andrew, thanks a lot for your testing and I am looking forward to what you find out about the fixes in R-devel. You asked about changes between 4.2.1 and 4.2.2 relevant to this. I don't think you overlooked anything, I looked now again at the source code diff and I didn't find anything re

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

HI Tomas, Thanks a lot for not letting this go. It is truly appreciated. I had been using Rterm directly as Jonathan had suggested since we discussed this a number of months ago on the R-devel list. However, about a week and a half ago I accidentally launched Rgui for R 4.2.2 (which I install

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

Dear Andrew, Jonathan, I had a closer look and tried to improve accessibility in Rgui, please see below. I would be grateful for feedback. Rgui supports three cursor types, which can be selected via Edit/GUI preferences/Cursor blink. The default is "partial", but for screen readers, please

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

On 9/22/22 23:15, Andrew Hart via R-devel wrote: On 22/09/2022 16:42, Toby Hocking wrote: Another option is to use https://emacspeak.sourceforge.net/ (version of emacs editor/ide which can speak letters/words/lines -- has a blind maintainer) with http

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

On 9/22/22 23:15, Andrew Hart via R-devel wrote: On 22/09/2022 16:42, Toby Hocking wrote: Another option is to use https://emacspeak.sourceforge.net/ (version of emacs editor/ide which can speak letters/words/lines -- has a blind maintainer) with http

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

3 September 2022 4:24 am To: Andrew Hart Cc: R-devel@r-project.org; Tomas Kalibera ; Jonathan Godfrey Subject: Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1. Tomas Kalibera has related that he has some scars from fighting with some unexpected interactions between UTF-8 and the GraphApp library

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

know why I hadn't seen Andrew's first message given I get other list traffic. Jonathan -Original Message- From: peter dalgaard Sent: Friday, 23 September 2022 4:24 am To: Andrew Hart Cc: R-devel@r-project.org; Tomas Kalibera ; Jonathan Godfrey Subject: Re: [Rd] Problem with

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

On 22/09/2022 16:42, Toby Hocking wrote: Another option is to use https://emacspeak.sourceforge.net/ (version of emacs editor/ide which can speak letters/words/lines -- has a blind maintainer) with https://ess.r-project.org/

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

On 9/22/22 18:24, peter dalgaard wrote: Tomas Kalibera has related that he has some scars from fighting with some unexpected interactions between UTF-8 and the GraphApp library that is used for RGui and I think he said that screen readers were involved. I wouldn't be surprised if this is a le

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

Another option is to use https://emacspeak.sourceforge.net/ (version of emacs editor/ide which can speak letters/words/lines -- has a blind maintainer) with https://ess.r-project.org/ (interface for editing and running R code from within emacs) On Thu, Sep 22, 2022 at 9:42 AM Duncan Murdoch wrote

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

On 22/09/2022 9:48 a.m., Andrew Hart via R-devel wrote: Hi. I'm having an issue with R 4.2.1 on Windows but I'm not sure if this is the right place to ask about it. If it's not, I'm hoping someone can point me in the right direction. I'm blind and have been using R for about 11 years now. The ba

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

Tomas Kalibera has related that he has some scars from fighting with some unexpected interactions between UTF-8 and the GraphApp library that is used for RGui and I think he said that screen readers were involved. I wouldn't be surprised if this is a leftover issue. (This is obviously a kind of

Re: [Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

There was a long apparently related thread back in May: https://stat.ethz.ch/pipermail/r-devel/2022-May/081708.html but that problem was supposedly patched in 4.2.1 ... On 2022-09-22 9:48 a.m., Andrew Hart via R-devel wrote: Hi. I'm having an issue with R 4.2.1 on Windows but I'm not sure if

[Rd] Problem with accessibility in R 4.2.0 and 4.2.1.

Hi. I'm having an issue with R 4.2.1 on Windows but I'm not sure if this is the right place to ask about it. If it's not, I'm hoping someone can point me in the right direction. I'm blind and have been using R for about 11 years now. The base build available on CRAN is quite accessible and wor

Re: [Rd] Problem with contrasts bug fix?

Thanks for your comprehensive explanation. Recent changes exposed errors in my code (and understanding!). Murray From: Sebastian Meyer Sent: 30 June 2022 20:19 To: Murray Efford Cc: r-devel@r-project.org Subject: Re: [Rd] Problem with contrasts bug fix

Re: [Rd] problem with pipes, textConnection and read.dcf

> peter dalgaard > on Tue, 10 Aug 2021 22:00:16 +0200 writes: > It's not a pipe issue: >> textConnection(gsub(gsub(L, pattern = " ", replacement = ""), pattern = " ", replacement = "")) > Error in textConnection(gsub(gsub(L, pattern = " ", replacement = ""), : > ar

Re: [Rd] problem with pipes, textConnection and read.dcf

It's not a pipe issue: > textConnection(gsub(gsub(L, pattern = " ", replacement = ""), pattern = " ", > replacement = "")) Error in textConnection(gsub(gsub(L, pattern = " ", replacement = ""), : argument 'object' must deparse to a single character string > textConnection(gsub(L, pattern = "

[Rd] problem with pipes, textConnection and read.dcf

This gives an error bit if the first gsub line is commented out then there is no error even though it is equivalent code. L <- c("Variable:id", "Length:112630 ") L |> gsub(pattern = " ", replacement = "") |> gsub(pattern = " ", replacement = "") |> textConnection() |> read

[Rd] problem with R CMD check

For a new release of survival, I normally run  R CMD check for every one of the packages that depend on survival  (forewarned is forearmed). I updated R-devel on the test machine this morning, and R CMD check --as-cran survival_3.0-9.tar.gz works as desired. When I run the check routine on any

Re: [Rd] Problem with compiling OpenBLAS to work with R

I actually figured it out. I went back in any changed the mean difference from 2-e12 to 5e-12. Thanks, Erin Erin Hodgess, PhD mailto: erinm.hodg...@gmail.com On Mon, Mar 4, 2019 at 2:10 AM Martin Maechler wrote: > > Erin Hodgess > > on Fri, 1 Mar 2019 12:30:35 -0700 writes: > >

Re: [Rd] Problem with compiling OpenBLAS to work with R

> Erin Hodgess > on Fri, 1 Mar 2019 12:30:35 -0700 writes: > Yay! I re-installed everything and got through "Make > distribution"! I have one more question, please: I am > running the make check-all. I have an error at reg-1d. > It stops the process. However, the m

Re: [Rd] Problem with compiling OpenBLAS to work with R

Yay! I re-installed everything and got through "Make distribution"! I have one more question, please: I am running the make check-all. I have an error at reg-1d. It stops the process. However, the mean difference (as per the file) is 2.0e-12. I'm ok with that. How do I bypass this, please?

Re: [Rd] Problem with compiling OpenBLAS to work with R

The Cygwin is the problem. I am redoing and will let you know how it goes. Thanks for your help. Sincerely, Erin On Wed, Feb 27, 2019 at 10:22 PM Avraham Adler wrote: > I believe that repo just follows the directions on my blog. Without seeing > Dr. Hodges’s code, my initial concern is the ma

Re: [Rd] Problem with compiling OpenBLAS to work with R

I believe that repo just follows the directions on my blog. Without seeing Dr. Hodges’s code, my initial concern is the many references to Cygwin. My method specifically does not use Cygwin but MSYS2 and Mingw64/Rtools35. That will likely change to solely Rtools40 once R3.6 is released due to the M

Re: [Rd] Problem with compiling OpenBLAS to work with R

This person has had apparent success - you could follow what they did or just download their product (with appropriate caution downloading a random .exe). https://github.com/thequackdaddy/R-OpenBLAS On Thu, Feb 28, 2019 at 6:28 AM Erin Hodgess wrote: > Hello! > > I'm not sure if this is the rig

[Rd] Problem with compiling OpenBLAS to work with R

Hello! I'm not sure if this is the right place to post this, so apologies in advance if I'm not in the right list. I downloaded the OpenBLAS and am following Avraham Adler's great instructions. However, when I run make, things go well to a certain point, and then go bad: make [snip] touch cygo

Re: [Rd] Problem with parseData

Thanks!  Please let us know when it is in the released version of R. Barbara Tomas Kalibera wrote on 10/2/18 6:37 AM: > The fix is now in R-devel, 75386. I have not ported to R-patched, > because the fix breaks two packages which are working around this bug > (and to my knowledge without having

Re: [Rd] Problem with parseData

The fix is now in R-devel, 75386. I have not ported to R-patched, because the fix breaks two packages which are working around this bug (and to my knowledge without having reported it before). So thanks again for the report! Best Tomas On 08/16/2018 10:06 AM, Tomas Kalibera wrote: Dear Barba

Re: [Rd] Problem with parseData

Dear Barbara, thank you for the report. This is something to be fixed in R - I am now testing a patch that adds the extra node for the equality assignment expression. Best, Tomas On 07/30/2018 05:35 PM, Barbara Lerner wrote: Hi, I have run into a problem with parseData from the utils packa

[Rd] Problem with parseData

Hi, I have run into a problem with parseData from the utils package.  When an assignment is done with = instead of <-, the information provided by parseData does not include an entry for the assignment. For this input, stored in file "BadPosition.R": y <- 5 foo = 7 And running this code: par

Re: [Rd] problem with display of complex number

TL;DR : It's more complicated and needs more discussion (which I start below) > Hi, > > 1e10+5i > [1] 1e+10+0e+00i > > Im(1e10+5i) > [1] 5 > > maybe little better... > > --- R-3.5.1.orig/src/main/complex.c2018-03-26 07:02:25.0 +0900 > +++ R-3.5.1/src/main/complex.c2018-

[Rd] problem with display of complex number

Hi, > 1e10+5i [1] 1e+10+0e+00i > Im(1e10+5i) [1] 5 maybe little better... --- R-3.5.1.orig/src/main/complex.c2018-03-26 07:02:25.0 +0900 +++ R-3.5.1/src/main/complex.c2018-07-10 12:50:42.523874767 +0900 @@ -381,6 +381,7 @@ r->i = fround(pow10 * x->i, digits)/pow10; } el

Re: [Rd] Problem with R_registerRoutines

But using devtools from a different session still gives it. Georgi Boshnakov -- Message: 5 Date: Tue, 27 Feb 2018 07:21:18 + From: To: Cc: , Subject: Re: [Rd] Problem with R_registerRoutines Message-ID: <548d52560d5bde45aec4ef876bf2a194012d

Re: [Rd] Problem with R_registerRoutines

le in lots of different ways, so far nothing helps. Jon From: Martin Maechler [maech...@stat.math.ethz.ch] Sent: 23 February 2018 18:56 To: SKOIEN Jon (JRC-ISPRA) Cc: jeroeno...@gmail.com; r-devel@r-project.org Subject: Re: [Rd] Problem with R_regist

Re: [Rd] Problem with R_registerRoutines

n on Linux ? Martin > Thanks, > Jon > > From: Jeroen Ooms [jeroeno...@gmail.com] > Sent: 23 February 2018 13:36 > To: SKOIEN Jon (JRC-ISPRA) > Cc: r-devel > Subject: Re: [Rd] Problem with R_registerRout

Re: [Rd] Problem with R_registerRoutines

epted on CRAN without further changes? Thanks, Jon From: Jeroen Ooms [jeroeno...@gmail.com] Sent: 23 February 2018 13:36 To: SKOIEN Jon (JRC-ISPRA) Cc: r-devel Subject: Re: [Rd] Problem with R_registerRoutines On Windows this warning may be a false pos

Re: [Rd] Problem with R_registerRoutines

On Windows this warning may be a false positive if R cannot find "objdump.exe" which is required for this check. I think this is actually a bug in R because it should be looking for "objdump.exe" inside BINPREF (where gcc is) rather than on the PATH. Can you check if you get the same warning if yo

[Rd] Problem with R_registerRoutines

Dear list, I am trying to update a package to pass the CRAN-checks. But I am struggling with the following note: File 'psgp/libs/i386/psgp.dll': Found no calls to: 'R_registerRoutines', 'R_useDynamicSymbols' File 'psgp/libs/x64/psgp.dll': Found no calls to: 'R_registerRoutines', 'R_useDynami

Re: [Rd] Problem with a regular expression.

TRE library has recently been made, but I don't know about its status. Daniel Von: R-devel im Auftrag von Tomas Kalibera Gesendet: Donnerstag, 17. August 2017 10:14 An: r-devel@r-project.org Betreff: Re: [Rd] Problem with a regular expression.

[Rd] Problem with a regular expression.

on: R-devel im Auftrag von Tomas Kalibera Gesendet: Donnerstag, 17. August 2017 10:14 An: r-devel@r-project.org Betreff: Re: [Rd] Problem with a regular expression. The problem is in TRE library, in regcomp, while compiling the regular expression. This is enough to trigger in R (to do this witho

Re: [Rd] Problem with a regular expression.

hris Triggs ; "r-devel@r-project.org" Cc: Thomas Lumley Sent: Thursday, 17 August 2017, 17:26 Subject: Re: [Rd] Problem with a regular expression. Hello, This seems to be serious. RGui.exe, fresh session. I've clicked File > New Script and wrote Oldterm <- c("

Re: [Rd] Problem with a regular expression.

ugust 2017, 17:26 Subject: Re: [Rd] Problem with a regular expression. Hello, This seems to be serious. RGui.exe, fresh session. I've clicked File > New Script and wrote Oldterm <- c("A", "B", "A", "*", "B") strsplit(Oldterm, &quo

Re: [Rd] Problem with a regular expression.

Hello, This seems to be serious. RGui.exe, fresh session. I've clicked File > New Script and wrote Oldterm <- c("A", "B", "A", "*", "B") strsplit(Oldterm, ")" ) Ran each instruction at a time with Ctrl+r and with the strsplit call the system froze. Ctrl+Alt+Del didn't work, I had to go f

Re: [Rd] Problem with a regular expression.

FWIW, I tried it on my linux box. The memory use shot through the roof, the system crawled to a halt due to constant swapping, and after a minute or so top showed memory use of 47GB, at which point I killed the R process. On linux at least R is not frozen but the strsplit call gobbles up memory (an

[Rd] Problem with a regular expression.

Hi... I have come upon a problem with a regular expression which causes base-R to freeze. I have reproduced the phenomenon on several machines running R under Windows 10, and also under OSX on different Apple MACs. The minimal example is:- Oldterm is a vector of characters, e.g. "A", "B", "A"

Re: [Rd] problem with print.generic(x)deparse(substitute(x))

On 2017-01-09 8:19 AM, Spencer Graves wrote: Hi, Peter et al.: On 2017-01-09 4:24 AM, peter dalgaard wrote: On 09 Jan 2017, at 10:53 , Spencer Graves wrote: # Define an object of class 'dum' k <- 1 class(k) <- 'dum' str(k) # as expected # Define print.dum print.dum <- function(x, ...)

Re: [Rd] problem with print.generic(x)deparse(substitute(x))

Hi, Peter et al.: On 2017-01-09 4:24 AM, peter dalgaard wrote: On 09 Jan 2017, at 10:53 , Spencer Graves wrote: # Define an object of class 'dum' k <- 1 class(k) <- 'dum' str(k) # as expected # Define print.dum print.dum <- function(x, ...) deparse(substitute(x)) print(k) # Prints "k" as

Re: [Rd] problem with print.generic(x)deparse(substitute(x))

On 09 Jan 2017, at 10:53 , Spencer Graves wrote: > # Define an object of class 'dum' > k <- 1 > class(k) <- 'dum' > str(k) # as expected > > # Define print.dum > print.dum <- function(x, ...) > deparse(substitute(x)) > > print(k) # Prints "k" as expected > # THE FOLLOWING PRINTS NOTHI

[Rd] problem with print.generic(x)deparse(substitute(x))

Hi, All: I'm having trouble getting deparse(substitute(x)) inside print.generic to consistently I'm having trouble getting a print.something to work consistently. Consider the following toy example: # Define an object of class 'dum' k <- 1 class(k) <- 'dum' str(k) # as expec

Re: [Rd] problem with normalizePath()

>> works >> >> -Original Message----- >> From: Martin Maechler [mailto:maech...@stat.math.ethz.ch] >> Sent: Friday, November 18, 2016 3:37 PM >> To: Evan Cortens >> Cc: Laviolette, Michael; r-devel@r-project.org >> Subj

Re: [Rd] problem with normalizePath()

-MikeL.xls", 2) # > works > > -Original Message- > From: Martin Maechler [mailto:maech...@stat.math.ethz.ch] > Sent: Friday, November 18, 2016 3:37 PM > To: Evan Cortens > Cc: Laviolette, Michael; r-devel@r-project.org > Subject: Re: [Rd] problem with normaliz

Re: [Rd] problem with normalizePath()

devel@r-project.org Subject: Re: [Rd] problem with normalizePath() >>>>> Evan Cortens >>>>> 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? ( > ht

Re: [Rd] problem with normalizePath()

> Evan Cortens > 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 tr

Re: [Rd] problem with normalizePath()

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 o

[Rd] problem with normalizePath()

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]="\\Hznd

Re: [Rd] problem with abine(lm(...)) for plot(y~x, log='xy')

Try log10()... -pd > On 07 Aug 2016, at 21:03 , Spencer Graves wrote: > > Hello: > > > In the following plot, the fitted line plots 100 percent above the > points: > > > tstDat <- data.frame(x=10^(1:3), y=10^(1:3+.1*rnorm(3))) > tstFit <- lm(log(y)~log(x), tstDat) > plot(y~x, tstDat,

[Rd] problem with abine(lm(...)) for plot(y~x, log='xy')

Hello: In the following plot, the fitted line plots 100 percent above the points: tstDat <- data.frame(x=10^(1:3), y=10^(1:3+.1*rnorm(3))) tstFit <- lm(log(y)~log(x), tstDat) plot(y~x, tstDat, log='xy') abline(tstFit) I can get the correct line with the following: tstPredDa

Re: [Rd] Problem with psignal.c for Windows builds

One thing I forgot in my previous message about problems with psignal.c on Rtools for Windows... One also needs to change src/gnuwin32/fixed/h/psignal.h At a minimum, one needs the following changes: @@ -122,8 +129,8 @@ typedef struct /* Prototype stuff

[Rd] Problem with psignal.c for Windows builds

Continuing with problems that I've uncovered while getting pqR to work on Windows... The file src/ghuwin32/psignal.c (used only in Windows builds) fails to use the sigset_t type in all places where it should, using "int" some places instead. Here is a diff of the needed corrections: @@ -253,7 +

Re: [Rd] Problem with shared library and lapack under windows

On 03/06/2015 08:48, bstr wrote: Hi all, I have a C function, say Cfun, that calls Lapack's DGEMM routine and I need to create a shared library to use Cfun inside R. The C file is the following #include #include #include void Cfun(double *res, double *X, int *n, int *q) { char *ptr_TR

Re: [Rd] Problem with shared library and lapack under windows

> On 03-06-2015, at 09:48, bstr wrote: > > Hi all, > > I have a C function, say Cfun, that calls Lapack's DGEMM routine and I need > to create a shared library to use Cfun inside R. The C file is the following > > #include > #include > #include > > > void Cfun(double *res, double *X, int *n,

[Rd] Problem with shared library and lapack under windows

Hi all, I have a C function, say Cfun, that calls Lapack's DGEMM routine and I need to create a shared library to use Cfun inside R. The C file is the following #include #include #include void Cfun(double *res, double *X, int *n, int *q) { char *ptr_TRANSA, TRANSA='T', *ptr_TRANSB, TRAN

Re: [Rd] Problem with adding slots to S4 object

Dear Michael, Thank you very much for your reply. It helped me to solve the problem and increased my understanding of S4 objects. I've updated the github repository in case someone else might be interested. Best regards, Thierry ir. Thierry Onkelinx Instituut voor natuur- en bosonderzoek / Rese

Re: [Rd] Problem with adding slots to S4 object

There are too many arguments in the signature of the my_inla generic. The signature defaults to every argument in the formals, which are probably already over-specified. Typically, one defines a generic with the formals (x, ...), or perhaps in this case (x, model, ...), but more on that below Unre

Re: [Rd] Problem with adding slots to S4 object

Dear all, I did some more work in this. - put all the metadata in a dedicated subclass (see metadataclass branch in github repository). This doesn't solve the problem. - test the code under R 3.1.2. This gives the same problem. So this is NOT a bug introduced by R 3.2.0 :-) - Profiling the code.

[Rd] Problem with adding slots to S4 object

Dear all, I'm trying to create a virtual S4 class with some subclasses. I noticed that adding slots to this class increases the memory use and slows the functions down. Note that I'm adding very small slots (integer or character both of length 1). I've made a reproducible example at https://githu

Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on Windows

> Subject: Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on > Windows > > > > - Original Message - > > From: "Henrik Bengtsson" > > To: "John Fox" > > Cc: "R-devel" > > Sent: Tuesday, January 27, 2

Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on Windows

- Original Message - > From: "Henrik Bengtsson" > To: "John Fox" > Cc: "R-devel" > Sent: Tuesday, January 27, 2015 10:15:36 AM > Subject: Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on > Windows > > It works

Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on Windows

It works again using: % R --version R Under development (unstable) (2015-01-26 r67627) -- "Unsuffered Consequences" Copyright (C) 2015 The R Foundation for Statistical Computing Platform: x86_64-w64-mingw32/x64 (64-bit) /Henrik On Mon, Jan 26, 2015 at 9:54 AM, John Fox wrote: > Dear all, > > I

Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on Windows

- Original Message - > From: "Henrik Bengtsson" > To: "John Fox" > Cc: "R-devel" > Sent: Monday, January 26, 2015 11:12:39 AM > Subject: Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on > Windows > > We are

Re: [Rd] problem with update.packages() in R-Devel (3.2.0) on Windows

We are several seeing this one. It's a known bug, cf. https://stat.ethz.ch/pipermail/r-devel/2015-January/070513.html Henrik On Mon, Jan 26, 2015 at 9:54 AM, John Fox wrote: > Dear all, > > I've noticed the following problem for the past several days: > > snip >

[Rd] problem with update.packages() in R-Devel (3.2.0) on Windows

Dear all, I've noticed the following problem for the past several days: snip > update.packages(ask=FALSE) . . . trying URL 'http://cran.utstat.utoronto.ca/src/contrib/zoo_1.7-11.zip' Error in download.file(url, destfile, method, mode = "wb", ...) : cannot op

[Rd] problem with setGroupGeneric from package methods

Hi, There seems to be a problem with setGroupGeneric() from package 'methods'. The symptoms are somewhat erratic, in the sense that small changes may lead to any of the following behaviours. 1.Package works without problems on Windows and installs on Linux but gives error when loaded with libr

Re: [Rd] Problem with build and check

On 12/11/2014 2:36 PM, Joshua Ulrich wrote: On Wed, Nov 12, 2014 at 1:28 PM, Duncan Murdoch wrote: > On 12/11/2014 2:11 PM, Therneau, Terry M., Ph.D. wrote: >> >> I am getting failure of build and check, for an Rd file that has a long >> argument list. >> Guess diagnosis: a quoted string beyond

Re: [Rd] Problem with build and check

On Wed, Nov 12, 2014 at 1:28 PM, Duncan Murdoch wrote: > On 12/11/2014 2:11 PM, Therneau, Terry M., Ph.D. wrote: >> >> I am getting failure of build and check, for an Rd file that has a long >> argument list. >> Guess diagnosis: a quoted string beyond a certain point in the argument >> list is fat

Re: [Rd] Problem with build and check

'Writing R Extensions', section 2.1 Rd format, says" Comments run from a percent symbol % to the end of the line in all types of text (as on the first line of the load example). Because backslashes, braces and percent symbols have special meaning, to enter them into text sometimes requires escape

Re: [Rd] Problem with build and check

On 12/11/2014 2:11 PM, Therneau, Terry M., Ph.D. wrote: I am getting failure of build and check, for an Rd file that has a long argument list. Guess diagnosis: a quoted string beyond a certain point in the argument list is fatal. No, the problem is that % is a comment marker in .Rd. You need

Re: [Rd] Problem with build and check

On Wed, 12 Nov 2014, "Therneau, Terry M., Ph.D." writes: > I am getting failure of build and check, for an Rd file that has a long > argument list. > Guess diagnosis: a quoted string beyond a certain point in the argument list > is fatal. Another guess: should you not escape the '%'? That is,

Re: [Rd] Problem with build and check

I certainly have longer argument lists with no problem. More likely the Rd file needs special consideration for %. Paul On 11/12/2014 02:11 PM, Therneau, Terry M., Ph.D. wrote: I am getting failure of build and check, for an Rd file that has a long argument list. Guess diagnosis: a quoted stri

[Rd] Problem with build and check

I am getting failure of build and check, for an Rd file that has a long argument list. Guess diagnosis: a quoted string beyond a certain point in the argument list is fatal. Example: Use the function below, create an Rd file for it with prompt(). Move the .Rd file to the man directory (no ne

Re: [Rd] Problem with order() and I()

Early on I had been wondering if deprecating I() and the AsIs class would be a way to get the problem to go away. I imagine (based on no data at all!) that they are rarely used. If I were writing the same code today, I would use options(stringsAsFactors=FALSE) instead of sprinkling I() here and the

Re: [Rd] Problem with order() and I()

[This is the note I alluded to earlier today.] On 08 Sep 2014, at 18:06 , MacQueen, Don wrote: > I have found that order() fails in a rather arcane circumstance, as in > this example: > >> foo <- I( c('x','\265g') ) >> order(foo) > Error in if (xi > xj) 1L else -1L : missing value where TRUE/FA

Re: [Rd] Problem with order() and I()

> peter dalgaard > on Tue, 9 Sep 2014 16:36:19 +0200 writes: > It's actually a little more complicated. I wrote a note, but it seems to be stuck in the outbox on my home machine (I probably forgot to click Send...). > One important aspect is that >> "x" < "\265g" >

Re: [Rd] Problem with order() and I()

e: [Rd] Problem with order() and I() >>>>> MacQueen, Don >>>>> on Mon, 8 Sep 2014 16:06:21 + writes: > I have found that order() fails in a rather arcane circumstance, as in > this example: >> foo <- I( c('x','\

Re: [Rd] Problem with order() and I()

It's actually a little more complicated. I wrote a note, but it seems to be stuck in the outbox on my home machine (I probably forgot to click Send...). One important aspect is that > "x" < "\265g" [1] NA which makes me wonder if the bug really is in the case that "works". It seems that it is

Re: [Rd] Problem with order() and I()

> MacQueen, Don > on Mon, 8 Sep 2014 16:06:21 + writes: > I have found that order() fails in a rather arcane circumstance, as in > this example: >> foo <- I( c('x','\265g') ) >> order(foo) > Error in if (xi > xj) 1L else -1L : missing value where TRUE/FALSE ne

[Rd] Problem with order() and I()

I have found that order() fails in a rather arcane circumstance, as in this example: > foo <- I( c('x','\265g') ) > order(foo) Error in if (xi > xj) 1L else -1L : missing value where TRUE/FALSE needed > foo <-c('x','\265g') > order(foo) [1] 1 2 > sessionInfo() R version 3.1.1 (2014-07-10) Platf

Re: [Rd] Problem with Renaming R object

Thanks for your help. On Wed, Apr 30, 2014 at 7:26 PM, Kasper Daniel Hansen < kasperdanielhan...@gmail.com> wrote: > save(list = Objectout, file = filename) > > > > > On Wed, Apr 30, 2014 at 12:11 PM, Kamal wrote: > >> Hi, >> >> I have a problem in renaming R object and saving them within a loop

Re: [Rd] Problem with Renaming R object

save(list = Objectout, file = filename) On Wed, Apr 30, 2014 at 12:11 PM, Kamal wrote: > Hi, > > I have a problem in renaming R object and saving them within a loop. For > ex: > > for (i in 1:length(all_files)) > { > uncov_GR <- "variable created in loop" > fil

Re: [Rd] Problem with Renaming R object

This is not really a question for r-devel, but basically you should use saveRDS/readRDS rather than save/load. Hadley On Wednesday, April 30, 2014, Kamal wrote: > Hi, > > I have a problem in renaming R object and saving them within a loop. For > ex: > > for (i in 1:length(all_files)) >

[Rd] Problem with Renaming R object

Hi, I have a problem in renaming R object and saving them within a loop. For ex: for (i in 1:length(all_files)) { uncov_GR <- "variable created in loop" filename <- paste0(sample_name[[i]],"_uncov", ".Rdata")) save(uncov_GR,file=filename) } Wit

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

On Aug 30, 2013, at 2:20 PM, Henrik Bengtsson wrote: > On Fri, Aug 30, 2013 at 12:14 PM, Duncan Murdoch > wrote: >> On 30/08/2013 3:09 PM, Marc Schwartz wrote: >>> >>> On Aug 30, 2013, at 2:00 PM, cstrato wrote: >>> Dear all, To create a *.pdf file from a *.Rnw file I do: >>>

[Rd] Problem with texi2pdf(..,clean=TRUE)

Dear all, To create a *.pdf file from a *.Rnw file I do: olddir <- getwd(); setwd(outdir); tryCatch({Sweave("QAReport.Rnw"); tools::texi2pdf("QAReport.tex", clean=TRUE) }, finally = setwd(olddir) ); This works fine,

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

On Fri, Aug 30, 2013 at 12:21 PM, cstrato wrote: > Dear Duncan, dear Marc, > > Thank you for your fast reply. > > Can you please tell me: > If texi2pdf() won't delete files how are the files deleted when the > directory structure is Test/inst/doc/? Check if what you're observing is reproducible w

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

Dear Henrik, Thank you for your explanation. Yes, this behavior is reproducible many times. When I copy both lines together into R, i.e. Sweave("QAReport.Rnw") tools::texi2pdf("QAReport.tex", clean = TRUE) then the auxiliary files are deleted. However, when I keep the *.tex file only an

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

Dear Henrik, I am trying to attach the 'QAReport.Rnw' file which I am using on my Mac to reproduce your problem. Best regards, Christian On 8/30/13 9:50 PM, cstrato wrote: Dear Henrik, Thank you for your explanation. Yes, this behavior is reproducible many times. When I copy both lines t

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

On Fri, Aug 30, 2013 at 12:40 PM, Marc Schwartz wrote: > > On Aug 30, 2013, at 2:20 PM, Henrik Bengtsson wrote: > >> On Fri, Aug 30, 2013 at 12:14 PM, Duncan Murdoch >> wrote: >>> On 30/08/2013 3:09 PM, Marc Schwartz wrote: On Aug 30, 2013, at 2:00 PM, cstrato wrote: > Dear a

Re: [Rd] Problem with texi2pdf(..,clean=TRUE)

Dear Henrik, Below is the 'QAReport.Rnw' file which I use on my Mac to reproduce your problem. Maybe this will help others to reproduce this problem, too. Best regards, Christian begin QAReport.Rnw \documentclass{article} \textwidth=6.2in \textheight=8.5in %\parskip=.3cm \oddsidem

  1   2   3   4   5   >