Another approach might be to construct a wrapper for Aldor code, along the
lines of .Fortran and .C. Aldor is the extension language for AXIOM
http://www.aldor.org/, and there is a symbolic algebra library available
for Aldor http://www-sop.inria.fr/cafe/Manuel.Bronstein/algebra, which
ships wi
I don't know which free system is best. I have mainly used Yacas
but my needs to date have been pretty minimal so I suspect
any of them would have worked.
Eric's COM solution, once I have it figured out, will likely get me
to the next step on Windows. I did some googling around and
found this:
Personally, I like Maxima better than Yacas, but in both cases the solution (at
least a minimal one) should be doable: A small program which pipes R commands
into a terminal running Maxima/Yacas and taking the output back into R. I am
not much into the technical details, but isn't that what can
I would use such a symbolic math package for R. I have dreamt of an
open-source solution with functionality similar to mathStatica.
http://www.mathstatica.com/ Is yacas the best system to consider? What
about Maxima http://maxima.sourceforge.net/, which is also GPL, or maybe
Axiom http://savan
On 7/12/05, Duncan Temple Lang <[EMAIL PROTECTED]> wrote:
> Hi Doug.
>
> I noticed this also after the recent change to the
> code to handle missing PACKAGE arguments for
> .C/.Call/.Fortran routines.
> There is a line in the dotcode.c (1510) that
> has a call to Rf_PrintValue(env) and that i
James,
On Jul 12, 2005, at 5:05 PM, James Bullard wrote:
> Hello, this is probably something silly which I am doing, but I
> cannot understand why this allocation is not happening.
I suspect it's something else - the code you sent us works without
problems for me:
> .C("foo",as.integer(3
I have noticed spurious message of the form
when developing code for the Matrix package and testing under R-devel.
These messages are not present when testing under R-2.1.1
I have not reported this because I didn't know if it was caused by my
code in the Matrix package or some other code. Today
Hello, this is probably something silly which I am doing, but I cannot
understand why this allocation is not happening.
Here is a my C code which tries to allocate a list of size 333559, and
then a matrix of size 8*333559
I thought I might be running into memory problems, but R is not even
using
On 7/12/2005 10:57 AM, Gabor Grothendieck wrote:
> On 7/12/05, Søren Højsgaard <[EMAIL PROTECTED]> wrote:
>> >From time to time people request symbolic computations beyond what D() and
>> >deriv() etc can provide. A brief look at the internet shows that there are
>> >many more or less developed c
On 7/12/05, Søren Højsgaard <[EMAIL PROTECTED]> wrote:
> >From time to time people request symbolic computations beyond what D() and
> >deriv() etc can provide. A brief look at the internet shows that there are
> >many more or less developed computer algebra packages freely available.
> >Therefo
On 7/12/2005 8:58 AM, Prof Brian Ripley wrote:
> On Tue, 12 Jul 2005, Duncan Murdoch wrote:
>
>> Prof Brian Ripley wrote:
>>> This is actually a Windows bug. Those files are unlink()ed, and it seems
>>> Windows is not respecting that (not an unknown phenomenon). I have tried a
>>> few workarou
On Tue, 12 Jul 2005, Duncan Murdoch wrote:
> Prof Brian Ripley wrote:
>> This is actually a Windows bug. Those files are unlink()ed, and it seems
>> Windows is not respecting that (not an unknown phenomenon). I have tried a
>> few workarounds, and am about to commit one that seems to work.
>
>
Prof Brian Ripley wrote:
> This is actually a Windows bug. Those files are unlink()ed, and it seems
> Windows is not respecting that (not an unknown phenomenon). I have tried
> a few workarounds, and am about to commit one that seems to work.
I guess you mean the C unlink, since I don't see th
>From time to time people request symbolic computations beyond what D() and
>deriv() etc can provide. A brief look at the internet shows that there are
>many more or less developed computer algebra packages freely available.
>Therefore, I wondered if it would be an idea to try to 'integrate' one
This is actually a Windows bug. Those files are unlink()ed, and it seems
Windows is not respecting that (not an unknown phenomenon). I have tried
a few workarounds, and am about to commit one that seems to work.
No files are left over on a decent operating system, e.g. Solaris or FC3
Linux.
[EMAIL PROTECTED] wrote:
> Full_Name: Guy Horev
> Version: 2.0.1
> OS: WinXP
> Submission from: (NULL) (192.114.161.178)
>
>
> It seems that the file Hmisc_3.0-1.zip in CRAN is corrupted, it should be 1.8M
And it is, at least on the CRAN master in Vienna.
Uwe Ligges
> but only 1.47M are save
Full_Name: Guy Horev
Version: 2.0.1
OS: WinXP
Submission from: (NULL) (192.114.161.178)
It seems that the file Hmisc_3.0-1.zip in CRAN is corrupted, it should be 1.8M
but only 1.47M are saved, when trying to install localy or from the net the
following message apears:
Error in file(file, "r") : u
17 matches
Mail list logo
