"What we've got here is failure to communicate. Some men you just can't reach. 
So you get what we had here last week, which is the way he wants it. Well, he 
gets it. I don't like it any more than you men." (from "Cool hand Luke" -- but 
whose fault?)

Cheers, Jari Oksanen

On 10/03/2013, at 17:18 PM, Uwe Ligges wrote:

> I wonder why you do not ask on CRAN@...? List members here cannot know the 
> answer. And we typically do not discuss such matters in public.
> 
> I wonder why you do not read the e-mail message you get from the CRAN team?
> 
> Please see the message with subject line "Registering .External entry points" 
> you got on January 20. You never answered nor fixed the package, hence the 
> package has been archived.
> 
> Best,
> Uwe Ligges
> 
> 
> 
> 
> On 10.03.2013 02:43, Kevin Hendricks wrote:
>> Hi Dan,
>> 
>> In case this catches anyone else ...
>> 
>> FWIW, I found the issue ...  in my Rinit.c, my package uses the .External 
>> call which actually takes one SEXP which points to a "varargs-like" list.
>> 
>> Under 2.15.X and earlier, I thought the proper entry for an .External call 
>> was as below since it only does take one pointer as an argument:
>> 
>> #include "Rigroup.h"
>> 
>> /* Automate using sed or something. */
>> #if _MSC_VER >= 1000
>> __declspec(dllexport)
>> #endif
>> 
>>    static const R_ExternalMethodDef R_ExtDef[] = {
>>      {"igroupFuns", (DL_FUNC)&igroupFuns, 1},
>>      {NULL, NULL, 0},
>>    };
>> 
>> void R_init_Rigroup(DllInfo *info)
>> {
>>  R_registerRoutines(info,NULL,NULL,NULL,R_ExtDef);
>> }
>> 
>> 
>> But now according to the latest online docs on building your own package it 
>> says:
>> 
>> "For routines with a variable number of arguments invoked viathe .External 
>> interface, one specifies -1 for the number of arguments which tells R not to 
>> check the actual number passed. Note that the number of arguments passed to 
>> .External are not currently checked but they will be in R 3.0.0."
>> 
>> So I need to change my Rinit.c to change the "1" to a "-1" and that error 
>> should go away.
>> 
>> Thanks again for all your help with this.  I will update my package and 
>> resubmit it once version 3.0 gets released and I get a chance to verify that 
>> this does in fact fix the problem.
>> 
>> Kevin
>> 
>> ______________________________________________
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>> 
> 
> ______________________________________________
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

-- 
Jari Oksanen, Dept Biology, Univ Oulu, 90014 Finland
jari.oksa...@oulu.fi, Ph. +358 400 408593, http://cc.oulu.fi/~jarioksa

______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Reply via email to