On 4/27/2006 4:10 PM, gordon smith wrote:
> Hello
>
> I have a small problem in Windows RGui using Remote Desktop when the
> clipboard paste menu item becomes unexpectedly disabled.
>
> I'm using Remote Desktop to connect from a Windows 2000 workstation
> client to RGui running on Windows Serve
On Thu, 27 Apr 2006, Marc Schwartz wrote:
> On Thu, 2006-04-27 at 10:53 +0100, Prof Brian Ripley wrote:
>> On Thu, 27 Apr 2006, Dominick Samperi wrote:
>>
>>> Building R 2.3.0 fails under Red Hat 9.0 because
>>> ssize_t is not defined in src/modules/internet/sock.h.
>>> Inserting #include at the
Hello
I have a small problem in Windows RGui using Remote Desktop when the
clipboard paste menu item becomes unexpectedly disabled.
I'm using Remote Desktop to connect from a Windows 2000 workstation
client to RGui running on Windows Server 2003. After text is pasted to
RGui from the client a
On 4/27/2006 3:06 PM, Thomas Friedrichsmeier wrote:
> Hi,
>
> I discovered the following strange behavior in parse () on syntactically
> incorrect statements. This is on R 2.3.0 (linux). It may or may not have been
> present earlier than 2.3.0, but I only discovered it recently. I can see no
>
Hi,
I discovered the following strange behavior in parse () on syntactically
incorrect statements. This is on R 2.3.0 (linux). It may or may not have been
present earlier than 2.3.0, but I only discovered it recently. I can see no
mention of it in the NEWS file from trunk.
Consider these state
Thanks to all who so promptly replied:
The good news is that diabling the SE-Linux resulted in the expected
behaviour. The --prefix was identified and everything was installed as I
had expected.
I am not knowledgable enough on SE Linux, so I cannot confirm whether this
was an SE-Linux issue or w
[EMAIL PROTECTED] writes:
> Hi Marc:
>
> Thanks so much for the input. You are right that I do not do the make
> check-all (bad habit!) and usually just go:
>
> ./configure --prefix=
> make
> make install
>
> route. Yes, I realized I had forgotten to mention make install in my
> original mail,
Hi Marc:
Thanks so much for the input. You are right that I do not do the make
check-all (bad habit!) and usually just go:
./configure --prefix=
make
make install
route. Yes, I realized I had forgotten to mention make install in my
original mail, but I did try with that. I am simply reinstallin
Hi Sudipto,
OK. Just for clarification:
'make' will simply do the compilation 'in place' in the source directory
tree. No installation is performed here.
'make install' will actually do the installation into the target folder.
You can do 'make install' without 'make' first, but I suspect a lot
Guys: Let's hold off on this one for a while. I just tried installing
mplayer and got the same oddity! It might be an FC5 installation issue - I
will get back to you on this one.
Thanks for your help folks.
*
Sudipto Banerjee, PhD,
Hi Marc:
Thanks for your reply. Yeah, I did do
make install
and also tried it with simply make (which is, I presume, enough to
produce the executable scripts for R).
Please keep me posted.
Best,
S.
*
Sudipto Banerjee, PhD,
Div.
On Thu, 2006-04-27 at 18:10 +0200, [EMAIL PROTECTED] wrote:
> Hello guys:
>
> I recently installed FC 5 linux and installed R from source. It installed
> fine, but there was an oddity that I want to report. Although I used
>
> ./configure --prefix=/usr/local/R-2.3.0
>
> make
>
> it did not seem
[EMAIL PROTECTED] writes:
> Hello guys:
>
> I recently installed FC 5 linux and installed R from source. It installed
> fine, but there was an oddity that I want to report. Although I used
>
> ./configure --prefix=/usr/local/R-2.3.0
>
> make
You need to do 'make install' I think.
___
Hello guys:
I recently installed FC 5 linux and installed R from source. It installed
fine, but there was an oddity that I want to report. Although I used
./configure --prefix=/usr/local/R-2.3.0
make
it did not seem to recognize the prefix and went ahead and installed it in
the source director
[EMAIL PROTECTED] writes:
> I have found that specifying different "sizes" in the sample command has
> a funny effect on the random sampling. The code below is a condensed
> version of a function I wrote to simulate a bootstrap method. For
> simplicity, I eliminated the internal bootstrap loop,
I have found that specifying different "sizes" in the sample command has
a funny effect on the random sampling. The code below is a condensed
version of a function I wrote to simulate a bootstrap method. For
simplicity, I eliminated the internal bootstrap loop, but kept a
statement to draw one bo
Hi,
Over the past six months we have had a few problems with deprecation
and Seth Falcon and I want to propose a few additions to the mechanism
that will help deal with cases other than the deprecation of functions.
In the last release one of the arguments to La.svd was deprecated, but
the
I'm a little confused by a change in behavior from 2.2.1 to 2.3.0. In 2.2.1 I
could do
> ## Create a list of data frames in 2.2.1
> b <- list(x = data.frame(a = 1, b = 2), y = data.frame(a = 1, b = 2))
> do.call("rbind", b)
a b
x 1 2
y 1 2
But in 2.3.0 I get
> do.call("rbind", b)
Error
On Thu, 2006-04-27 at 10:53 +0100, Prof Brian Ripley wrote:
> On Thu, 27 Apr 2006, Dominick Samperi wrote:
>
> > Building R 2.3.0 fails under Red Hat 9.0 because
> > ssize_t is not defined in src/modules/internet/sock.h.
> > Inserting #include at the top of this
> > file fixes the problem.
>
> T
Prof Brian Ripley schreef op de 27e dag van de grasmaand van het jaar 2006:
> On Thu, 27 Apr 2006, Dominick Samperi wrote:
>
> > Building R 2.3.0 fails under Red Hat 9.0 because
> > ssize_t is not defined in src/modules/internet/sock.h.
> > Inserting #include at the top of this
> > file fixes th
Dear all,
I have noticed a little change in the behaviour of as.factor from R-2.2.1 to
R-2.3.0, and can't find it in the NEWS.
In R-2.3.0:
> times <- 1:5
> class(times) <- "Date"
> as.factor(times)
[1] 1 2 3 4 5
Levels: 1 2 3 4 5
In R-2.2.1:
> as.factor(times)
[1] 1970-01-02 1970-01-03 1970-01-04
On Thu, 27 Apr 2006, Dominick Samperi wrote:
> Building R 2.3.0 fails under Red Hat 9.0 because
> ssize_t is not defined in src/modules/internet/sock.h.
> Inserting #include at the top of this
> file fixes the problem.
That's interesting: POSIX says it must be defined in unistd.h, and that is
i
22 matches
Mail list logo