> --
>
> Date: Wed, 17 Jan 2024 11:35:02 -0500
>
> From: Dipterix Wang
>
> To: Lionel Henry , Tomas Kalibera
>
>
>
> Cc: r-devel@r-project.org
>
> Subject: Re: [Rd] Choices to remove `srcref` (and its buddies) when
>
> serializing objects
>
> Message-ID: <3cf
`capture.output()` in your evaluation and call `mirai::make_cluster(2, output =
TRUE)` instead, you will then be able to see all the messages from the
background workers in your main process. It’s probably not what you’re after,
but just in case.
Thanks,
Charlie
6 October 2023 at 12:04
equest `send(s, "some request")`, and then
query the receive result afterwards at `r$data`.
I won't go into too much detail here, but as it is my own package, please feel
free to reach out separately via email or github etc.
Thanks,
Charlie
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
`Rf_eval()` at the end of the workaround.
Let's hope your patch gets reviewed and adopted.
Thanks,
Charlie
November 14, 2022 8:55 AM, "Lionel Henry" wrote:
> Hello,
>
> This function currently does not work when called from `.Call()`.
> This is reported with
Rf_eval(), where it probably returns the global environment, with
the result being indistinguishable in normal use.
Thanks,
Charlie
October 22, 2022 12:52 AM, "Charlie Gao" wrote:
> Dear all,
>
> I am attempting to use `R_GetCurrentEnv()` to return the current environment
>
anding bug.
Thanks,
Charlie
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
The error message you are getting makes it rather clear what the problem is.
R is unable to find the function 'hasArg'. As the hasArg function is part
of the package 'methods', a solution would be to put require(methods) at the
beginning of your script.
For whatever reason, loading R via Rscript
e why
this wouldn't work on other builds as it only modifies some of the tcltk
source, and only adds a new routine at that.
Regards,
Charlie
--
View this message in context:
http://r.789695.n4.nabble.com/tcltk-wish-Add-tclObj-raw-method-for-converting-raw-vectors-to-tclObj-tp4632511p4633320
rectly at the moment and have to use
strings to get a raw vector into Tcl.
There's also the possibility that this has been attempted and for some reason
it didn't work, but I don't know why that would be the case. Thank you for your
consideration!
Regards,
Charlie
_
ps interrupts and
continues on with the original function call as if nothing happened
(or maybe keeps track of the rate at which interrupts are being
signaled and finally breaks out if the user seems insistent).
-Charlie
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thanks guys for all your kind heartedness.
Yeah, I got messed up with a lot of things in my previous program, like
missing the definition of one function and etc. I finally discovered a good
example on:
http://www.opensource.apple.com/darwinsource/Current/swig-4/swig/Examples/java/funcptr/index.ht
op(int a, int b, int (*op)(int,int) );
int myadd( int a, int b ) { return a+b; };
int mysub( int a, int b ) { return a-b; };
int mymul( int a, int b ) { return a*b; };
}
-
--error message--
> dyn.load("test.so")
Error in dyn.load("t
Hi, all
I didn't get any response from swig for my question.
see if I can get some help here
Thanks
-- Forwarded message --
From: charlie <[EMAIL PROTECTED]>
Date: Tue, Nov 4, 2008 at 1:55 PM
Subject: SWIG with R and C++ STL
To: [EMAIL PROTECTED]
Hi all,
I am new
In R version 2.6.1 (2007-11-26)
and R version 2.6.1 Patched (2008-01-19 r44061)
on openSUSE 10.2 (X86-64)
> gctorture()
> proc.time()
Error: protect(): protection stack overflow
The problem with this is that then
R CMD check --use-gct foo
ALWAYS FAILS with
> cat("Time elapsed: ", proc.time() -
I just saw the following using R version 2.4.1 (2006-12-18) in
output from R CMD check.
* checking Rd files ... WARNING
Error in as.vector(x, mode) : invalid argument 'mode'
Execution halted
See the chapter 'Writing R documentation files' in manual 'Writing R
Extensions'.
In l
valgrind complains about the save command in R 2.3.1 as shown by the
script included below. Of course, I don't know whether this "Conditional
jump or move depends on uninitialised value(s)" is really a bug.
Experience with similar issues in my own code says it may be, but it
is also hard to tell.
In R-2.2.1 stable the file wilcox.test.R line 86 has
achieved.alpha<-2*psignrank(trunc(qu),n)
and should have
achieved.alpha<-2*psignrank(trunc(qu)-1,n)
this is apparently a thinko not a typo so similar statements are probably
wrong too (line 97, line 109, line 293, line 304, line 316).
gt;
> There were both a read and a write. I can see the read being harmless,
> but is the write harmless? I suspect this may be the bug I fixed on
> July 16, since it had to do with character classes including ranges
> (like Charlie's "[a-pr-z]").
>
> Charlie,
gt;
> There were both a read and a write. I can see the read being harmless,
> but is the write harmless? I suspect this may be the bug I fixed on
> July 16, since it had to do with character classes including ranges
> (like Charlie's "[a-pr-z]").
>
> Charlie,
I think I am using objects according to the man page.
This seems to be a valid regular expression. But whether
I know what I'm doing or no, it still shouldn't be doing
what valgrind seems to be saying it's doing. (IMHO)
-- start of script --
Script started on Mon 01 Aug 2005 02:09
20 matches
Mail list logo
