On Wed, 1 Dec 2004, Iago Mosqueira wrote:
On Tue, 2004-11-30 at 17:56, Prof Brian Ripley wrote:
Yes, and it is true as they are all linked to the same tree when
help.start is run. You do need the alternative trees to be in your
.libPath() at that time.
My question is then what to do about it from
On Tue, 2004-11-30 at 17:56, Prof Brian Ripley wrote:
> Yes, and it is true as they are all linked to the same tree when
> help.start is run. You do need the alternative trees to be in your
> .libPath() at that time.
My question is then what to do about it from the package maintainer
point of
> >Sure, but the general structure probably needs a bit of attention.
> >There could be different preferred methods for different devices,
> >possibly with the current method as a fallback.
>
> Current method? Do you just mean the par(ask = TRUE) behaviour, or is
> there something more already t
Hi
Duncan Murdoch wrote:
On Wed, 01 Dec 2004 08:55:27 +1300, Paul Murrell
<[EMAIL PROTECTED]> wrote :
This sounds like the general problem of being able to capture keyboard
input on a graphics device (a key-stroke equivalent of dev_locator).
Robert has been keen on this for a while too.
It woul
On 30 Nov 2004 21:45:27 +0100, Peter Dalgaard
<[EMAIL PROTECTED]> wrote :
>Paul Murrell <[EMAIL PROTECTED]> writes:
>
>> > use the existing NewFrameConfirm or equivalent as a default. However,
>> > I'm going to try a more roundabout implementation just for the Windows
>> > device first, just to s
On Wed, 01 Dec 2004 08:55:27 +1300, Paul Murrell
<[EMAIL PROTECTED]> wrote :
>This sounds like the general problem of being able to capture keyboard
>input on a graphics device (a key-stroke equivalent of dev_locator).
>Robert has been keen on this for a while too.
>
>It would presumably be not
Paul Murrell <[EMAIL PROTECTED]> writes:
> > use the existing NewFrameConfirm or equivalent as a default. However,
> > I'm going to try a more roundabout implementation just for the Windows
> > device first, just to see if I like it.
>
>
> This sounds like the general problem of being able to c
Hi
Duncan Murdoch wrote:
On Tue, 30 Nov 2004 12:27:03 +0100, Martin Maechler
<[EMAIL PROTECTED]> wrote:
{I have changed the subject to match this interesting side thread}
"TL" == Thomas Lumley <[EMAIL PROTECTED]>
on Mon, 29 Nov 2004 09:15:27 -0800 (PST) writes:
TL> On Sun, 28 Nov 2004, Dunc
On Mon, 29 Nov 2004, Iago Mosqueira wrote:
On Mon, 2004-11-29 at 09:20, Martin Maechler wrote:
not at all!
We have been working with several libraries "forever",
and I think I have n't seen your problem ever.
I have detected it only in one package, which happens to conatin links
to base and graphic
On Tue, 30 Nov 2004 08:01:14 -0800 (PST), "Jeff D. Hamann"
<[EMAIL PROTECTED]> wrote :
>I'm not sure I described the problem correctly with my last post.
Or maybe I missed that. Sorry!
>The structure that is being allocated contains fixed length arrays and
>thus, the location of the strings are
I'm not sure I described the problem correctly with my last post.
The structure that is being allocated contains fixed length arrays and
thus, the location of the strings aren't NULL (the contents are however).
struct SAMPLE_RECORD
{
charforest[HEADER_CHAR_STR]; /* forest ident
On Fri, 26 Nov 2004, Markus Helbig wrote:
I tried to cross-compile the newest release 2.0.1 on a linux machine, but i
always got an error at the following stage
DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o
dynload.c: In function `R_loadLibrary':
dynload.c:94: warning: implicit declaratio
On Sun, 28 Nov 2004 10:25:24 -0500, Duncan Murdoch
<[EMAIL PROTECTED]> wrote :
>Another that deals only with the original graphics problem is to have
>par(ask=T) wait for input to the graphics window, rather than to the
>console. This has the advantage that the graphics window probably has
>the
On Tue, 30 Nov 2004 [EMAIL PROTECTED] wrote:
This summer I and a colleague built a package for R v 1.9.1 containing
C-code under Windows. That only worked for us when
R was installed in c:\program files\R. Now I have R v 2.0.1 and the same
package won't build. I get the following
C:\Program Files\R
This summer I and a colleague built a package for R v 1.9.1 containing
C-code under Windows. That only worked for us when
R was installed in c:\program files\R. Now I have R v 2.0.1 and the same
package won't build. I get the following
C:\Program Files\R\rw2001\bin>rcmd check "c:\program
files\r\
On Tue, Nov 30, 2004 at 09:09:23AM +, Prof Brian Ripley wrote:
> SciViews is the latest of several packages that need an X server to
> complete package installation.
>
> Please bear in mind that packages may get installed on a server with no
> display, yet run on client workstations with disp
> On Tue, 30 Nov 2004 12:51:12 +0100,
> Martin Maechler (MM) wrote:
[...]
> But to do this might be more tricky than at first thought:
> Of course you can readLines() the source file and writeLines()
> them to whatever your console is. The slightly difficult thing
> is to "see" wh
Hello at all!
I have problems with the integration of Ansi-C code into R. Using R
Version1.8.0 under Windows 98SE I am trying to include some code but
neither what is written in the "Writing R Extensions"-Manual nor the
information in the "FAQ for R under Windows" works. Maybe I have
overlooke
> From: Martin Maechler <[EMAIL PROTECTED]>
>
> > "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> > on Sun, 28 Nov 2004 10:25:24 -0500 writes:
>
> Duncan> <>
> Duncan> <>
>
> Duncan> We already have code to source() from the clipboard, and it could
> Duncan> address
On Tue, 30 Nov 2004 12:51:12 +0100, Martin Maechler
<[EMAIL PROTECTED]> wrote:
>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>> on Sun, 28 Nov 2004 10:25:24 -0500 writes:
>
>Duncan> <>
>Duncan> <>
>
>Duncan> We already have code to source() from the clip
On Tue, 30 Nov 2004 12:27:03 +0100, Martin Maechler
<[EMAIL PROTECTED]> wrote:
>{I have changed the subject to match this interesting side thread}
>
>> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
>> on Mon, 29 Nov 2004 09:15:27 -0800 (PST) writes:
>
>TL> On Sun, 28 Nov 2004, Duncan M
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Sun, 28 Nov 2004 10:25:24 -0500 writes:
Duncan> <>
Duncan> <>
Duncan> We already have code to source() from the clipboard, and it could
Duncan> address the problems above, but:
Duncan> - Source
{I have changed the subject to match this interesting side thread}
> "TL" == Thomas Lumley <[EMAIL PROTECTED]>
> on Mon, 29 Nov 2004 09:15:27 -0800 (PST) writes:
TL> On Sun, 28 Nov 2004, Duncan Murdoch wrote:
>>
>> Another that deals only with the original graphics proble
SciViews is the latest of several packages that need an X server to
complete package installation.
Please bear in mind that packages may get installed on a server with no
display, yet run on client workstations with displays. If your package is
intended to start a window when it starts up, ple
24 matches
Mail list logo
