*Pedro, em geral quando você tem vários FOR aninhados você pode substituí-los por sapply, lapply ou genéricos. Cada caso é um caso e deve ser avaliado com cuidado.
Particularmente, pretendo desenvolver em C um conjunto de funções antigas do Prof. Ruben que rodam em FORTRAN (apenas em compiladores mais antigos) para que possamos usá-las dentro do R, ganhando um precioso tempo, entre exportar, rodar e importar os dados novamente. *Atenciosamente, Leandro Marino http://www.leandromarino.com.br (Fotógrafo) http://est.leandromarino.com.br/Blog (Estatístico) Cel.: + 55 21 9845-7707 Cel.: + 55 21 8777-7907 Em 26 de agosto de 2011 15:39, Benilton Carvalho <[email protected] > escreveu: > Exato, o .Call() oferece uma melhor interface com o R e tambem permite > que vc retorne objetos para o R. O lance do PROTECT() e' pq o R possui > um sistema de "garbage collection", entao se vc nao proteger a sua > variavel em C (via .Call) o R vai acabar "limpando" o espaco de > memoria usado pelo C e coisas inesperadas vao acontecer. > > O legal de usar .C(), como eu comentei anteriormente e voce notou, e' > que voce pode fazer seu programa C independente do R... dai', se for > usar com o R, e' apenas dar-se ao trabalho de criar uma funcaozinha > que receba os ponteiros do R e passe os argumentos apropriados para a > funcao C. > > b > _______________________________________________ > R-br mailing list > [email protected] > https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br > Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça > código mínimo reproduzível. >
_______________________________________________ R-br mailing list [email protected] https://listas.inf.ufpr.br/cgi-bin/mailman/listinfo/r-br Leia o guia de postagem (http://www.leg.ufpr.br/r-br-guia) e forneça código mínimo reproduzível.
