search for: gevfamily

...e below. Thanks again, Peter %----------------------------------- (I) first example %----------------------------------- Just to reproduce the error, on r-devel, try: install.packages("RobAStRDA") require(RobAStRDA) getFromNamespace(".RMXE", ns = "RobAStRDA")[["GEVFamily"]][["fun.N"]][[1]](1.3) %----------------------------------- (II) an example also giving the context %----------------------------------- For the "complete" story, not only the R-code needs to be given, but also the preparation steps to produce the packages on the right R...

..., we store the results of calls to approxfun/splinefun to these grids from within a session with pkg RobAStRDA require()d. From pkg RobExtremes we then call these interpolating functions by means of a call (essentially) as: getFromNamespace(".RMXE", ns = "RobAStRDA")[["GEVFamily"]][["fun.N"]][[1]](1.3) upon which we get the announced "Error in fct(x) : byte code version mismatch" while the same code does work for R-3.1.3. The list element "fun.N" in the above call already accounts for a different behaviour for pre R-3.0.0 (would have g...

I can't reproduce the more complex version. But the package on CRAN fails in the same way on 3.2.3 and 3.3.0. The problem is that your sysdata.rda includes a function that is generating this error. If you do f <- getFromNamespace(".RMXE", ns ="RobAStRDA")[["GEVFamily"]][["fun.N"]][[1]] g <- get("fct", environment(f)) and look at the byte code for g with compiler::disassemble or the utility I'll paste in below you get > getbc(g) list(8L, BCMISMATCH.OP) The only way you can get a file like this is to byte compile and save in...

...gt; of calls to approxfun/splinefun to these grids from within a session with pkg RobAStRDA > require()d. From pkg RobExtremes we then call these interpolating functions by means of > a call (essentially) as: > > getFromNamespace(".RMXE", ns = "RobAStRDA")[["GEVFamily"]][["fun.N"]][[1]](1.3) > > upon which we get the announced "Error in fct(x) : byte code version mismatch" while the same > code does work for R-3.1.3. > > The list element "fun.N" in the above call already accounts for a different behaviour for...