Am Fri, 1 Sep 2017 14:11:19 -0500 (CDT)
schrieb luke-tier...@uiowa.edu:
> On Fri, 1 Sep 2017, Ralf Goertz wrote:
>
>
> > On the other
> > hand, the documentation says
> >
> > ‘width’: controls the maximum number of columns on a line
> > used in …
> > ‘Print.h’ and can be chang
I did read that fine file.
I added the following line to my /etc/apt/sources.list file:
tmt-local2023% tail -2 /etc/apt/sources.list
# R sources
deb https://mirror.las.iastate.edu/bin/linux/ubuntu xenial/
Here is what apt says on my machine
tmt-local2024% apt-cache policy r-base-core r-base-core
On 1 September 2017 at 14:28, Therneau, Terry M., Ph.D. wrote:
| Martin,
|Thanks for taking a quick look. Yes it looks like it must be something
local.
| I've done the following to make sure I have a clean box:
|reboot
|sudo apt-get update
|sudo apt-get upgrade
|
| Rerun the "sv
> On Sep 1, 2017, at 2:17 AM, Mark van der Loo wrote:
>
> The way it's phrased now makes it seem that English is not a Natural
> language ("Natural language support *but* running in an English locale").
> Why not just state: "running in an English locale" and leave it with that?
> Better to leav
Martin,
Thanks for taking a quick look. Yes it looks like it must be something local.
I've done the following to make sure I have a clean box:
reboot
sudo apt-get update
sudo apt-get upgrade
Rerun the "svn up" command and do a
make distclean
svn up
tools/rsync-recommended
./c
Accidentally dropped R-devel from this reply.
On Fri, 1 Sep 2017, luke-tier...@uiowa.edu wrote:
On Fri, 1 Sep 2017, Ralf Goertz wrote:
Am Fri, 1 Sep 2017 07:20:58 -0500 (CDT)
schrieb luke-tier...@uiowa.edu:
On Fri, 1 Sep 2017, Ralf Goertz wrote:
Many good programs like vim adjust their in
Appreciated that this is something of a 'private discussion in the open', but
the issues here seem to be relevant to almost any website cited as a reference.
As such, package authors may find themselves falling foul of some policy we
haven't heard of.
So ...
> There may be one small problem: II
To allow for future changes in the way the need for duplication is
detected in R internal C code, package C code should avoid direct
use of NAMED,and SET_NAMED, or assumptions on the maximal value
of NAMED. Use the macros MAYBE_REFERENCED, MAYBE_SHARED, and
MARK_NOT_MUTABLE instead. These currentl
UPDATE: This has been fixed in R-devel (rev 73170) by Kurt H. I
checked with him and he'll also try to get it into the upcoming R
3.4.2 (ETA 2017-09-28).
/Henrik
On Tue, Aug 29, 2017 at 4:19 PM, Henrik Bengtsson
wrote:
> REPRODUCIBLE EXAMPLE:
>
> With the R.rsp package installed, the following
Am Fri, 1 Sep 2017 07:20:58 -0500 (CDT)
schrieb luke-tier...@uiowa.edu:
> On Fri, 1 Sep 2017, Ralf Goertz wrote:
>
> > Many good programs like vim adjust their internal width
> > representation automatically. Why shouldn't R do the same? It seems
> > quite easy, at least when readline is used:
>
> -Original Message-
> From: R-devel [mailto:r-devel-boun...@r-project.org] On Behalf Of Martin
> Maechler
> ...
> > Lionel Henry
> > A package should probably never register a S3 method unless it owns
> > either the generic or the class.
>
> I agree... (and typically it do
Martin Maechler writes:
> There may be one small problem: IIUC, the wayback machine is a
> +- private endeavor and really great and phantastic but it does
> need (US? tax deductible) donations, https://archive.org/donate/,
> to continue thriving.
> This makes me hesitate a bit to link to it within
> in some sense you'd want it to be local to the package code when the
> package is not attached, but that's not supported in R as it is now.
Lexically scoped methods work well (e.g. all methods in the base package)
but they are discouraged by a WARNING in R CMD check:
```
Found the following app
Really, we have three levels of behavior related to dispatch: not loaded,
loaded and attached. The loaded state is the most fragile - it does change some
behavior (like the one below) but not others (when the package defines a new
version of a generic). So it is true that the dispatch is the mos
Really, we have three levels of behavior related to dispatch: not loaded,
loaded and attached. The loaded state is the most fragile - it does change some
behavior (like the one below) but not others (when the package defines a new
version of a generic). So it is true that the dispatch is the mos
On Fri, 1 Sep 2017, Ralf Goertz wrote:
Am Mon, 28 Aug 2017 09:33:31 +0200
schrieb Ralf Goertz :
Hello, me again
Hi,
I guess there have been discussions about this in the past and from
what I understood hooking an R-function to facilitate automatic
adjustment is problematic. So why not doing
> Lionel Henry
> on Fri, 1 Sep 2017 13:47:07 +0200 writes:
> A package should probably never register a S3 method unless it owns
> either the generic or the class.
I agree... (and typically it does "own" the class)
> Here `formula.tools` owns neither.
i.e., it neither d
> Simon Barthelmé
> on Fri, 1 Sep 2017 12:57:13 +0200 writes:
> Dear list
> I'm not sure whether this is a bug or an unavoidable consequence of the
> way packages are loaded, but there can be surprising side effects of
> calling a function via package::function. Here
A package should probably never register a S3 method unless it owns
either the generic or the class. Here `formula.tools` owns neither.
Instead of registering the method, it should export it like a regular
function. This way S3 dispatch is based on lexical scoping rather than
session-wide side effe
Dear list
I'm not sure whether this is a bug or an unavoidable consequence of the
way packages are loaded, but there can be surprising side effects of
calling a function via package::function. Here's an example using the
formula.tools package:
form <- a ~ b
as.character(form)
formula.tools::
The way it's phrased now makes it seem that English is not a Natural
language ("Natural language support *but* running in an English locale").
Why not just state: "running in an English locale" and leave it with that?
Better to leave something out than to be unclear (being correct formally
does not
Just leave it, I think. Some nations have 4 national languages (as Martin will
know), some languages are not national, and adopted children often do not speak
their native (=born) language... I suspect someone already put a substantial
amount of thought into the terminology.
-pd
> On 1 Sep 20
Am Mon, 28 Aug 2017 09:33:31 +0200
schrieb Ralf Goertz :
Hello, me again
> Hi,
>
> I guess there have been discussions about this in the past and from
> what I understood hooking an R-function to facilitate automatic
> adjustment is problematic. So why not doing it like this:
would anybody car
> Paul McQuesten
> on Thu, 31 Aug 2017 18:48:12 -0500 writes:
> Actually, I do agree with you about Microsoft.
> But they have so many users that their terminology should not be ignored.
> Here are a few more views:
>
https://www.ibm.com/support/knowledgecenter/ssw_
> Therneau, Terry M , Ph D
> on Thu, 31 Aug 2017 16:08:24 -0500 writes:
> My on-screen plots with the latest build are acting
> strange. If the y label is longer than some small value it is not shown.
[MM: moved the important part of the script up here:]
plot(1:5, 1:5,
> Thomas Levine <_...@thomaslevine.com>
> on Fri, 28 Jul 2017 18:53:16 + writes:
> The attached patch corrects a dead link in the treering
> documentation. The URL in the manual [1] refers to a
> personal home page belonging to Christine Hallman (user
> "hallman")
26 matches
Mail list logo
