Displaying 20 results from an estimated 700 matches similar to: "Forthcoming change in the API of the Matrix package"
2011 Feb 11
1
Writting my own package - 64 bit problem with R_GetCCallable
Hello list,
I've been working on a package of my own. It works fine on the 32bit
linux machines that I've tested it on. Someone using 64bit ubuntu
wanted to try it, and surprising segfaults happened. My test code
results in no segfault, errors, or leaks from my calls when run under
valgrind (I recompiled R with the level 2 valgrind instruments). R
and packages are compiled from source,
2017 Dec 29
1
winbuilder warning message wrt function pointers
And remove the cast on the return value of R_GETCCallable. And check
that your function is found before using it.
#include <R.h>
#include <Rinternals.h>
#include <R_ext/Rdynload.h>
void bdsmatrix_prod4(int nrow, int nblock, int *bsize,
double *bmat, double *rmat,
int nfrail, double *y) {
DL_FUNC fun = NULL;
if (fun==NULL)
2017 Dec 29
0
winbuilder warning message wrt function pointers
You can legally cast a function pointer to another function pointer, where
the signatures differ. (It is not legal to cast between data and function
pointers.)
I would make typedefs for the various signatures, as the casting syntax is
more
readable then.
Bill Dunlap
TIBCO Software
wdunlap tibco.com
On Fri, Dec 29, 2017 at 10:13 AM, Therneau, Terry M., Ph.D. <
therneau at mayo.edu> wrote:
2017 Dec 29
3
winbuilder warning message wrt function pointers
I've recently updated the coxme package, which calls internal routines from the bdsmatrix
package.? (It is in fact mentioned as an example of this in the Extensions manual.)
The call connections are a blocks like this, one for each of the 9 called C routines.
void bdsmatrix_prod4(int nrow,??? int nblock,?? int *bsize,
??????????????????? double *bmat, double *rmat,
??????????????????? int
2004 Aug 06
2
RC1 problem? (Conversation over two IAX2 streams = nasty, gappy audio)
I've been having 'gappy' audio problems with nufone for about a week now but I
think I've nailed it down.
Setup:
office* - iax2 - colo* - iax2 - nufone
office* and colo* are identical physical hardware (Xeon 2.8, dual ethernet,
solely used for Asterisk) -- they are joined together through their second
ethernet ports over a dedicated 2meg SDSL link. One hop between office* and
2009 Nov 20
1
different results across versions for glmer/lmer with the quasi-poisson or quasi-binomial families: the lattest version might not be accurate...
Dear R-helpers,
this mail is intended to mention a rather trange result and generate potential useful comments on it. I am not aware of another posts on this issue ( RSiteSearch("quasipoisson lmer version dispersion")).
MUsing the exemple in the reference of the lmer function (in lme4 library) and turning it into a quasi-poisson or quasi-binomial analysis, we get different results,
2017 Dec 29
0
winbuilder warning message wrt function pointers
Try changing
static void (*fun)() = NULL;
to
DL_FUNC fun = NULL;
Bill Dunlap
TIBCO Software
wdunlap tibco.com
On Fri, Dec 29, 2017 at 5:14 AM, Therneau, Terry M., Ph.D. <
therneau at mayo.edu> wrote:
> I've recently updated the coxme package, which calls internal routines
> from the bdsmatrix package. (It is in fact mentioned as an example of this
> in the Extensions
2004 Jun 11
1
trunk=yes with recent CVS head problems
*1 and *2 are identical machines (single Xeon with HT disabled), one with a
TE405P and the other with T100P.
If I place an IAX2 call between them when both have trunk=no in their
respective iax.conf sections, calls are fine.
If I place an IAX2 call between them when both have trunk=yes in their
respective iax.conf sections, I get "gappy" audio.
What I mean by this:
trunk=no:
2006 Jun 23
3
problem installing gsl package under Ubuntu Breezy Badger
I am trying to install the gls package (a wrapper for GNU scientific library
special functions) package under Ubuntu 5.10. I have gls-bin (the debian GNU
Scientific Library binary package). When I try to install the R package, I
receive the following.
> install.packages("gsl",dependencies=T)
Warning in install.packages("gsl", dependencies = T) :
argument
2008 Aug 27
1
A manipulation problem for a large data set in R
I have two questions for the group. One is very concrete, and is dangerously
close to a "please do my homework" posting. The second follows from the
first one but is more general. I would welcome the advice of experienced R
users.
As for the first one: I have a data frame with two variables
X Y
A, chris
D, chris
B, chris
B, chris
C, andrew
E, andrew
C, andrew
B, beth
2014 Jan 22
1
Linking to native routines in other packages
Dear all,
in my package 'stochvol' I have unsuccessfully been trying to make a C
routine called 'sampler' available to be called from other packages' C code.
Following
http://cran.r-project.org/doc/manuals/R-exts.html#Linking-to-native-routines-in-other-packages
I have included
#include <R_ext/Rdynload.h>
R_init_stochvol(DllInfo *dll) {
2008 Aug 22
0
Forthcoming R Conferences
Dear useRs and developeRs,
I hope all attending useR! in Dortmund last week had as much a good
time as I had and a safe trip home. This email is to announce our
plans for forthcoming conferences. In 2009 there will be a useR! in
Rennes, France (July 8-10), directly followed by a DSC in Copenhagen,
Denmark (July 13-14).
We would like to have a useR! 2010 in North America, and 2011 in
Europe.
2008 Aug 22
0
Forthcoming R Conferences
Dear useRs and developeRs,
I hope all attending useR! in Dortmund last week had as much a good
time as I had and a safe trip home. This email is to announce our
plans for forthcoming conferences. In 2009 there will be a useR! in
Rennes, France (July 8-10), directly followed by a DSC in Copenhagen,
Denmark (July 13-14).
We would like to have a useR! 2010 in North America, and 2011 in
Europe.
2017 Jan 13
1
calling native routines in another package (Sec 5.4.2 of Writing R Extensions)
I just (apparently) figured out how to do the stuff described in
Section 5.4.2 of
Writing R Extensions. I put my test toy packages on github
<https://github.com/cjgeyer/linkingTo> for anyone to copy. If anyone
cares to read the README and the bits of code it links to and tell me
anywhere I am wrong, I would be grateful.
But the main point of this e-mail is a complaint about that section
2003 Jan 09
1
more information about the forthcoming Diva player
I received another response from these people. Again,
the information sounds encouraging. :)
--
Mark Nipper e-contacts:
Computing and Information Services nipsy@tamu.edu
Texas A&M University http://arrakis.tamu.edu/nipsy/
College Station, TX 77843-3142 AIM: texasnipsy ICQ: 66971617
2015 Mar 30
3
Accessibility: mouse guides for Compiz, and forthcoming contributions
Hello. [Resending the message from a subscribed address]
I'm Luca Saiu. I'm part of a small but very motivated team in France,
working on accessibility; you might have already exchanged some messages
with my colleagues Jean-Philippe Mengual, Ksamak and Raphaƫl Poitevin.
We are developing a customized version of debian using Compiz with
Emerald and MATE.
I've developed a relatively
2017 Feb 09
2
R CMD check error
Martyn,
No, that didn't work.
One other thing in the mix (which I don't think is the issue) is that I call one of the
C-entry points of expm. So the DESCRIPTION file imports expm, the NAMESPACE file imports
expm, and the init.c file is
#include "R.h"
#include "R_ext/Rdynload.h"
/* Interface to expm package. */
typedef enum {Ward_2, Ward_1, Ward_buggy_octave}
2008 Mar 28
0
"The Matrix" is approaching version 1.0-0
A new version of "the Matrix"
(well, actually the R package named "Matrix") has become
available on the CRAN mirrors.
As some of you have noticed, the version numbers (current is version
0.999375-8) are converging to one, and we feel that we have solved
enough of the many (mostly small) problems to announce that release
1.0-0 is imminent.
In the DESCRIPTION of the package
2008 Mar 28
0
"The Matrix" is approaching version 1.0-0
A new version of "the Matrix"
(well, actually the R package named "Matrix") has become
available on the CRAN mirrors.
As some of you have noticed, the version numbers (current is version
0.999375-8) are converging to one, and we feel that we have solved
enough of the many (mostly small) problems to announce that release
1.0-0 is imminent.
In the DESCRIPTION of the package
2017 Feb 10
0
R CMD check error (interfacing to C API of other pkg)
>>>>> Therneau, Terry M , Ph D <therneau at mayo.edu>
>>>>> on Thu, 9 Feb 2017 12:56:17 -0600 writes:
> Martyn,
> No, that didn't work.
> One other thing in the mix (which I don't think is the issue) is that I call one of the
> C-entry points of expm. So the DESCRIPTION file imports expm, the NAMESPACE file imports