_____
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Vladimir DergachevRCG Ardis Capital LLC
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
column,
perhaps a single quote character was added to the list of defaults since the
book was released.
best
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
)) and this slows garbage collector
down. The garbage collector running time will grow with the number of objects
you have - their total size does not have to be large.
Could you try printing numbers from gc() call and checking whether the numbers
of allocated objects grow a lot ?
ecause it happened to have factors in it.
Yes, I easily concede that since I know about it now I am not likely to make
the same mistake again. Just was trying (politely) to be of help to other
users.
best
Vladimir Dergachev
>
>
rror when
applied to a character vector - or, perhaps better, act as is.na()
thank you
Vladimir Dergachev
PS test on R 2.5.0, 2.3.1
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tuesday 22 May 2007 7:05 pm, Peter Dalgaard wrote:
> Vladimir Dergachev wrote:
> >> I think DTL's suggestion would be most useful when putting a lot of code
> >> in a string, where the escapes make the code harder to read. For
> >> example, just about any f
On Tuesday 22 May 2007 4:58 pm, Duncan Murdoch wrote:
> On 22/05/2007 4:01 PM, Vladimir Dergachev wrote:
> > On Tuesday 22 May 2007 3:52 pm, Duncan Murdoch wrote:
> >> On 5/22/2007 1:59 PM, Oleg Sklyar wrote:
> >
> > I second that. My favorite implementation
from long strings) is
specifying inline data frames - I don't know how to do this otherwise.
I.e. something like:
A<- scan.string({#
Id Value Mark
1 a 3
2 b 4
# })
best
Vladimir Dergachev
NA
I attached a patch that changes do_strptime to behave like coerceToInteger,
please let me know if it is reasonable - I'll then see about getting
as.Date() to work correctly..
thank you
Vladimir Dergachev
Index: src/main/datetime.c
===
uot;)
[1] NA
as, of course, is reasonable.
Is there some way to make sure there is an exact match ?
thank you !
Vladimir Dergachev
>
> On Fri, 23 Mar 2007, Vladimir Dergachev wrote:
> > I have encountered a nuance in as.
ns.
This also happens with explicit format specification:
> as.Date("2006-01-01error", format="%Y-%m-%d")
[1] "2006-01-01"
thank you
Vladimir Dergachev
__
R-devel@r-project.
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ing else (e.g. "ending"), this proceeds
> without problems. What could the problem be here? Thanks.
It is likely "end" is a reserved word
best
Vladimir Dergachev
>
>
> Cheers,
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e require tcllib")
best
Vladimir Dergachev
>
> - Tom
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e count field is usually saturated.
best
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
L/LGPL code, so making static
binaries was not an issue. If you have a closed source application than any
LGPL libraries you use must be linked dynamically and you cannot use GPL code
at all.
best
yn.load directly instead of creating a full-blown R
package. This way the edit-compile-test cycle is much more convenient.
best
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Monday 08 January 2007 6:36 am, Hin-Tak Leung wrote:
> Erik van Zijst wrote:
> > Vladimir Dergachev wrote:
>
>
>
> >> At some point (years ago) there was even an argument on some mailiing
> >> list (xfree86-devel ?) about whether Xserver should support s
see is the difference in size for "long" data
type. On 32 bit sizeof(long)=sizeof(int)=32, but on 64bit sizeof(long)=64
while sizeof(int)=32.
This reverses a formerly safe practice of using long for 32 bit (and insuring
the code compiles correctly on 16 bit machines).
On Thursday 04 January 2007 4:54 am, Erik van Zijst wrote:
> Vladimir Dergachev wrote:
> > On Wednesday 03 January 2007 3:47 am, Erik van Zijst wrote:
> >>Appearantly the R C-API does not provide a mechanism for parallel
> >>execution..
> >>
> >>It i
at do the same thing you wanted
from a multi-thread one and just pass the data around.
best
Vladimir Dergachev
>
> Hopefully some thread-safe (single-proces) solution is readily
> available, written in C.
>
> What is th
roblem
appears to be gone.
Could you try dong make clean && make on your installation and reporting
the results ?
thank you very much !
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wednesday 13 December 2006 1:23 pm, Marcus G. Daniels wrote:
> Vladimir Dergachev wrote:
> > 2. It would be nice to have true hashed arrays in R (i.e. O(1) access
> > times). So far I have used named lists for this, but they are O(n):
>
> new.env(hash=TRUE) with get/a
This gets rid of overhead that strings impose on garbage
collector. The disadvantage are very large changes to R code.
best
Vladimir Dergachev
subset.patch.2.diff.gz
Description: GNU Zip compressed data
_
, A, layout=c(1,1,10))
The snippet above produces a valid plot in R 2.3.1, while in 2.4.0 and later I
see a blank page with "x" and "y" letters on it.
Can anyone else reproduce this ?
thank you very much !
.
* Changed x[[j]]<- assignment to x<-.subassign2(x, j, ..) to fix the
problem
with the previous patch.
thank you !
Vladimir Dergachev
__
R-devel@r-project.org mailing list
With this patch the output is:
[1] 1.084 0.624 1.707 0.000 0.000
thank you !
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
h the same test just fine.
Does anyone else see the same thing ?
thank you !
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
would usually prefer a well-defined format.
best
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
to a valid list
> object.
#List -> string:
#
# Put whatever you want into collapse to separate list entries
#
paste(unlist(L), collapse=",")
#String->list
strsplit(S, ",")
best
Vladimir Dergachev
>
> Many thanks for your he
On Thursday 09 November 2006 12:21 pm, Luke Tierney wrote:
> On Wed, 8 Nov 2006, Vladimir Dergachev wrote:
> > On Wednesday 08 November 2006 12:56 pm, Luke Tierney wrote:
> >> On Mon, 6 Nov 2006, Vladimir Dergachev wrote:
> >
> > Hi Luke,
> >
> >
y..
thank you
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wednesday 08 November 2006 12:56 pm, Luke Tierney wrote:
> On Mon, 6 Nov 2006, Vladimir Dergachev wrote:
> > Hi Luke,
> >
> >
> > I generally agree with this, however I believe that current logic breaks
> > down for large allocation sizes and my code end
My data is a result of data base query - it has naturally columns of different
types and the columns are named (no row.names though) - which is why I used
data.frames. What would you suggest ?
thank you very much !
Vladimir Dergachev
aps what you are really
trying to do has a different (and better) solution ?
best
Vladimir Dergachev
>
> I am not sure this is possible so I would be interested in your
> responses. Say I have a variable 'v' with the string &
On Tuesday 07 November 2006 6:28 am, Prof Brian Ripley wrote:
> On Mon, 6 Nov 2006, Vladimir Dergachev wrote:
> > On Monday 06 November 2006 6:12 pm, [EMAIL PROTECTED] wrote:
> >> version.string Version 2.3.0 (2006-04-24)
> >>
> >>> x<-matrix(nrow=44000,n
nk you very much !
Vladimir Dergachev
> `[.data.frame`
function (x, i, j, drop = if (missing(i)) TRUE else length(cols) ==
1)
{
mdrop <- missing(drop)
Narg <- nargs() - (!mdrop)
if (Narg < 3) {
if (!mdrop)
warning(&q
1] = R_VSize - VHEAP_FREE();
Since the amount used is greater than 4G and INTEGER is 32bit long
(even on 64 bit machines) this returns (harmless) nonsense.
The megabyte value nearby is correct and gc trigger and max used fields are
marked as NA already.
Hi Luke,
Thank you for the patient reply !
I have looked into the issue a little deeper, comments below:
On Thursday 02 November 2006 11:26 pm, Luke Tierney wrote:
> On Wed, 1 Nov 2006, Vladimir Dergachev wrote:
> > Hi all,
> >
> > I was looking at the following
very much !
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tuesday 31 October 2006 9:30 pm, miguel manese wrote:
> Hi,
>
> Had experience with this on doing SQLiteDF...
>
> On 11/1/06, Vladimir Dergachev <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> >I am working with some large data sets (1-4 GB) and have som
deal faster when memory is already available.
best
Vladimir Dergachev
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
I am looking at the right place and whether anyone would be interested
in
a piece of C code optimizing it - in particular extraction of single
element
is quite slow (i.e. calls like T[i, j]).
thank you very much !
Vladimir
43 matches
Mail list logo
