Displaying 7 results from an estimated 7 matches for "dirkse".
Did you mean:
dirks
2011 Nov 01
1
reducing a too-large matrix obtained with allocMatrix()
...is > 0 */
to chop off the last excess rows of w? I only find out about the
excess rows during the single pass over the data made to copy it from
its source to w.
Short of this, all I know to do is allocate a matrix of the proper
size and copy the values. Any other ways to do this?
--
Steve Dirkse
2019 Aug 07
0
#include_next <stdio.h> not found
Yes, this did the trick, thanks very much! I?m cc?ing r-devel just for the record.
Roger Koenker
r.koenker at ucl.ac.uk<mailto:r.koenker at ucl.ac.uk>
Department of Economics, UCL
London WC1H 0AX.
On Aug 7, 2019, at 4:55 PM, Steven Dirkse <sdirkse at gams.com<mailto:sdirkse at gams.com>> wrote:
Roger,
Updating Xcode has the unfortunate side effect of wiping out the std header files from /usr/include. The fix - once you know about it - is mercifully easy. Here's my notes on the subject, recorded only yesterday so...
2020 Mar 02
2
dput()
On 02/03/2020 3:24 a.m., Martin Maechler wrote:
>>>>>> robin hankin
>>>>>> on Sun, 1 Mar 2020 09:26:24 +1300 writes:
>
> > Thanks guys, I guess I should have referred to FAQ 7.31
> > (which I am indeed very familiar with) to avoid
> > misunderstanding. I have always used dput() to clarify
> > 7.31-type
2020 Mar 02
0
dput()
...tent with the other names (which are almost all camelCase). I'd
> choose something like "exact" (even though it isn't :-).
Thank you -- you are right;
all "AllHex" is too non-orthodox and hence a pain for people to
get right, remember, etc.
In light of Steven Dirkse's reply (and other much older e-mails
by others I remember only vaguely), it seems we still need to
find an example (with numbers) where it is not exact ...
which makes "exact" even more appropriate.
Martin
>> > On Sun, Mar 1, 2020 at 6:22 AM Duncan Murdoch
>&g...
2020 Feb 29
3
dput()
I think Robin knows about FAQ 7.31/floating point (author of
'Brobdingnag', among other numerical packages). I agree that this is
surprising (to me).
To reframe this question: is there way to get an *exact* ASCII
representation of a numeric value (i.e., guaranteeing the restored value
is identical() to the original) ?
.deparseOpts has
?"digits17"?: Real and finite complex
2020 Feb 08
1
round(x, dig) [was "Development version of R fails tests .."]
>>>>> Hugh Parsonage
>>>>> on Sat, 8 Feb 2020 21:12:43 +1100 writes:
> The only observation I can make is that the change to
> round() was made in r77727 whereas your R-devel appears to
> be r77715 (so would not exhibit the fixed behaviour). My
> guess is that there was a perpetual installation failure
> after r77715 but that
2018 Mar 16
3
Discrepancy: R sum() VS C or Fortran sum
Hi all,
I found a discrepancy between the sum() in R and either a sum done in C
or Fortran for vector of just 5 elements. The difference is very small,
but this is a very small part of a much larger numerical problem in
which first and second derivatives are computed numerically. This is
part of a numerical method course I am teaching in which I want to
compare speeds of R versus Fortran (We