For what it's worth, the package loads many DLLs in its NAMESPACE via repeated
calls to useDynLib. antsImageRead is not in the first DLL loaded, and from
NEWS.Rd, the problem comes from
o A foreign function call (.C() etc) in a package without a PACKAGE
argument will only look in
On 13-04-10 5:35 PM, brian avants wrote:
Thank you for the advice - the function formed like this:
antsImageRead <- function( filename , dimension , pixeltype = "float" )
{
rval <- (.Call("antsImageRead", filename, pixeltype, dimension))
return(rval)
}
worked up to R 2.15.x but fai
Thank you for the advice - the function formed like this:
antsImageRead <- function( filename , dimension , pixeltype = "float" )
{
rval <- (.Call("antsImageRead", filename, pixeltype, dimension))
return(rval)
}
worked up to R 2.15.x but fails in R 3.0.x
if i include the PACKAGE = 'wh
On 10/04/2013 2:25 PM, brian avants wrote:
hi simon
thank you for your questions answers here:
I won't answer your question directly but some suggestions:
> a) does adding PACKAGE="ANTsR" to .Call change anything? (It should really
> be there if you are using strings as names)
>
this does
On 10/04/2013 10:20 AM, Sean O'Riordain wrote:
Working on Windows I have had to deal with CSV files that,
unfortunately, contain embedded Control-Zs, i.e. ASCII character 26 in
decimal, and the readLines() function in R on Windows (2.15.2 and
3.0.0) appears to truncate at the control-Z. There is
Hi,
When Sys.getlocale("LC_CTYPE") returns 'Chinese (Traditional)_Hong
Kong S.A.R..950' to some Hong Kong Windows users, localeToCharset()
returns NA instead of CP950 due to:
> localeToCharset
if (.Platform$OS.type == "windows") {
x <- strsplit(locale, ".", fixed = TRUE)[[1L]]
Working on Windows I have had to deal with CSV files that,
unfortunately, contain embedded Control-Zs, i.e. ASCII character 26 in
decimal, and the readLines() function in R on Windows (2.15.2 and
3.0.0) appears to truncate at the control-Z. There is no problem at
all on Ubuntu Linux with R 3.0.0.
I am having the same problem and I don't know how to fix it. Has savePlot
been fixed? Is there something else I'm supposed to be doing?
--
View this message in context:
http://r.789695.n4.nabble.com/savePlot-under-Windows-tp4663712p4663903.html
Sent from the R devel mailing list archive at Nabb
Le mercredi 10 avril 2013 à 13:17 +0200, Ingo Feinerer a écrit :
> On Wed, Apr 10, 2013 at 10:29:27AM +0200, Milan Bouchet-Valat wrote:
> > Thanks for the reproducible example. Indeed, it does not work here
> > either (Linux with UTF-8 locale). The problem seems to be in the call to
> > gsub() in r
hi simon
thank you for your questions answers here:
I won't answer your question directly but some suggestions:
> a) does adding PACKAGE="ANTsR" to .Call change anything? (It should really
> be there if you are using strings as names)
>
this does change things for instance, this works:
On Apr 10, 2013, at 1:53 PM, brian avants wrote:
> hello everyone
>
> we are developing a package that has worked up until R3.0 which we just
> tested.
>
> the issue is as above when we call a function that works in R 2.15.2
> from R 3.0 we get an error
>
> Error in .Call("antsImageRead"
hello everyone
we are developing a package that has worked up until R3.0 which we just
tested.
the issue is as above when we call a function that works in R 2.15.2
from R 3.0 we get an error
Error in .Call("antsImageRead", filename, pixeltype, dimension) :
"antsImageRead" not resolved fr
On 09/04/2013 09:33, Sean O'Riordain wrote:
Question: would it be better if the contents list of the unzip() function
returned the filenames as character rather than factor since they are
probably unique strings?
That is what the help page says it does, so this is bug -- now corrected
in R-pat
13 matches
Mail list logo
