On Fri, 1 Jun 2007, mel wrote:
Prof Brian Ripley a écrit :
I use getConnection().
In the context in which I use it, the number of the connection is
known a priori.
I don't see how you can know it 'a priori': it is an implementation detail
(and since R itself uses connections, those details c
Prof Brian Ripley a écrit :
>> I use getConnection().
>> In the context in which I use it, the number of the connection is
>> known a priori.
>
> I don't see how you can know it 'a priori': it is an implementation detail
> (and since R itself uses connections, those details could easily change).
On 31 May 2007 at 19:04, John Maddock wrote:
| Folks,
|
| I'm fairly sure that I'm doing something stupid, but I'm getting a few
| really strange results from *some* of the distributions, but by no means
| all,
| when I link directly to the R shared library.
When I try to build your program, I
On Thu, 31 May 2007, Seth Falcon wrote:
> > When I ran some tests I found 7 packages on CRAN that in their tests
> > were not closing connections. Four of those are maintained by R-core
> > members.
> > Even though none were by me, I think this is too easy to forget to
> > do!
>
> I agree that it
should be there shortly - I have no way of testing windows (right now,
at least), so hopefully Duncan M will have time to take a look
Deepayan Sarkar wrote:
> On 5/5/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
>
> [...]
>
>> However, R_PolledEvents is only called from a limited set of places
>
Also nice would be the ability to implement connection types from
packages (in much the same way as graphics devices).
On 5/31/07, Seth Falcon <[EMAIL PROTECTED]> wrote:
> Hi,
>
> One more comment on this thread...
>
> Jeffrey Horner <[EMAIL PROTECTED]> writes:
>
> > Prof Brian Ripley wrote:
> >>
Hi,
I have been playing around with a Qt based pager. One of the things I
would like to be able to do is syntax highlighting for R code. This is
mostly relevant with the page function, e.g.
page(ls)
The problem in this case is that the pager has no way of knowing
whether the file it is showing c
Hi,
One more comment on this thread...
Jeffrey Horner <[EMAIL PROTECTED]> writes:
> Prof Brian Ripley wrote:
>> When I originally implemented connections in R 1.2.0, I followed the model
>> in the 'Green Book' closely. There were a number of features that forced
>> a particular implementation
On 5/5/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
[...]
> However, R_PolledEvents is only called from a limited set of places
> now (including the socket reading code to keep things responsive
> during blocking reads). But it is not called from the interupt
> checking code, which means if a use
Folks,
I'm fairly sure that I'm doing something stupid, but I'm getting a few
really strange results from *some* of the distributions, but by no means
all,
when I link directly to the R shared library.
I've tried this on both Windows with the precompiled Mingw binary of R-2.5.0
(compiling my cod
mel writes:
>> There could be/was the same debate in C/C++.
>> That's may be just a matter of education about not forgetting
>> to close previously opened doors !
R is not C/C++. In general, one does not expect to explicitly handle
memory allocation and release when programming in R. Treating
c
On Thu, 31 May 2007, mel wrote:
Prof Brian Ripley a écrit :
When I originally implemented connections in R 1.2.0, I followed the model
in the 'Green Book' closely. There were a number of features that forced
a particular implementation, and one was getConnection() that allows one
to recreate
Prof Brian Ripley a écrit :
> When I originally implemented connections in R 1.2.0, I followed the model
> in the 'Green Book' closely. There were a number of features that forced
> a particular implementation, and one was getConnection() that allows one
> to recreate a connection object from
13 matches
Mail list logo
