Dear Achim, Gabor, Jeff, Peter and remaining list-subscribers,
first, please accept my apologies for having started this thread. Given the
avalanche of responses (some off-list) and the associated time stamps, some of
you have almost pulled an all-nighter about this topic. I might have not have
The law books were more interesting than the girlfriend...
Ouch!!!
But this does raise one of the issues I have with the GPL and the GPL family of
licenses - the constant confusion around what is and what is not permissible.
It's a gray area (possibly deliberately so), and most coversations end
Based on the quote that Peter gave:
o New generic function xtfrm() as an auxiliary helper for
sort(), order() and rank(). This should return a numeric
vector that sorts in the same way as its input. The default
method supports any class with ==, > and is.na() methods bu
Full_Name: Arkady Sherman
Version: 2.8.0
OS: Windows XP sp3 ntfs file system
Submission from: (NULL) (158.195.166.129)
Freshly installed version 2.7.2 works well, but 2.8.0 can't open files with
russian letters in its names. In error messages the letters are replaced with
different symbols.
___
Hi.
I have recently noticed that when using boxplot with outline=FALSE, the
default ylim (xlim if horizontal=TRUE) might be improved on. The default
can result in much wasted display and hard to read plots. A simple
snippet of test code is given below that illustrates the issue along
with a sugges
Full_Name: Joseph Haykov
Version: 2.8.0
OS: Windows
Submission from: (NULL) (216.189.177.202)
normalizePath("C:\\DOCUME~1\\JOSEPH~1\\LOCALS~1\\Temp\\RtmpolZ4Vy\\file72ae2cd6.txt")
returns: "\0354xl|\a\001 $v\001¨y8"
instead of returning:
"C:\\Documents and Settings\\Joseph Haykov\\Local
Setti
On 10/23/2008 10:45 AM, [EMAIL PROTECTED] wrote:
Full_Name: Joseph Haykov
Version: 2.8.0
OS: Windows
Submission from: (NULL) (216.189.177.202)
normalizePath("C:\\DOCUME~1\\JOSEPH~1\\LOCALS~1\\Temp\\RtmpolZ4Vy\\file72ae2cd6.txt")
returns: "\0354xl|\a\001 $v\001¨y8"
instead of returning:
"C:\
On 10/23/2008 1:59 PM, Joseph Haykov wrote:
Actually, it's a new file that I plan on writing to, so while the
directory C:\\DOCUME~1\\JOSEPH~1\\LOCALS~1\\Temp\\RtmpolZ4Vy exists, the
file file72ae2cd6.txt does not. However, this was working fine in version
2.6.2. If you're saying that the re
Hi:
I would like to find out the panel of a xyplot matrix where a mouse clicked.
I know this functionality is already bundled in trellis.focus but I can't
use it because I am coding a stand alone application in Java using with
GDCanvas as a graphics device.
I tried calling trellis.focus from Jav
On Thu, Oct 23, 2008 at 12:26 PM, Daniel Kornhauser
<[EMAIL PROTECTED]> wrote:
> Hi:
>
> I would like to find out the panel of a xyplot matrix where a mouse clicked.
>
> I know this functionality is already bundled in trellis.focus but I can't
> use it because I am coding a stand alone application
Actually, it's a new file that I plan on writing to, so while the
directory C:\\DOCUME~1\\JOSEPH~1\\LOCALS~1\\Temp\\RtmpolZ4Vy exists, the
file file72ae2cd6.txt does not. However, this was working fine in version
2.6.2. If you're saying that the reason why this doesn't work is because
the f
Dear R-devel,
I am converting some stand-alone programs (mixed C and F77) to R functions.
I've run into two issues that
I haven't been able to resolve. I've looked at the R-exts manual and
Readme files, but haven't found answers.
(1) Can I link to a (Win32) static library? Is there some option
No, it's working fine if the file is there, and as I mentioned before, I
can just normalize the path, and then append the file name at the end
using the file.path function.
Thanks for your help.
On Thu, 23 Oct 2008 14:24:42 -0400, Duncan Murdoch <[EMAIL PROTECTED]>
wrote:
On 10/23/2008
Hi, All:
I encountered problems running "pdflatex wrapper.tex", as
suggested on "www.r-project.org" -> Newsletter -> (near the bottom of
the page). After 220 lines of seemingly successful processing, I got an
error copied below. I hit a few times, and the "pdflatex"
finished, apparent
There is an unannounced and non-backwards-compatible change to the behaviour of
'get' in R2.8.0. 'get'ting a missing value now causes an error, whereas
hitherto it's just returned a "missing" object. For example, in R2.8.0 this
happens:
test> getto <- function( x) get( 'x', sys.frame(1))
test>
15 matches
Mail list logo
